每次甲方说"这个设计太蠢了吧"，我都只能笑笑，因为解释起来太费劲，不解释又憋得难受。

做实施这几年，我见过太多"反人类设计"被客户嫌弃，被领导质疑，被外包兄弟嘲笑。但每次一出问题，最后救场的往往就是这些"蠢设计"。

最典型的，是那个让所有人抓狂的二次确认弹窗。

现场场景：

你点了"提交工单"，系统弹出来问你：确定要提交吗？你点确定，它再问你：已阅读风险提示，确认提交？

操作员第一次见到这个设计，当场就说：这系统是把用户当傻子吗？两步确认，烦死了。

我没有反驳。三个月后，那条产线出了一次误操作——工单被错误提交，影响了下游排产。事后复盘，所有人都说：要是多一步确认就好了。

这不是巧合，这是设计者用无数次事故总结出来的肌肉记忆。那个弹窗不是在怀疑用户，是在给高速运转的工厂生产线留一道缓冲。你嫌它多此一举，它在等你犯错的那一刻出手。

还有一种设计，被嫌弃的频率更高——字段强制填写+下拉限制。

客户最喜欢问：为什么这里不能手填？为什么不能复制粘贴？你们这系统也太死板了。我每次都想说：不是系统死板，是你们自己的数据太乱。同一个供应商，系统里存了六种写法：上海XX公司、上海XX有限公司、XX公司上海、沪XX……统计的时候谁也不认识谁。

强制下拉不是在刁难人，是在替你管住那双手。数据质量这件事，靠培训解决不了，靠流程解决不了，只有把输入口堵死，才能在源头把垃圾数据挡住。

但你跟操作员解释这些，他们听不进去。他们只知道今天多点了三下，累了，烦了，投诉了。你能理解他，但你也改不了这个逻辑——因为改了，以后数据分析的时候，吃亏的还是他们自己。

这就是实施工程师最憋屈的地方：你做的很多设计，是在替未来的人挡事，但现在的人只看到麻烦。

再说一个更硬核的——操作日志全量记录。有客户的IT负责人直接找我说：你们这个日志功能要不要这么夸张，每个人的每次点击都记？这存储占用也太大了，还有点监控员工的意思。

我当时没多解释，只说了一句：等你们出第一次数据纠纷的时候，你会感谢这个设计。

半年后他发消息给我：上次那个离职员工，说我们篡改了他的工时记录，要仲裁。后来调出日志，时间戳、操作账号、修改前后的值全在，当场把他的说法推翻了。他说：那个日志功能，真的救了我们。

这些设计看起来蠢，是因为它们在应对的问题，不是你今天遇到的问题，而是你明天、后天、某个加班到凌晨的夜晚才会遇到的问题。设计者当时写下这些逻辑，脑子里装的不是用户体验，是事故复盘报告。

我见过太多"用户友好"的系统，删掉了二次确认，放开了自由输入，精简了日志记录。用起来确实丝滑，但出了事，什么都查不到，什么都没法追溯，什么都是一笔糊涂账。

好的数字化设计，从来不是让你用起来爽的那种，而是让你在最混乱的时候还能找到一根绳子的那种。

只是这根绳子平时看不见，所以大多数人以为它不存在。

你做过的哪个设计，被人嫌弃了很久，却在某一天悄悄救了场？

评论区聊聊。

阅读原文：https://mp.weixin.qq.com/s/l-qbNd8W-soIDS5gz0j7wg