01 · 售前与立项 · 四层一起画
财务已经有总账，车间不该再养一套
解决方案顾问把业务、数据、技术和部署放在一张表上，决定旧系统留什么、新系统建什么、哪些只读、哪些回写。
解决方案顾问站在售前和架构之间
解决方案顾问接收售前已经圈定的单据和「本期不做」。他要回答的不是还要不要做会员，而是这些单据的数放在哪一套系统里。他不排一期顺序，那是产品经理；不写接口，那是集成工程师。大型项目里，这个岗位通常同时规划四层：业务架构、数据架构、技术架构、部署架构。四层拆开讲，客户信息化负责人和财务负责人会各听各的。达希把四层收成一张表，列是系统，行是单据，格子里只允许四个字：留、建、读、写。
留，表示旧系统继续当主人，新系统不复制一份。建，表示这段业务旧系统没有，需要新做。读，表示新系统只能查询，不能改旧账。写，表示新系统产生结果后，要按约定字段回到旧系统。一个格子里写两个字，后面一定会有两套余额。解决方案顾问的特点，是能在客户说「全部进新系统」时，指出哪一本账已经有主人，搬过去会让税、凭证或门禁失去依据。
他每天产出的不是厚方案，是签字栏
对外，他用业务负责人听得懂的句子讲单据怎么走，用信息化负责人听得懂的句子讲数据从哪来。同一场会如果只用其中一种句子，另一边会在实施时翻案。对内，他交给资深架构师的是模块边界和一致性要求，交给集成工程师的是回写字段、方向和失败时以谁为准。他不写接口代码，也不替产品经理排一期里先做哪张单。一期顺序是产品的取舍；系统边界是方案的取舍。两件事混在一份 PPT 里，开发会不知道冲突时听谁的。
方案里必须出现失败。回写超时算成功还是算待重试，主数据对不上是拒绝开工单还是先用临时编码，这些不能留到联调当周。公开的解决方案岗位会要求 POC 验证关键路径。达希的 POC 只验证最容易打架的那一条，比如完工入库草稿能不能只在金蝶出现一次，不用把所有菜单都做出来给客户点。
注塑厂：报工可以新建，凭证不能另起炉灶
一家注塑厂要上车间报工。信息化负责人希望工单、库存、完工全部进新系统，以后少登录一个地方。财务主管把月结凭证摊开：材料出库和完工入库每月从车间数进金蝶，税控和成本都认这套编码。如果新系统再维护一套物料，两个编码一旦差一个字母，成本就会落到错误的产品上，而且要到月结才发现。
解决方案顾问把表画成这样。工单、工序、车间在制品库存：建在新系统，因为金蝶里没有班次和机台。物料编码、计量单位、仓库档案：留在金蝶，新系统只读，对不上编码就拒绝开工单，不允许现场临时建档。完工数量：新系统计算，回写金蝶时只生成草稿，财务审核后才成为凭证。回写超时：本地工单停在「待回写」，只重发这一条，不在两边各记一笔完工。部署上，车间网络不稳，报工先落本地队列，不要求每一台机实时连到金蝶。
财务签的是回写字段和「草稿不能自动审核」。车间签的是报工状态和「没有编码不能开工」。两个人分开签字。缺一边的方案，实施顾问进场时会发现另一边根本不认这张单。后来联调时金蝶超时过一次，队列里只有一条待重发，库存没有双份。这就是解决方案顾问要提前写死的行为，不是开发现场的临时决定。
做薄了会发生什么
如果方案只写「与金蝶集成」，项目中段会同时出现三种做法：有人在新系统建物料，有人每晚导 Excel，有人把完工直接写成已审核凭证。三种做法都能演示，月结时对不上。解决方案顾问的责任是在开发开始前让这三种做法只剩一种，并且写明另外两种为什么不采用。细节的模块拆分交给资深架构师，行业里的特殊词交给行业顾问。范围如果在这一步又膨胀回「全套」，退回售前顾问改合同，不在方案正文里偷偷加菜单。