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

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

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

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

还想起另一件小事：

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

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

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

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

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

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

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

今天推荐《简约至上：交互设计四策略》。我多年前初学产品，看过这本书，很合胃口，向不少好朋友推荐过。最近重读，还是很有收获，这本简单的小书，把怎么做到简单，写得很清晰。

本书结构，头两章，写什么是简单、为什么要简单、有共同的愿景能更好地实现简单。第三章开始引入达成简单的四种方法，并用四章逐一描述。第八章收尾，说明复杂的顽固、简单的艰难、共识的重要，以及要以用户为中心。

达成简单的四种方法分别是：删除、组织、隐藏、转移。

删除最好理解（实际上也最难，很多时候，设计者不敢删——比如：你敢拒绝老板提出来的需求吗？），删掉一切能删的。完美并非加无可加，而是减无可减。

组织可以理解为按照一定的规律，抽象、分组。有时候，可以用一个特性，解决一百个需求——前提是你能将那一百个需求抽象出来。

隐藏则是把不重要的、非核心的部分收到更低一级的位置，免得造成干扰（如果需要隐藏，可以再想想，是不是索性删除了？）。

转移——这个我理解起来有些困难，作者举的第一个例子是遥控器——有些遥控器的简化，是将复杂的功能挪到电视 App 中，遥控器仅仅是个选择、确认工具。作者举了另一个例子是旅行规划软件，去除目录的名称约束，实质上是转移给了用户，让用户琢磨名称而非在几个固定名称中选择。

转移我一直理解不好，尝试套用知识星球的例子，或许可以理解为：创业团队营销能力有限，因此尽力提供“好工具”，提供“运营辅助”，而主要的运营工作，是转移给了星主。也正因为如此，我们只能收取工具应拿的费用。

乔布斯提到过：乍一看到某个问题，你会觉得很简单，其实你并没有理解其复杂性。当你把问题搞清楚之后，又会发现真的很复杂，于是你就拿出一套复杂的方案来。实际上，你的工作只做了一半，大多数人也都会到此为止……但是，真正伟大的人还会继续向前，直至找到问题的关键和深层次原因，然后再拿出一个优雅的、堪称完美的有效方案。

这或许也是“看山是山，看山不是山，看山还是山”的一种解释。

无论你是不是产品设计者，这本书都值得阅读。

我第一次听说 OKR 时，觉得只是类似 KPI 的绩效管理工具。看了几本书后，觉得应该适合我们，两年前尝试在公司内推进，效果不好。最大的原因在我身上——执行不力。

今年再推 OKR，我重读了相关书籍，并且请 HR 同事督促着开会、1V1 沟通，目前看，能正常推进，效果暂时还不显著（比如：季度的 O 一直没达到、KR 的拆解总觉得不到位），还是打算继续做，长期做。

目前看，至少我们执行过程中还存在一些问题。比如目标并未全员沟通，有很多同事实际上不了解公司的年度、季度目标。比如我的执行力不够，1V1 沟通有时没能及时进行。目前都考虑了改进计划。

以下我从书中学到的一些 OKR 知识、规则，做个简要汇总。

OKR 希望达成的目标

OKR 建立在"洞察"对基础上，反映责任人对业务的思考，OKR 的质量，反映制订者的思考与洞察的质量。

执行 OKR，希望达成以下目标：

聚焦：让同事们都清晰地知道目标是什么，朝一个方向努力

透明：公司内部尽可能信息公开，让大家拥有做决策需要的资源

协作：在成员彼此信任的前提下，有机会紧密沟通与协作

挑战：做到自己能达到的最好

OKR 的基本规则

执行周期：年度 + 季度，公司按年度设计，部门和个人按季度设计

OKR 的实施的四件事

制订：各自草拟，周期开始前的 1-2 周

对齐：负责人和员工对齐 OKR 并确认优先级，周期开始后的 1-2 周

进度追踪：定期复盘、根据业务需要调整

打分与评定：用户自评、团队复盘

注意

结果自评，与绩效、奖金无关，不做考核，鼓励大家创建有野心的目标

如果发现需要调整，在进行周期内也可以修改

目标（O）不超过 5 个，每个 O 对应的 KR 应该在 2-5 个

每月回顾 OKR 进展，每季度对 OKR 集体开会讨论

目标（O）的制订

找到这个周期内最具价值，最需要投入精力的目标。

O：我想完成什么（What + Why）

好目标的特征

一般为定性描述（定量可能反而带来心理压力、带来限制，如果不担心这些问题也可以定量）

明确行动方向（少用协助、帮助、参与、支持这样的词）

责任范围可控（自己能控制至少 70%）

2021 年底，同事积极地张罗了知识星球的数据总结。

当时我问，是不是可以根据付费情况，给用户们不同的称号，比如付费多的，可以是“巴菲特”。但付费少或者没付费的，应该叫什么呢？

我脑子里浮现的点子是“葛朗台”。同事们意见不一，有人认为这个称号会让人心里不痛快，有人认为还挺俏皮，只是跟用户开个无伤大雅的玩笑。我觉得也还好，就照此设计了（所以这事是我做错了）。

上线时，我还留了点心观察，发现不少用户晒出了各种称号，没有收到负面反馈，于是放心了。

前些天，数据同事想着，半年了，可以给用户一些数据反馈，于是对程序做了小调整，跑出数据后，给大家推送了 2022 年的年中数据。

这趟却有点出乎意料。从我们的客服渠道、微信公众号留言，收到了不少用户不愉快的反馈。主要是觉得我们的文案“阴阳怪气”、“怎么还讽刺用户”。客服同事赶紧赔礼道歉，反馈回来后，同事们快速上线了一个版本，替换了。

Fenng 从另一个角度提出了批评，转过来做个备忘。他说：

大辉的观点，简单纯粹的数据就够了，头衔是个花活与噱头。回忆当时我的想法（模糊的印象）是考虑——既然目标是传播，就加一点可能可以带来传播的元素，现在看来，似乎应该砍掉。

教训：

任何时候，都不应该调侃用户，那不是开玩笑，而是不尊重。

时间节点变化，环境会发生变化，用户情绪也会发生变化。应该更谨慎地考虑，设计中可能随时间变化而变化的元素（比如这个例子中，从全年变成半年，区间内付费低于某数值的用户肯定少了。以及这段时间内，不少人面对了糟心事和负面情绪，产品可以平实，可以积极，不该戏谑）。

如非必要，勿增实体。虽然我自己一直在念叨着简化，但自己还是一边犯着这样的错误。

最后，向看到这个糟糕的文案，感受不佳的朋友们道个歉，我会记住这件事的。写下来，发出来，目的就是从错误中学习。

张小龙提到过砍需求：

对于新点子，99% 的情况下否定是对的。

以前我们做的大部分功能都是可以砍掉的。所以我们回顾一下，可能一年里面，只需要工作一半的时间，对产品也没什么损害。

也提到过简化的价值：

极简方能不被超越。我们把这个功能已经做到了极简化，这种极简化的体验是很难被超越的。后来一些竞争对手确实也做了「摇一揺」这个功能，但也未能超越。如果一个东西已经做到非常非常少了，要更少是很困难的。

至于怎样才能更简单，他说了方法。在产品上，更触及本质：

我们更加倾向直接做到最本质的东西，至于它能满足用户什么需求，那是用户自己的行为。我们做一个“类型”，而用户自己来产生“实例”就可以了，也就是说，我们用“类型”的思路，把所有“实例”都做了。我们按此方法做完很多特性以后，发现已经没有改进的空间了，也不需要去改进了，一改进可能就不对了。因为一改进就可能变成去把它“具体化”，一旦开始具体化以后，就需要不断地具体化，就没有可以想象的空间了。

在运营上，使用系统和规则：

微信的历史上，我们一直不强调强运营，也是这个原因。系统和规则会比运营的效率高太多了。就像我们现在看到微信支付，其实已经覆盖面非常大，但是我们微信支付的人数并不算多，对于支付这样一个需要跟线下接触的行业来说，我们每个行业微信支付里可能就一两个人在负责整个行业。

在组织管理上，保持小团队与敏捷：

保持小团队，保持敏捷。希望我们在 BG 成立规模变大后，还能保持小团队心态，避免陷入官僚化和流程化里面。我们曾经禁止写 PPT，认为那是形式化的体现。这有些武断，但目标是效率的最大化。我们还将继续限制招聘的人员数目，只招聘最优秀的人员加入团队。对一个优秀团队来说，人员也是少比多好。

以上只是学习过程中，对看到有感触有收获的地方，随手的摘抄，都抄了，就发出来大家一起看吧。