最早那套系统,是一个叫＂最终版＂的 Excel

每个单位的数字化，都从一个文件夹开始。 那个文件夹里，躺着十几个"最终版"。

我这套系统不是从需求文档开始的，是从一张 Excel 开始的。

准确说，是从一个文件夹开始的。里面躺着十几个文件，文件名依次是：工资表、工资表(1)、工资表-改、工资表-最终版、工资表-最终版2、工资表-最终版2(真的)。

谁也说不出哪个是准的。

表格的问题，不是它算得慢

那张表当年很能打。几十个 sheet，公式套公式，跨表引用，颜色标得清清楚楚。做表的人是真厉害。

但表格有三个天生的毛病，靠自觉是治不了的。

一是公式没人敢动。

一个格子改了，后面连着一片。日子久了，谁也不敢碰那些带引用的单元格，因为不知道会牵动哪里。于是新需求都靠"在旁边再加一列"解决，表越来越宽。

二是它只有一个版本，却有很多副本。

两个人同时打开，后保存的把前一个人改的覆盖掉。这种事发生过不止一次，而且往往过了几天才发现——那时候已经没人记得当时的数是多少了。

三是口径在人的脑子里。

这个月按 30 天算还是按实际天数、请假扣不扣绩效、外协那一块算不算人工——这些东西不在表里，在某几个人的经验里。

人一请假，这套口径就断了。

为什么最后决定自己做

我做这个决定的时候，理由特别朴素，跟技术一点关系都没有：

我要让一个数只有一个来源。

不是"更好看的界面"，不是"更先进的技术"。就是一个数，从录进去到出现在报表上，中间只有一条路，不拐弯，不进别的表。

这句话后来成了整套系统的原则之一。很多设计吵架的时候，我就问一句：这么做，会不会让同一个数有两个来源？

迁移的办法很笨

第一版没有推倒重来。

我做的第一件事，是把 Excel 里的东西"搬进去"——不是重新设计，是照着原来的样子先搬一遍，字段还在原来的位置，列的顺序都没变。

这一步不好看，但它解决了一个大问题：人不抵触。

如果第一版就是全新的界面、全新的流程，用的人第一反应是"我原来那套怎么办"。先搬进去，让人觉得"还是那个表，只是换了个地方"，后面才好一点点改。

改的顺序也是有讲究的：先改"录入"，再改"计算"，最后改"报表"。

因为录入是源头。源头不干净，后面算得再准也是错的。

那一两年踩的坑，后来都写成了文章

这套系统从一张表长到现在，中间有过很多次"改完之后更糟"。

打印串台、权限两套并存、工资算错、AI 识别把六张单当成六批货、页面能用但用着别扭……这些事我后来一篇篇写下来，因为它们不是故事，是账。

一本关于"一个 Excel 怎么变成系统"的账。

最后

有人问我，为什么不直接买一套现成的。

我想过。买一套的问题不在钱，在口径——我们这套业务里那些说不清、写不进说明书的规则，是最贵的部分。买来的系统要我们去适应它，而我们连自己都没说清楚。

自己做的好处是，规则可以被写下来，被验证，被改。

坏处是，你得一个人扛着它长大。

你们单位那个"最终版"的文件夹，现在还在吗？