问：这个后台，用现成的 SaaS 还是你们给做一套？
答：先把要做的东西列出来，别先选方案。列完 8 项，我们做了一张两列的对比，逐项写「有」「要改」「没有」。
那张表
| 功能 | 现成 SaaS | 自研 |
| --- | --- | --- |
| 商品和库存 | 有 | 要写 |
| 订单列表 | 有 | 要写 |
| 权限分角色 | 有 | 要写 |
| 导出 Excel | 有，格式固定 | 要写 |
| 操作日志 | 有 | 要写 |
| 消息提醒 | 有 | 要写 |
| 跟现有 ERP 每日同步 | 没有，要等对方排期 | 能做 |
| 月底对账口径 | 没有，算法不一样 | 按你们的算 |
8 项里 6 项现成的都有，而且开箱能用。剩下 2 项都跟他们那套 ERP 有关。
问：那你们推荐哪个？
答：按这张表，我推荐 SaaS。6 项不用写，省下来的时间够把接口那块好好做。年费算下来也比一次开发加两年维护便宜。我照直说了，没绕。
问：最后客户选了什么？
答：自研。
问：为什么？你们没劝？
答：劝了一次，没再劝。客户给的理由是那 2 项里有一项叫「月底对账」。他们那套口径是七年前跟会计一条条定下来的，退货冲哪个月、抹零记在哪列、一单多票按凭证日期，全是具体规矩。SaaS 的对账逻辑改不了，就算能改，下次对方发版会不会动这块，谁也说不准。
月底那两天，财务不能等别人的版本节奏。这句话我听完就没话说了。
后来
自研做完，8 项里那 6 项其实做得比 SaaS 糙，列表没那么花，导出也只有固定格式。客户不在乎。他们在乎的是第 7、第 8 项，那两项跑得稳，两年来没因为上游变过。
有回聊起来，我说当时我们推荐的是另一边。对方笑，说知道，你们那张表还留着，就是看了那张表才更确定要自研，原来差的就是这两项，别的都不重要。
一句大白话
选型这事儿，把差异摆清楚比给结论有用。结论我们照给，但客户拿那张表做出相反的决定，而且理由站得住，那就按他的来。表格本来就不是为了说服谁，是为了让「差在哪」看得见。
