在成都，想找人做一套系统的老板，第一句话通常是"你们报价多少"，第二句是"能不能便宜点"。
很少有人先问第三句——这套东西做完，真的会有人用吗？
这三个问题的先后顺序，基本决定了十二个月之后的结局。
成都本地能接定制开发的团队不算少。按类型粗略划一下，其实只有四类：SaaS 产品代理商、模板二开的工作室、综合性外包公司、专注某个行业的定制团队。
同一个"客户管理"需求，这四类报出来的价格能差出三到五倍。不是因为谁黑心，而是他们对"客户管理"这四个字的理解根本不是一回事：有人理解成一个通讯录，有人理解成从线索到回款的一整套过程管理。
真正贵的是看不见的那部分。一套不合用的系统上线后，团队往往会悄悄回到 Excel。假设每天多花 1.5 小时在对账、找单据、重复录入上，一年 250 个工作日就是 375 小时，按综合人力成本 60 元/小时折算，一年 2.2 万，三年 6.7 万。
这笔钱不会出现在任何一张报价单上，但它才是选型失败的主要成本。
选软件公司时，有几句话出现的频率特别高。它们不算错，但单独听都容易走偏。
| | |
|---|
| 大公司的流程确实规范，但真正交付你项目的是具体那几个人。核心在于项目经理和主程是否全程参与、会不会中途换人。 | |
| 低于市场价 40% 以上，通常意味着需求被压缩或套模板。省下来的部分，多半在后续变更和维护里找回来。 | "这份报价对应的需求范围写到什么程度？变更怎么计价？" |
| 案例要同行业、同流程复杂度才作数。做过一百个官网的团队，未必做得了你的生产工单流转。 | "有没有流程复杂度跟我们接近的？能不能讲讲中间改过几次？" |
| 上线只是开始。业务在变，系统上线后前三个月的改动是最密集的。 | |
注意这四个问题的共同点：都在问过程，而不是问结果。问结果，对方能给你一份漂亮的 PPT；问过程，对方必须临时组织语言，这个时候最容易看出有没有真做过。
下面这四类，是成都本地中小企业的定制需求里出现频率最高的。每一类都配了一个"最容易被忽略的细节"——这些细节在前期沟通里几乎没人提，上线后又全都暴露。
生产制造：工单、BOM、质检、产能
痛点：订单交期靠人记，车间进度要打电话问。最麻烦的是 BOM 变更——改一次，采购、库存、成本核算全要跟着动一遍，动漏一处就是一批废品。
怎么用：先把单据流转固化下来（销售订单→生产工单→领料→报工→质检→入库），这条链跑通了再谈数据看板。顺序反过来，看板就是个装饰。
最容易被忽略：BOM 的版本管理。没有版本号，三个月后没人说得清这批货用的是哪一版工艺，出了问题永远查不到源头。
门店连锁：加盟、会员、跨店库存
痛点：会员在各店不通用，跨店调货靠微信群，月末盘点到凌晨。
怎么用：先定义"库存归属"——货放在哪个仓、算谁的账、什么时候转移。这个规则没定，系统里永远是负数。
最容易被忽略：库存扣减时点。下单时扣、付款时扣还是出库时扣，规则不同，月末对账结果完全不一样。这一条几乎决定了对账工作量。
工程项目：合同、进度、结算、发票
痛点：同一个项目同时有合同额、变更额、结算额、开票额、到账额五个数字，永远对不齐。
怎么用：以"收款节点"为主线倒推系统设计，第一步目标是让五个口径能在同一张表里对上。
最容易被忽略：变更签证的审批留痕。事后补录的签证，是结算纠纷最常见的导火索——系统如果不能记录"谁在什么时候改的"，等于没记录。
内部协同：报销、人事、行政
痛点：制度写在 Word 里，执行靠行政挨个提醒，人一多就崩。
怎么用：别一上来就上完整 OA。先把报销这一条跑通，跑顺了再横向扩展。一次性上全套，八成死在推广环节。
最容易被忽略：审批代理机制。负责人一休假，流程卡死三天——这比没有系统更伤士气，也更容易让整个项目被内部否掉。
很多纠结来源于一开始就选错了路线。这三种方案没有高下，只有合不合适。
一个简单的判断标准：你的流程里有没有"别人没有的规则"。如果只是标准的进销存、考勤、记账，成品 SaaS 足够，别花冤枉钱；如果你有一套自己摸索出来的、别人抄不走的作业方式，那它就是竞争力，值得做成系统——也只有定制能承载它。
不管做哪个行业，下面 7 项是地基。缺任何一项，系统都会在某个时刻卡住。这也可以直接当需求清单用，跟软件公司谈的时候逐条过一遍。
1. 基础数据
客户、物料、员工的统一编码。这一层做不干净，后面所有模块都在错的基础上跑。
2. 单据流转
单据的创建、流转、退回、归档。能不能退回重来、退回了留不留痕迹，直接决定系统活不活得下去。
3. 权限与审批
谁看什么、谁批什么、谁能在哪一步改数据。权限宁可开始设严一点，放权永远比收紧容易。
4. 库存 / 资产台账
实时余额加上变动明细，两者必须能互相对上。对不上就是 bug，不用怀疑。
5. 报表与导出
所有列表都要能导出 Excel。别信"在系统里看就行"这句话——老板要的东西，最后总是要去 sheet 里再加工一遍。
6. 操作日志
谁在什么时候改了哪条记录、改前改后是什么。这是扯皮时唯一的证据链，也是内部推卸责任的终结者。
7. 接口与集成
微信、钉钉、财务软件、银行流水、已有的旧系统。这一项越早规划越省钱，上线后再打通，成本通常是前期的两到三倍。
第一步 · 流程走查（1—2 周）
到现场跟一遍真实业务，画出单据从产生到归档的完整流转图。这一步没有捷径，也不该由对方在会议室里替你脑补。走查报告就是后面所有环节的基准线。
第二步 · 需求冻结
把走查结果写成可验收的清单，同时锁死两件事：范围边界和变更计价口径。写得越含糊，后面争议越大。
第三步 · 原型确认
先看到界面和流转，再写代码。跳过原型的代价是：开发三个月后你才发现他理解的"审批"跟你的不是一回事。
第四步 · 分批上线
不要一次性铺开。先上一个核心闭环，让一部分人先真正用起来，跑通了一个环节再往横向扩。
第五步 · 运维与迭代
写入合同的应该是响应机制，而不是一句"终身维护"。谁接问题、多久响应、多少次免费迭代、之后按什么计费——落到纸面才算数。
① 没做旧数据迁移就上线
历史单据、余额、客户档案没进新系统，员工就必须在两套东西之间来回切换。结果是新系统变成第二套台账，三个月后彻底废弃。迁移方案要和需求同步定。
② 一次性上线全套模块
看起来效率高，实际是所有模块同时出问题、同时修、同时改需求，团队注意力被摊薄。第一个月用得最顺的往往只有一两个点，从那一两个点开始就够了。
③ 没有指定内部对接人
把项目完全交给外部团队，是最常见也最致命的做法。至少要有一个能拍板、懂业务、有时间的内部负责人——这个角色的投入程度，比乙方的技术水平更能决定项目成败。
讲到这里，总得交代一下我们是谁。我们是成都小火软件，一支本地的定制开发团队，做的多是中小企业自己的业务系统。
我们不太擅长写漂亮的方案 PPT，也不太会说"行业领先"这类词。能说清楚的是几件一直在做的事：
先摸流程，再报价
需求没聊透之前，我们给不出准确数字——因为这个时候给出来的数字，本质上是在猜。走查阶段要先跟一遍真实流程，把单据怎么流转、谁在哪个环节做决定弄清楚，报价才有依据。
源码、文档、部署方式全部交付
系统是你公司的一部分，不是租来的服务。源码、数据库设计、部署说明、运维文档，验收时一并交付，你可以自己部署、自己改、也可以换人维护。我们知道这不是行业里最"聪明"的做法，但它让你的议价权留在自己手上。
上线之后还有人管
上线前三个月是改动最密集的时期。这段时间我们保持高频率响应，把真实使用中冒出来的问题处理掉，而不是交付完就撤场。一年免费维护，让你的软件上线还有人管。
更实际的问法是这三个：能不能听懂我的业务？做过没有复杂度相近的项目？源码和文档交不交？- 今日互动 -
（别忘了加火火微信：
各种案例分享等着你哦~）
