为什么我们不保密¶
你可能觉得一个公司的章程、手册、业务日记、战略意图全公开是不正常的。正常的做法是藏起来——配方保密、策略保密、数据保密，公开等于把底牌亮给对手。
我们不这么做的原因，不是我们不懂保密，而是保密有成本。
保密意味着每一次协作都要多一层信任建立。客户要签 NDA 才能看到你的流程，供应商要背保密协议才能了解你的标准，新人要等转正才能接触核心文档。每加一个人，信任成本就叠一层。规模上不去的原因之一就在这里。
公开把信任成本砍掉了。客户不需要签 NDA 就能看到我们的验收标准，供应商不需要背协议就能知道我们的交付要求，新人第一天就能读到全部章程。不是因为他值得信任，是因为我们的规则公开可验证，不需要信任个人。
半公开是折中方案——公开年报，隐藏过程；公开结论，隐藏推导。但半公开保留了一个核心问题：对方仍然判断不了你的过程质量，只能看结果。而服务行业的交付质量恰恰在过程中，不在结果里。
所以我们选了全公开。不是因为我们比别的公司更勇敢，是因为全公开的信任成本最低。
公开不是放弃护城河¶
传统商业直觉认为公开等于放弃护城河。如果是真的，GitLab 和 PostHog 就不该存在。
GitLab 把产品路线图、薪资公式、董事会纪要全公开，2021 年以约 160 亿美元估值直接上市。PostHog 实时公开 ARR、增长数据、定价逻辑，被 YC 创业者称为"the default for startups"。
它们证明了另一条路走得通：当信息本身不再稀缺时，它从资产变成了基础设施。真正的护城河从「怎么藏着信息」变成了「用什么速度消化信息」。
比如 PostHog 的公开数据：竞品能看到他们的定价调整，但竞品看不到的是他们做定价决策用的信息结构（哪些指标触发调整、调整幅度怎么算、调整后怎么验证效果）。看得到数据，看不到消化数据的流程。
这也是我们做的事情。仓库全部公开，日记全部公开，但消化这些信息的流程——需求拆解方法、交付验收准则、质量回溯体系——是我们在每一次执行中积累的，不是看一遍仓库就能拿走的。
一个循环，所有业务通用¶
不管你在数据、课堂、咨询还是云，所有业务的运转是同一个循环：
收到需求 → 处理 → 交付 → 记录 -> 传播 → 等下一个需求
区别只在于循环里跑的东西不同：
数据那边收到的是「这个数据帮我算个指数」，处理是写清洗脚本，交付是 CSV 文件
课堂那边收到的是「帮我培训一批学生」，处理是设计课程，交付是会做的人
咨询那边收到的是「我的流程有问题」，处理是调研诊断，交付是改进方案
云那边收到的是「帮我搭个系统」，处理是部署配置，交付是能用的系统
Build in Public 不改变这个循环的内容，它改变的是速度。因为公开，你的每一次循环同时完成三件事：
需求做完了
过程记下来了（公开的日记和契约就是记录）
别人看到你做了什么（不需要额外花时间写案例）
传统公司做完一件事，要专门写案例、整理复盘、走审批才能让人知道。你在做的时候别人就看到了，你做完了别人就知道你做到了。一圈抵三圈。
这给你的工作带来什么¶
你可能担心公开工作会增加负担。实际上相反。
你不需要为自己的工作额外写宣传材料——你的工作过程本身就是宣传材料。你不需要说服客户我们靠不靠谱——公开的交付记录和验收标准替他回答了。你不需要担心做错了丢脸——我们的日记里记录的全部是真实过程，包括做错的部分。公开的本意不是展示完美，是展示怎么处理不完美。
因为你做的事是公开的，你会下意识把它做得更规范。不是因为有人盯着，是因为你写下来的东西明天自己还能看懂。
Build in Public 不要求你比别人做得更好，只要求你做得比上次快。