一句话总结
写作不是表达，而是操控。大多数人的文档是在证明自己努力过，而正确的文档是让读者在30秒内做出你想要的决定。硅谷顶级公司的内部文档，不是A（罗列事实），而是B（预设选择项）。不是A（等待反馈），而是B（强制二选一）。
不是A（展示细节），而是B（隐藏无关信息）。Google的产品PRD模板里，第一段永远是"我们面临的选择是X还是Y"，而不是"背景是..."。Facebook的决策文档会在开头直接给出推荐选项和反对意见的权重分布。你的每一句都要服务于一个判断，而不是记录过程。
适合谁看
这篇文章是给写得太多但改变太少的人看的。如果你是硅谷科技公司的PM，每周要写10+份文档，但发现hiring manager在debrief时总是说"这个文档没用"，那你就是目标读者。如果你是初级分析师，总被要求"再简洁点"，但不知道怎么简洁，那你也是。
如果你是高管，发现下属的文档里90%是垃圾信息，那这篇文章会告诉你问题出在哪里。具体画像：年薪$180K-$350K（base $120K-$200K，RSU $40K-$100K，bonus $20K-$50K）的中高级PM，或者正在冲刺硅谷面试的候选人。不适合的读者：认为"写得详细就是好"的传统企业员工，或者还在纠结"标点符号是否正确"的写作爱好者。
为什么你的文档总是被忽略
因为你在写日记，而他们要的是判决书。上周Google的一个产品debrief会上，PM带着20页PPT，讲了15分钟背景，hiring manager在第16分钟打断："你想让我们选A还是B？"PM支吾："我还没讲完..."。会议结束后，HC（Hiring Committee）的反馈是："这个PM不会写文档，只会写小说。
"硅谷的决策者没有时间看你的思考过程，他们只想看结果和路径。你的文档里如果有超过3个"背景"、"历史"、"过程"之类的段落，那就是垃圾。正确的做法是：第一段直接给出结论和选择项，第二段给出关键数据支撑，第三段列出反对意见和反驳。不是A（从头讲起），而是B（从结果倒推）。
具体场景：Meta的一个资深PM在写季度规划文档时，第一版是15页，包含用户调研、竞品分析、技术限制等。hiring manager看了3分钟后说："我只需要知道两件事：我们下个季度的OKR是什么，以及为什么不是其他可能性。
"PM修改后的版本只有2页，第一页是"推荐OKR：X，因为Y"，第二页是"排除的其他选项：A（因为B），C（因为D）"。这才是硅谷认可的写作方式。
怎么让hiring manager在6秒内理解你的文档
硅谷的文档评审时间不是6分钟，是6秒。Google的内部数据显示，80%的文档在前10行就被判定是否有价值。如果前3行没有出现"推荐"、"选择"、"决定"之类的关键词，那这份文档基本上已经死了。
正确的开头不是A（"我们遇到了一个问题..."），而是B（"我们有两个解决方案：A和B，我推荐A，因为..."）。不是A（描述问题有多严重），而是B（直接给出解决方案的对比）。
具体案例：Amazon的一个PM在准备产品提案时，第一版开头是："用户在购物车页面的流失率达到23%，这是一个严重的问题..."。hiring manager的反馈是："我已经知道流失率高了，你直接告诉我怎么降低。"修改后的版本开头是："降低购物车流失率有两个方案：优化UI（预计降低5%，成本$100K）和推出限时折扣（预计降低15%，成本$500K）。
我推荐第二个方案，因为ROI更高。"这样的开头让决策者可以在6秒内做出判断。
为什么"详细"是写作的最大敌人
大多数人认为"详细"是优点，但在硅谷，详细是原罪。每一个多余的细节都是在浪费决策者的时间。Google的产品文档模板里，每个部分都有严格的字数限制：背景不超过50字，问题定义不超过100字，解决方案描述不超过200字。不是A（越详细越好），而是B（越简洁越好）。不是A（展示你的深度），而是B（展示你的判断力）。
insider场景：Netflix的一个数据科学团队在写A/B测试结果报告时，第一版有20页，包含实验设计、数据清洗、统计方法等。hiring manager看完后说："我只需要3件事：测试结果是什么，是否显著，下一步行动是什么。"修改后的版本只有1页，包含3个要点：1）测试显示新功能提升了转化率3%（p<0.01）；
2）推荐全量上线；3）风险：可能影响部分用户体验，需要监控。这样的文档才是有效的。
怎么写才能让跨部门同事主动配合
跨部门文档的核心不是"告诉他们信息"，而是"让他们没有借口说不"。大多数PM的文档里充满了"希望工程团队能..."、"期待市场团队能..."之类的被动语句。正确的写法是预设所有可能的反对意见，并给出回应。不是A（"我们需要工程团队的支持"），而是B（"工程团队可能会担心资源不足，但我们已经和CTO确认，这个项目优先级高于现有的X和Y"）。
具体场景：Uber的一个PM在推动新功能上线时，第一版文档里写的是："为了提升用户体验，我们需要工程团队在Q3前完成API集成。"工程团队的反馈是："资源不够，无法承诺。"修改后的版本是："工程团队可能会担心资源，但根据CTO的优先级排序，这个项目排名第2，仅次于当前的支付系统升级。
我们已经和工程总监确认，可以分配2名工程师专门负责。"这样的文档让对方没有借口拖延。
怎么写才能让高管立即批准
高管没有时间读你的文档，他们只会读两部分：结论和风险。如果你的文档里没有明确的"推荐"和"风险"部分，那基本等于没写。不是A（"我们分析了很多方案"），而是B（"我们推荐方案A，因为..."）。不是A（"风险比较小"），而是B（"风险包括X（概率10%，影响$100K）和Y（概率5%，影响$50K），我们的缓解措施是..."）。
具体案例：Airbnb的一个PM在争取预算时，第一版文档里列出了10个可能的投资方向，没有明确推荐。CFO的反馈是："你让我选，但我的时间比钱更值钱。"修改后的版本直接给出："推荐投资方案A（预算$500K），因为预期ROI是200%，风险是竞争对手可能跟进（概率30%，影响$200K）。
备选方案是B（预算$300K，ROI 150%）"。这样的文档让高管可以在30秒内做出决定。
准备清单
- 确定文档的唯一目的：不是记录，而是推动一个具体的决定。例如，不是"季度规划文档"，而是"确定Q3的OKR选择"。
- 在第一段直接给出结论和选择项。例如："推荐上线功能A，而不是B，因为..."。系统性拆解面试结构（PM面试手册里有完整的决策文档框架可以参考）——像同事随口提到。
- 列出所有可能的反对意见，并给出回应。例如："工程团队可能会说资源不足，但我们已经确认..."。
- 隐藏所有无关细节。如果某个信息不会影响决策，就删除它。
- 使用数字和数据支撑每一个判断。例如："功能A预计提升转化率5%（p<0.05）"，而不是"功能A可能有效"。
- 在文档末尾明确列出"下一步行动"和"负责人"。例如："如批准，工程团队将在X日期前完成开发，由Y负责"。
- 让至少3个同事提前review，确保文档在6秒内能被理解。
常见错误
错误1：写成故事而不是判断
BAD版本："我们在Q1发现用户流失率上升，经过调研发现是因为...，然后我们尝试了...，最后决定..."。这样写让读者像看小说，而不是做决定。
GOOD版本："用户流失率上升到20%，我们有两个解决方案：A（成本$100K，预计降低流失率5%）和B（成本$200K，预计降低流失率8%）。推荐B，因为ROI更高。"
错误2：没有预设反对意见
BAD版本："我们推荐上线功能A，因为用户反馈很好。"这样写会让决策者自己去找反对意见，增加阻力。
GOOD版本："我们推荐上线功能A（用户反馈4.5/5），但市场团队可能会担心推广成本。我们已经和市场总监确认，可以在现有预算内完成。"
错误3：数据和判断混在一起
BAD版本："数据显示功能A的转化率提升了5%，所以我们应该上线。"这样写让读者自己去分析数据。
GOOD版本："功能A的转化率提升了5%（p<0.01），推荐上线。风险：可能影响页面加载速度（预计增加100ms），但用户调研显示可接受。"
准备拿下PM Offer？
如果你正在准备产品经理面试，PM面试手册 提供了顶级科技公司PM使用的框架、模拟答案和内部策略。
FAQ
Q: 怎么判断文档是否足够简洁？
A: 用"6秒测试"。把文档发给一个没参与过项目的同事，让他们看6秒后说出文档的核心结论。如果他们能准确说出，那么文档足够简洁。例如，Google的一个PM写了一份关于新功能的文档，第一版有10页，同事看了6秒后说："好像是在讲用户流失？
"PM修改后，同事看了6秒后说："推荐上线功能B，因为ROI更高。"这就是合格的文档。如果对方说不出结论，或者结论模糊，就需要进一步精简。
Q: 怎么处理高管要求"更详细"的反馈？
A: 高管要求"更详细"通常不是真的要更多信息，而是没有理解你的结论。正确的做法是问："您需要哪些具体信息来支持这个决定？"然后只补充他们需要的部分。例如，Airbnb的一个PM收到CFO的反馈："这个文档不够详细。
"PM问："您需要哪些额外信息？"CFO说："我需要知道方案A的ROI计算方法。"PM补充了ROI的计算逻辑和数据来源，而不是重写整个文档。这样既满足了高管的需求，又保持了文档的简洁性。
Q: 怎么写跨部门的对齐文档？
A: 跨部门文档的核心是"让每个部门都没有借口说不"。首先，明确每个部门的关切点。例如，工程团队关心资源和技术风险，市场团队关心推广成本和效果，法务团队关心合规性。然后，在文档中针对每个部门的关切点给出回应。例如："工程团队：这个项目需要2名工程师，3个月时间。
我们已经和CTO确认，可以从X项目调配资源。""市场团队：推广预算为$50K，预计ROI为200%。市场总监已经确认预算可行。""法务团队：这个功能不涉及用户数据收集，无合规风险。"这样写的文档能够最大限度地减少跨部门的阻力。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。