Service 04 · 轻量数字化接入
不重做系统，先跑通一个流程。
大多数说「要数字化」的企业，系统其实都不缺：ERP、MES、OA、CRM 都在跑。缺的是系统之间那一段——数据散在各处，人每天在到处搬。
现状
你现在大概率是这么做的。
下面几条不是猜的，是同类企业里反复出现的状态。对上两条以上，这事就值得聊。
- 系统都有，但数据出不来：要一份跨系统报表，得三个人分别导出再拼。
- 关键信息在微信群里：客户改单、生产异常、发货延迟，都在聊天里，不在系统里。
- 一线嫌系统难用，实际用 Excel 记，月底再集中录一次，错误在这时候产生。
- 上一轮系统建设花了不少钱，这次一提「再上个系统」，内部阻力立刻起来。
我们怎么做
按这个顺序来，不跳步。
01 · 选一段
不从全流程开始。选一段「每天重复、跨两个系统、靠人搬」的流程做样板。
02 · 摸清输入
这段流程的输入是什么形态：文字、图片、扫描件、Excel、群消息。形态决定工作量。
03 · 转换与校验
把非结构化输入转成结构化字段，加校验规则，转换不了的显式标出来让人补。
04 · 回写
按既有系统接口写回去。一律走「生成草稿 → 人确认 → 写回」，不做全自动。
05 · 扩段
样板跑通后再接第二段。每段都能单独验收、单独关掉。
交付什么
每一项都能拿出来看。
- 一段可运行的流程：输入到回写全链路跑通
- 字段映射表：每个字段对应源数据在哪、落到系统哪个字段
- 校验规则：什么样的数据必须让人补，不能自动填
- 回写日志：谁确认的、什么时候写的、写的哪个版本
- 操作手册：换人也能接着用
边界
适合谁，什么情况先别做。
把不适合的说在前面，比签下来再解释便宜得多。
适合
- 有 ERP / MES / CRM，但跨系统取数靠人工
- 客户沟通主要在微信 / 企业微信，关键信息不住在系统里
- 一线实际在用 Excel，系统只是月底集中录一次
- 预算有限、不想再做大项目
建议先别做
- 连最基础的录入都还没统一——先解决口径，接得越快错得越快。
- 期望一次把所有系统打通——那是中台项目，不是轻量接入，预算和周期都不在一个量级。
- 不接受「人确认一下」这一步——全自动写回业务系统的风险，最终由你的业务数据承担。
怎么算完成
四条，缺一条就不叫交付。
能上线运行
不是演示，是在你的环境里跑起来。
员工实际用起来
不是只有项目组会用，是岗位上的同事天天在点。
按清单逐项确认
开工前就把验收清单写进合同，逐项勾。
上线 30 天后还有人在天天用
这一条最关键。前三条都能靠一次演示糊弄过去，这一条不能。
不做什么
范围写清楚，后面争执才少。
- 数据清洗与整理——这是你的数据资产，我们教你怎么整理，但不代劳。
- 系统开发与运维——不做 CRM / ERP / 官网这类系统建设。
- 模型训练——不训练自己的大模型，只用成熟可用的。
- 硬件采购——服务器、显卡由你自行采购，我们不赚这个差价。
- 组织变革咨询——人的绩效、编制、汇报关系，不在我们范围内。
- 日常技术答疑——不含在项目内（有需要可另配运维包）。
常见问题
关于这项服务
要不要开发接口？
看系统。有现成 API 通常几天能通；只有导出文件就走「定时导出 + 解析」，慢一点但能跑。两样都不行时，可以先用人工上传过渡，先把价值跑出来。
需要客户 IT 配合吗？
需要，主要是一件事：给接口权限或导出权限。这一步经常卡在审批，不是技术。所以我们在方案里会把「权限准备」单独列成一个里程碑，而不是藏在交付期里。
上一任供应商做的系统能接吗？
多数情况能。只要能拿到数据（接口或导出），上层是谁做的不影响。唯一麻烦的是加密导出或私有格式，那需要额外评估。
会不会把我们绑死在你们身上？
不会。交付物包含字段映射表和操作手册，规则写在文档里而不是只存在我们脑子里。上线后你自己的人能维护，是验收标准之一。
相关
其他几项服务
不确定该不该做？先免费领一份《企业诊断自查表》（5 分钟出结论），再约 1 小时付费咨询把流程过一遍。