Posts for: #WeChat

最近接触的创业者，让我有很多与此前不同的感受。其中一点是：他们的成员来自不同国家和地区，全靠远程协作。

他们提到远程工作的好处至少有：

招人更方便，选择范围从一个城市，扩展到了全球。

可以灵活分配时间，文化上更自由，公私兼顾，减少了通勤的时间浪费。

节约租金成本。

好处是很多，但导师却还是一直温和地提醒：最好还是要有本地的办公室，有些本地员工，可以定期（比如 3+2 或者 4+1）在办公室碰头讨论。导师引用了纳德拉说过的话，大意是：远程工作很好，就是有两个遗憾。一是少了开会前五分钟，大家围坐时的闲谈。二是少了会后大家闲散地吃吃饭，聊聊天的机会。

这种沟通和碰撞，其实有很大可能，可以增强信任，获得灵感。

再补充两个案例作为佐证。

案例一。帕伯莱接受 William Green 访谈时，提到多年前芒格曾建议他：在投资上，有人跟你聊聊非常重要。（In the investing business,  it’s really important to have somebody to talk to.）

但你找的人，不能是汇报给你的（the person shouldn’t be someone who reporters to you）。他跟你必须旗鼓相当。接着，芒格给了帕伯莱更具体的建议：你跟李录两个人，可以每月共进一次午餐。

案例二。谢家华在《三双鞋》里写到：为了使我们的文化保持强大，我们需要确保新雇用的员工在工作以外，也能够和大家融洽相处。结果证明，许多最好的点子都是我们在当地小酒吧里喝酒时想出来的。

这几天看 Andrew Wilkinson 的一些文字、访谈，颇有收获。比如有一篇Lazy Leadership（https://medium.com/flow/lazy-leadership-8ba19e34f959），我记录一些觉得有点意思的内容。

懒惰其实是退后一步，依靠你的团队。成为一个观察者，而非业务的积极参与者。在这个过程中，授权很重要，这是一个持续、逐步地将自己从工作中摘除，并授权团队，让他们做最擅长的事的过程。

作为 CEO，你的工作是制定战略和文化、授权和激励（言外之意是，别干那么多具体的工作了）。

CEO 是个人类路由器——将机会和人才向公司输入。企业家的目标应该是，自己不做具体工作，专心为团队中合适的人提供机会。建立一个系统，让自己成为一个人类路由器。我在工作中感到压力，往往是因为我没有建立这个系统，导致有一些我无法委派、授权出去的任务。

问自己：如果你去度假六个月，公司会发生什么？如果你认为它会分崩离析，那么你可能处于授权不足、沉迷细节的状态。

创业初期，我是设计师、HR 和销售——我擅长这三件事，但同时我也做财务、项目管理等我不擅长的事。公司混乱、效率低下，我们的客户不愉快。今天，我只把时间花在我既擅长又没人能做的事情上。

我在公司做的一件重要的运营工作，是了解我们的客户，并确保我们满足他们的需求。了解客户并建立信任是关键，这样我才能制造一台能够解决他们的问题，达成他们的目标，交付出色工作的机器。

考虑到可能发生的意外导致我不能工作，我在每个关键岗位上都聘请了比我更优秀的超级人才，这样我可以专注重要的事情：我们的文化、流程和结果。

找到合格的管理者后，你就不会再担心他们的业务。

对于拿着锤子的管理者，一切都像钉子。销售经理说，我们将通过销售实现目标。营销经理说，我们将通过营销实现目标。产品经理说：我们将优化产品实现目标。财务经理说，我们通过财务方式实现目标。真正的魔法发生在，有一个管理者代表这四种方向（不偏执，能找出最好的路径）。

成长中好的部分，是你可以委派你不喜欢的事情。成长中糟糕的部分，是你通常最终会委派一些你喜欢的东西（自己却不一定能做）。

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

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

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

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

还想起另一件小事：

同事想解决某个问题，需要在公司上新的 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，认为那是形式化的体现。这有些武断，但目标是效率的最大化。我们还将继续限制招聘的人员数目，只招聘最优秀的人员加入团队。对一个优秀团队来说，人员也是少比多好。

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

同事们在星空问答里，增加了一个功能，叫做反问。

设想：我开开心心地公开了我的提问码，欢迎大家向我提问。接到了几个问题后，我有点不那么开心了。

有些人不擅长提问，问题语焉不详。有些人明显未经思考，就急于抛出问题。这会让我觉得，我的回答似乎毫无价值。

我对反问的想法是：

以思考换思考。

可以激励对方思考。提问者用问题激励答主。答主用反问激励提问者。

问题即答案。恰当的反馈，有机会帮助双方准确地定义问题。

我试了试星空问答的反问功能（目前流畅度还不够），感受是：

接受提问的感受爽了许多。本来面对不好的问题，我很少有回答的欲望，现在，好问题我能答，不够好的问题，至少都可以反问。

等待有点心焦。我反问之后，其实挺期待提问者反馈、修改问题，感觉这样会比单纯的一问一答更有意思。但因为用户看到反问，思考，修改问题都需要时间，而且有的用户可能索性放弃了思考。所以不是很快能收到反馈。

这里是一个例子，用户碧昂丝向我提问后，我做了反问：

而后碧昂丝修改了提问：

看到这样的修改，我很开心。于是非常认真地回复了这个问题。

受这个正反馈激励，我想多回答几个问题——欢迎扫码，你问我答。问题不够好，我会反问。争取做到有问必答（顺便说一句，你也可以在星空问答生成自己的提问码）。

我不喜欢开会，所以希望，参加的会议，效率尽量高。所以想给自己定些规则。

一对一。开会之外，需与有业务交集的同事，及直属下级，两周一次一对一面谈，保持良好沟通。

少开会。自问：必须要开吗？目标是什么？需要谁参加？

用云文档。不用 PPT，文档必须简洁清晰（亚马逊的标准是 6 页，但我实践下来，很多时候 6 页确实无法容纳要讨论的内容）。

视冲突为机会。有异议和挑战时，应该鼓励，找出深层原因，解决问题，能加深互信。

群体表态，专家决策。鼓励参会者充分表达，但要避免从众。应该谁负责，谁决策。

具体会议相关的事务：

角色。主持人（召集者）、参会人、围观者（可自由退场）。其中主持人是重点，需要学会调动参会者、时间管理、关注结论。

会议通知。主持人通知会议目标、时间、预估时长、参会人、议程。

文档准备。主持人提前准备好高质量会议在线文档，包括目标、背景信息、需要参会者准备的材料。重要会议推荐开始后留 15 分钟，大家阅读、标注。也可以要求提前阅读、标注。

主持人控场。包括是否留时间阅读、进度控制、聚焦目标等。

时长控制。尽量控制在一小时内，时间太长，精力分散，效率成倍下降。

出结论。主持人判断目标达成情况，确保事事均有责任人。

整理本文时，一些参考书籍如下：

罗伯特议事规则

格鲁夫给经理人的第一课

亚马逊逆向工作法

贝佐斯如何开会

真实世界没那么多道理，经典书籍和常识中，可能包含了大多数。因此我学新东西，多是找书看，寻找容易理解和实践的部分，不求甚解地记个梗概。

最近发现，认知模糊时，使用不顺畅。应该整理、记忆，作为阶段性认识，经常使用，慢慢迭代。而那些书，可以先扔开。以后有问题，再迭代。

所以打算边学边记，整理几篇“外行学”。

外行学提问

“星球创业笔记”，是我做知识星球过程中的一些思考，包括创业、产品、运营、安全等。2021 年至今，有五百多篇文字，内容碎片化、真实。如果有兴趣交流，可扫码付费加入（七十二小时内，可以自助无条件退款）。

开会

我有时参加培训，遇上厉害的讲者，讲完后的提问环节，想问点什么，却又往往有些茫然，自觉问不出好问题。我猜应该不止我一个人有这种感受。

最近因为在做产品“星空问答”，看了几本关于提问的书，意识到了，其实学会提问，很重要。来句爱因斯坦的金句：

如果我有一小时拯救世界，我会花 55 分钟确认问题，剩下五分钟寻找解决方案（If I had one hour to save the world, I would spend 55 minutes defining the problem and only 5 minutes finding the solution）。

问对了问题，就离答案很近了。

结合多年前看过的文档《提问的智慧》，汇总一下关于提问，我学到的东西。‍

整体的思考框架：为什么-如果-怎样

当遇到非理想状况，人们往往会问“为什么”（比如：为什么微信没有给创作者提供付费群功能？）。开始提出解决办法时，就会说“如果”，进行一些假设（比如：如果在社区的基础上加上付费功能，是不是能满足创作者的需求？）。方案要落地，就会遇到“怎样”的问题（比如：怎样做相应的产品设计？）。

为“什么-如果-怎样”的提问框架，实际上是个递进关系，是发现问题、思考方案、解决问题的过程。

这里的一个关键是要有好奇心，要问出最初的“为什么”。

面对问题，追问本质的方法：五个为什么

反复问为什么，竭尽全力，触及事物的本质。

例如：为什么会有瑕疵的汽车零部件出厂？如果答案是员工犯错。追问：为什么会犯错？如果答案是培训不足。追问：为什么不做充分培训？如果答案是没有足够资金。追问为什么不给培训足够的经费？

这样持续追问，更容易得到本质原因，不急于治标，而是找到根本，举一反三。

不打击提问的热情：在家庭、企业中，应该为成员创造安全的提问空间

这一点比较反直觉，但是很重要，对各种尖锐的问题，应该有肚量接受，并且鼓励（哪怕是错的），如果是对的，一定要及时给出正反馈。

在家庭里，保护家庭成员（尤其是孩子）提问的热情。在公司里，保护敢于提出尖锐问题、敢于冲突的人，并且通过这种保护与鼓励，进一步挖掘出更多问题。

提问的智慧：给自己，提问应该做的准备

提问前先尝试寻找答案——可能包括思考、实验、搜索、阅读等。

寻找正确提问的对象与场所（被提问者、提问的论坛/软件）。尽可能向对的人，在对的地方，问对的问题。

语言简练、精确（需要长时间练习，一个办法是梳理完问题，读几遍，改），并且礼貌。

附：

最近看的提问的书分别是《如何提出一个好问题：解决问题，从正确定义问题开始》、《如何提出一个好问题》、《问题即答案：解决棘手问题的突破性方法》，书其实没多好。

著名的《提问的智慧》，可以参考：https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/blob/main/README-zh_CN.md

作为外行，我学新东西，多是找些书看，寻找容易理解、容易实践的部分，不求甚解地记个梗概。最近发现，只有模糊的认知不够，应该整理、记忆，作为阶段性认识，未来发现严重欠缺时，再做补充。所以打算边学边记，整理几篇“外行学”。