很多企业第一次讨论定制软件时，注意力都会放在页面上。

首页做什么样、后台放几个菜单、小程序需要多少功能、APP 要不要一起做。

但真正进入项目以后，会发现有一类问题比页面设计更容易影响后期使用，那就是 “业务状态到底怎么流转”。

举个比较常见的情况。

一家企业原来的业务流程可能是：客户提交需求，工作人员登记，负责人确认，再安排执行人员，完成以后通知客户。

看起来只有几个步骤，但如果真正做成系统，还会遇到很多细节。

谁可以接单？

谁可以修改状态？

负责人没有确认之前，执行人员能不能看到？

客户取消以后，这条记录是删除还是保留？

项目已经完成，还能不能重新打开？

这些事情如果前期没有确定，后面系统很容易出现 “功能都有，但实际不好用” 的情况。

一、先把业务状态画出来

做武汉定制软件开发时，我们更习惯先把一条业务从开始到结束拆开。

比如一个服务工单，可以设计成：

待提交 → 待确认 → 处理中 → 待验收 → 已完成

如果业务中还存在取消、退回、暂停等情况，就需要单独考虑这些状态从哪里进入，又能回到哪里。

这里重要的不是状态名称，而是每一次变化背后的规则。

例如 “待确认” 只有负责人可以处理，“处理中” 只能由具体执行人员更新，“已完成” 以后普通人员不能再随意修改。

状态一旦确定，后面的后台页面、权限和消息提醒才能继续往下设计。

二、小程序负责提交和查看，不一定负责全部操作

如果项目同时需要小程序，可以让小程序承担比较轻的用户端操作。

例如用户提交服务申请、上传资料、查看业务进度、查询订单状态或者接收处理结果。

真正复杂的操作，则放到管理后台。

这样做的好处是用户端保持简单，工作人员也不用在小程序里处理大量内部业务。

例如用户提交一个申请以后，小程序显示 “待处理”。

工作人员在后台接单以后，状态变成 “处理中”。

完成业务后，再更新成 “已完成”。

用户不用反复询问工作人员，直接在小程序里就能看到当前进度。

三、后台不是功能堆得越多越好

后台管理真正需要考虑的是 “谁每天在用”。

如果只有管理员一个角色，权限设计相对简单。

但企业人数增加以后，通常会出现业务人员、审核人员、执行人员、运营人员和管理员等不同角色。

这时候后台就不能所有人看到同样的内容。

例如业务人员只能查看自己负责的工单，负责人可以查看部门数据，运营人员只维护内容，管理员负责权限和基础配置。

把这些角色关系确定以后，系统菜单反而会变得更清楚。

不是先做十几个栏目，再考虑谁能使用；而是先明确每类人员的工作，再决定他需要哪些功能。

四、消息提醒也要跟状态绑定

很多企业原来依靠微信群、电话或者人工提醒推进工作。

定制系统以后，可以把部分提醒和业务状态关联起来。

比如新任务进入 “待确认” 以后提醒负责人。

负责人确认以后通知执行人员。

业务进入 “待验收” 以后提醒对应人员处理。

但消息也不能什么都推。

如果系统里每一次小变化都发通知，很快就会变成新的干扰。

所以消息设计也需要区分哪些是必须立即知道的事情，哪些只需要进入系统以后查看。

五、数据统计要从业务状态里产生

状态设计清楚以后，后面的数据统计会简单很多。

企业可以知道当前有多少业务正在处理，有多少等待确认，有多少已经完成。

如果每条业务记录都没有统一状态，而是工作人员自己填写备注，后面的统计很难准确。

所以很多看起来像 “数据看板” 的功能，其实基础并不是图表，而是前面的业务流程有没有标准化。

流程清楚，数据才有统计意义。

六、系统上线后不要轻易乱加状态

定制软件运行一段时间以后，企业经常会提出新的需求。

比如原来只有 “处理中”，后来希望增加 “已分配”“等待资料”“内部确认” 等状态。

这些需求不是不能加，但增加之前需要先判断是否真的对应新的业务动作。

如果只是为了记录一句备注，没有必要单独增加一个状态。

状态过多以后，工作人员反而不知道什么时候该选哪一个。

所以后期维护时，我们一般会先判断这是 “新的业务阶段”，还是只需要增加字段、备注或者操作记录。

七、多端开发也应该围绕同一套业务规则

如果企业后续还需要企业站点、小程序、APP 或者其他管理端，这些端可以有不同的页面，但业务规则最好保持一致。

比如小程序显示 “处理中”，后台对应的也是同一个业务状态。

APP 看到的订单进度，也来自同一套数据。

如果不同端各做一套逻辑，后期维护会越来越麻烦。

这也是为什么定制项目在扩展之前，需要先把接口和数据关系规划清楚。

最后的一点体会

做定制软件时，很多人第一眼看到的是界面，真正决定系统能不能长期使用的，往往是界面背后的业务规则。

状态怎么变化，谁可以操作，数据怎么保存，什么时候提醒，哪些端读取同一份信息，这些问题越早确定，开发过程越容易控制。

对于武汉企业来说，如果业务已经涉及多人协作、订单处理、审批、工单或者项目进度管理，那么在做定制软件之前，先把状态流转梳理清楚，通常比先决定要做多少页面更有价值。

企业站点、小程序、定制软件、APP 以及技术 SEO 与 GEO 搜索可见性相关工作，也可以围绕企业实际业务逐步规划。以上内容由梓彤超越（武汉）科技有限公司根据软件项目实施经验整理，ztbey.com