实用要点
从一条明显影响业务的流程开始，例如接单到发货。先确保必要数据完整流转，再扩展模块。
ERP 让各方共享数据：销售接单、仓库查货、采购补货、财务跟进收款。各部门拥有自己的界面，同时引用同一业务记录。
首先应决定先连接哪些工作。不必同时启用所有模块，人员与数据需要同步准备。
哪些迹象说明需要系统
统计这些问题发生的频率和处理时间，用于选择起点，并在系统改善后对比效果。
- 询问多人才能知道订单进度。
- 销售和仓库提供不同库存数字。
- 相同数据被反复录入多个文件。
- 在聊天中追审批，却不知道正在等谁。
- 汇总太慢，来不及支持现场决策。
从实际问题选择起点
完整列出一项工作的步骤，标出信息受阻的位置。以下示例将常见问题对应到应考虑的系统部分。
| 问题 | 建议起点 | 需准备的数据 |
|---|---|---|
| 收到订单却不知道何时能发货。 | 销售 + 仓库 + 配送 | 商品、预留数量与配送周期 |
| 缺货或重复采购 | 仓库 + 采购 | 库存余额、供应商与交货周期 |
| 欠款与单据跟进缓慢 | 销售 + 收款 + 财务 | 信用条件、未结单据与收付款 |
| 生产进度不明 | 生产 + 原料 + 仓库 | 生产步骤、物料清单与负责人 |
示例：从接单到发货
销售确认商品、数量和日期；仓库检查可发库存，不足时向采购提出需求。发货后，各部门看到一致的引用单据与状态。
第一阶段应涵盖正常业务和真实例外情况，如分批发货、取消和退货。否则遇到异常时，团队可能又要使用独立文件。
与开发方沟通前准备什么
准备已移除敏感信息的示例。无需长篇文档，清楚说明谁做什么、希望改变哪里即可。
- 输入与输出单据示例
- 团队用于决策的报表
- 谁创建、谁检查、谁批准
- 需要保留的系统及迁移的数据
- 三至五项主要问题及近期示例
如何判断第一阶段范围合适
指定数据负责人和测试用户，确定一致的验收标准，例如能从接单追踪到发货，或库存变动与单据相符。
上线后根据实际遗留问题决定下一步扩展，目标是让团队持续使用一致数据。
一个好的起始问题
哪些工作重复、状态反馈慢，或交接时丢失信息？先讨论这些，再选择模块名称。