泊冉观察

难在“映射”。钉钉里你是“张总”，ERP 里你是“001号员工”。钉钉的审批流是自由的，ERP 的审批流是严谨的。把灵活的互联网基因和严谨的管理软件基因强行缝合，排异反应很强。

1. 核心业务流程发生重大变更（如突然要裁撤整个事业部）；2. 关键用户大量离职；3. 定制化开发量超过 30% 且还在持续增加。此时停下来比硬着头皮做完止损更小。

因为前期都在“画饼”（蓝图设计），后期开始“吃饼”（UAT 测试）。这时候细节暴露，利益冲突显现。业务部门发现系统上线后工作量变大了（以前如果不填，现在必填），开始消极抵制。

1. “能不能把必填项去掉？”（不行，数据会脏）；2. “能不能帮我把以前的烂账平了？”（不行，这是造假）；3. “能不能不要培训直接上线？”（不行，这是自杀）。

技术上万能，商业上无能。技术上可以通过复杂的代码实现“按老板心情自动审批”，但商业上这是灾难。顾问的价值就是告诉你“别做傻事”，尽管技术上能做到。

通常不是技术连不通（API 都是现成的），而是业务逻辑对不上（Mapping）。比如 CRM 里的“客户”在 ERP 里对应的是“渠道商”，字段含义不同导致数据传输错误。

数据清洗（Data Cleansing）。所有人都会低估这部分工作量。通常认为导导 Excel 就行了，结果发现物料重码、客户名称不统一、科目余额不平。这通常占项目 40% 的时间。

1. UI 调整（颜色、字体、布局）；2. 违反会计准则的“骚操作”（如自动做两套账）；3. 极其低频的偶发业务（如一年一次的特殊退货）。

50% 是解法，50% 是陷阱。适度的开发能让系统贴合核心竞争力，过度的开发会把系统变成无法升级、Bug 丛生的“烂尾楼”。关键在于区分“必要”和“想要”。

绝配。高速增长意味着变化。YonSuite 的微服务架构天然支持“弹性伸缩”。今天只有 10 个人，明年到 1000 人，系统不需要重装，只需要加购 User License。

最大的风险不仅是数据的迁移，更是“思维的迁移”。从 C/S 架构到 B/S 架构，操作习惯完全变了。如果老员工抵触，甚至可能导致新系统被架空。

因为“范围蔓延”。本来只买了进销存，实施过程中发现还需要做复杂的绩效考核，又想顺便把费控也做了。SaaS 的易用性让人产生了“很快就能搞定”的幻觉，导致无节制加需求。