近日看新闻，有城市的健康码，在红黄绿之外，增加了橙码。我有些小感触——各城市健康码的产品经理，段位可以看出明显差异。

就橙码这个创新而言，平白给产品增加了一种状态——红黄绿，与交通灯一致，深入人心，而新增元素，各地使用方法不易统一，增加研发和宣传成本，某种程度上还会导致用户误解，这个实体加得没必要。

但有城市的健康码，高明得多，非常聪明地重用了消息通知功能，根据条件，给不同用户推送通知。例如可以对来自高中风险地区用户、疑似密接用户、境外用户，根据条件，给不同的弹窗提示（同时因为有弹窗，可以遮挡健康码——这时无法查询绿码，也属合理）。这种设计，达到赋红码效果的同时，体感上柔和得多。而且通知功能，还能扎扎实实地用在引导行动上，例如，可以分批次要求民众进行全民核酸。

这是我看到的一反一正两种健康码设计，更简洁的胜出。如非必要，勿增实体。这个原则还是有道理的。

还想起另一件小事：

同事想解决某个问题，需要在公司上新的 SaaS 软件，以实现一个并非高频使用的功能。我跟他讨论时表达了我的观点：

我曾经在多家企业内部推动过不同的新业务系统——比如任务管理、知识管理、内部社区、文件共享、Wiki……绝大多数都是失败的，只要非高频，就总得反复提醒，直至最终放弃。

所以我提的问题是：有没有其他方案能达到目的，又不需要新增系统？比如，是不是可以直接用微信群，或者云文档来满足需求？

这也是我希望的如非必要，勿增实体。当然，最后决定还是他做。

今天看到一句据说是比尔盖茨说过的话，挺有道理的，或许也是另一个角度的如非必要，勿增实体吧，都是尽量让事情更简单一些。

“I choose a lazy person to do a hard job. Because a lazy person will find an easy way to do it.”

这两周有点特殊情况，上周公众号周更食言，回头再补。