售前交流里有个问题几乎每次都会出现：能不能照我们现在的单据和流程改系统。这篇只答这一个问题。
直接答能或不能都不准确。真要答，得先看流程里哪几步必须留，哪几步只是当年为了绕开老系统限制才长出来的。
一、把流程按「为什么」拆成三类
拿一张现在实际在跑的单据，从头到尾问一遍每一步为什么存在，答案通常落进三类。
- 外部要求：客户对账要按某个口径、送货单必须带某些字段、财务要留特定联次。这类改不动，也不该改，系统得迁就它。
- 内部习惯：谁先签字、单据走几级审批、某个字段一直叫这个名。这类可以谈，但多数只是习惯，不是约束。
- 绕路办法：老系统做不到，于是手工加一栏、另开一张表、先在表格里算好转过去。这类最容易被人当成流程坚持，其实原系统一换，前提就没了。
拆完会发现，真正非留不可的往往比想象中少，而最坚决要保留的几步，常常属于第三类。
二、定制的代价不在开发那几天
报价和工期是看得见的部分。看不见的是后面：每次升级要重新验一遍、报表口径跟着这套特殊逻辑走、换人要重新讲一遍为什么这里和别处不一样、出了问题只有当初做的人说得清。定制不是不能做，是得有人长期认这笔账。
三、一个能当场用的顺序
- 先把现状按上面三类标出来，每步写一句「为什么」，写不出理由的先归到待确认，别默认必须保留。
- 能说清是外部要求的，列进必须满足项，附上依据，比如客户对账单的实际样子。
- 剩下两类，先按系统里已有的做法试跑一段，用真实单据走，而不是只看演示界面。
- 试跑之后仍然卡住的，再逐条谈：是配置能解决，还是必须改动，改动由谁长期维护。
关键是第三步。很多差异在演示时看着不能接受，真拿几张单子跑一遍，发现只是叫法不同；也有反过来，一跑才发现某个字段下游要用。不试就谈定制，两边都容易判断错。
先问哪一步不能动，再谈能不能改；顺序反过来，谈出来的往往是一堆本来可以不要的定制。
如果某一步牵着外部结算、客户固定要的格式，或者改掉会让现场多一道手工，那就别硬推标准做法，该定制就定制，把维护责任写清楚。判断依据不是「标准流程更先进」，是改了以后谁每天多花时间、多担风险。
回到最初那个问题：能改，但值得先花半天把流程按「为什么」过一遍，换掉一批本来不用做的定制。
