企业官网建设流程全解析

上周客户在群里甩了一句话：“录错了能不能撤销一下？加个按钮就行吧？”

我扫了一眼需求，心里想的是——这有什么难的，三天，最多三天。

结果两周之后才交付。

不是我磨洋工，是我一开始想简单了。今天把这个过程写出来，如果你也在用系统、或者正在跟软件供应商提需求，希望有点参考价值。

一、"撤销"为什么不是把字擦掉

我习惯用一个比喻解释这件事：你往一锅汤里撒了盐，发现撒多了。这时候问题不是"把盐粒捡出来"——汤已经咸了，而且可能已经有人喝了两碗。

系统里的单据也是一样。它被录进去的一瞬间，就不是一张孤零零的纸了。

第一层：它会牵动一串数据。

一张销售单录入完成，系统会自动跟着做几件事：库存扣减、客户应收款增加、当月销售额计入。现在你说"撤销这张单"，那这几件事是不是也得跟着退回去？库存加回来、欠款减掉、销售额减掉——少退一步，账就对不上。而对不上是最麻烦的，因为没人知道是哪一步少的。

第二层：后面可能已经有人接着往下做了。

货已经发了，款已经收了一半，下游又开了一张单引用它。这时候再让你"撤销"，等于要求系统把已经发生的现实硬抹掉。现实抹不掉，系统也不能假装它没发生过。

第三层：得留下痕迹。

谁改的？什么时候改的？改之前是什么样？这三个问题如果答不上来，一旦出问题，所有人都说不清。留痕不是为了防谁，恰恰相反——它是为了让没做错的人不用背锅。

二、我最后是怎么做的

想明白上面三层，方案就清楚了。我把它拆成四种情况：

1. 还没审核的单子：直接改。

还没人看过、还没往下走，改就改了，干脆利落。这种情况下强行留一堆痕迹反而是添乱。

2. 已经审核的单子：不给改，走"冲销"。

原单原封不动保留，再开一张方向相反的单子把账平掉。

这个思路其实跟手工记账一模一样：账本上不涂不改，另起一行写一笔更正。改错的痕迹看得见，账也对得上。纸质账本用了几百年的办法，是有道理的。

3. 全程留痕。

谁改的、改了什么、改之前是什么值，一条不少地记下来。这条我自己加的，客户没提，但我认为不能省。

4. "撤销"按钮单独开权限。

不是谁都能点。这个按钮点错的代价，比录错一张单还大。

三、这两周真正教会我的是什么

不是技术上的收获，是需求理解上的。

客户嘴里的"小需求"，和他真正想要的结果，常常不是一回事。

他说"加个撤销按钮"，他真正想要的是一句：“录错了不用慌，能补救，账不会乱。”

至于底下实现成一个按钮、一套冲销流程、还是另起一行更正——他其实不在乎，也不需要在乎。

我如果第一天就多问一句"录错了现在是怎么处理的、最怕出现什么情况"，可能三天就够了。省下的是两周。

后来我给自己立了个规矩：客户提"加个什么"的时候，先追问一句"你想用它解决什么麻烦"。十次里有八次，问出来的答案跟那个按钮没关系。

写在最后

做软件这两年，我越来越觉得，难的不是把功能写出来，是把"到底要解决什么问题"问清楚。代码写错了能改，方向理解错了，两周就这么没了。

我在做一套自研 ERP，叫 minierp，目前还在开发阶段，开发日常会持续更在这里。
关注我，看我怎么把 minierp 这套 ERP 一点点做出来。