分享发现 武汉企业从表格管理转向定制系统，我们通常先处理这几个问题
很多企业准备做定制软件，并不是因为原来的业务完全做不了，而是原来的管理方式开始跟不上了。
比较常见的情况是：
客户资料放在表格里，订单信息在微信群里，项目进度靠人工询问，员工各自保存一份文件。业务量少的时候还能处理，一旦人员增加或者流程变复杂，就会慢慢出现数据分散、记录重复、状态不统一等问题。
这类武汉定制软件开发项目，我们通常不会一开始就讨论 “需要多少页面”，而是先把原来的工作方式拆开来看。
- 先找出每天重复最多的操作
例如一个企业每天都在重复做这些事情：
登记客户资料 记录订单 修改业务状态 查询进度 通知相关人员 统计业务数据
这些步骤如果长期靠表格和聊天记录处理，就比较适合逐步放进定制系统。
但并不是所有工作都必须做成软件功能。
一些一年只使用几次的流程，如果强行做成复杂模块，反而会增加系统维护成本。
所以第一步更重要的是分清：
哪些是高频操作，哪些只是偶尔使用。
- 把业务流程画出来再谈开发
假设企业有一个预约业务。
用户提交预约只是第一步，后面可能还有：
提交预约 工作人员确认 安排服务人员 进行服务 修改业务状态 完成订单 保存记录
如果其中还涉及退款、取消、重新预约或者异常处理，流程还会继续增加。
只有把这些步骤梳理出来，开发人员才能判断需要哪些状态、哪些按钮、哪些权限以及哪些数据字段。
这也是定制软件和直接套模板比较明显的区别。
软件结构需要围绕真实业务来设计。
- 小程序可以承担用户入口
很多项目最后会形成 “小程序 + 管理后台” 的结构。
小程序主要给外部用户使用，可以放：
产品或服务展示 在线预约 业务申请 订单查询 资料提交 会员信息 进度查询 消息提醒
比如用户在小程序提交服务申请以后，数据直接进入管理系统。
工作人员在后台处理后，用户再从小程序看到新的业务状态。
这样就不需要工作人员反复通过聊天工具确认进度。
- 后台重点不是好看，而是方便处理业务
管理后台通常会包含：
用户管理 订单管理 预约管理 内容管理 业务记录 人员权限 数据查询 消息管理 系统设置
但后台设计不能只是把功能菜单排出来。
真正影响使用体验的是工作人员每天操作几次、处理一条业务需要点多少次、不同岗位分别能看到哪些内容。
例如普通业务人员只处理自己负责的订单，负责人可以查看整体数据，内容人员只维护页面资料。
这些权限如果前期没有设计好，后期人员增加以后会越来越难管理。
- 已经有系统的企业，要先考虑数据关系
还有一些企业不是从零开始。
可能已经有企业站点、CRM、ERP 或者其他管理软件。
这时候开发新的小程序、APP 或者业务系统之前，需要先确认：
原来的数据是否继续使用 哪些数据需要同步 哪个系统负责修改 哪个系统只负责展示 有没有现成接口可以连接
如果每个系统都单独保存一份客户和订单数据，时间久了很容易出现不同系统信息不一致。
所以我们在规划这类项目时，会把数据关系放在比较靠前的位置。
- 第一版系统不用追求把所有功能做完
企业第一次做定制软件时，很容易把未来几年可能需要的功能全部写进需求。
会员、商城、积分、分销、统计、APP、企业站点、小程序、各种接口全部一起做。
最后系统看起来很大，但真正每天使用的可能只有其中一部分。
更适合的方式是：
先解决当前真正影响业务效率的问题。
比如第一版先解决客户、订单、预约、进度和权限。
等实际运行以后，再根据真实使用情况决定下一步增加哪些模块。
这样做出来的软件通常更容易长期使用。
- 后期维护也是项目的一部分
系统正式投入使用以后，业务通常还会继续变化。
例如增加新的服务项目、增加岗位、调整订单流程、修改权限或者增加新的数据统计方式。
所以后期维护不只是处理程序异常，也包括：
业务流程调整 页面内容更新 权限变化 已有模块调整 接口适配 版本更新 新增功能评估
一个定制系统能不能长期使用，很大程度上取决于前期结构有没有留出合理的调整空间。
从我们的实际工作来看，武汉企业做定制软件时，真正值得花时间的地方不是先决定 “做多少功能”，而是先把业务流程、角色权限和数据关系理顺。小程序、APP、企业站点以及技术 SEO、GEO 搜索呈现等能力，也更适合根据业务需要逐步接入，而不是一次全部堆在同一个项目里。
以上是梓彤超越（武汉）科技有限公司在企业软件项目规划中的一些实践整理，ztbey.com