创业问题六问决策诊断

要解决的决策问题

大多数糟糕的决策并不是死在执行阶段，而是死在问题框架上。创始人在兴奋、焦虑或被追问时，会本能地跳到方案：做什么功能、融多少钱、走哪个渠道。方案本身往往自洽，但前提——这个决策到底在回答什么问题——从未被澄清。结果就是一群人在错误的命题上投入了正确的分析。

/cs:office-hours 的作用是把这种漂移在发生之前拦住。

工作方式：先审问，后建议

它仿照 YC office hours 的模式，但核心不是让 AI 给建议，而是让创始人先自己完成思考。它被明确定位为一种认知强制函数（cognitive forcing function）：在创始人把六个问题用文字写完之前，任何 C-role 顾问都不许下场。

触发时机通常是：启动重大事项之前、融资之前、战略转型之前、创始人处于兴奋状态时，以及答案看起来「显而易见」时——文档特别指出，兴奋是一个信号，明显的答案通常是错的。

六个问题依次是：

1. Problem — 这是谁的问题？对方会用自己的话怎么说？如果你引不出一句客户原话，这个问题不配被解决。
2. Customer — ICP 是谁？说出一个今天就会买单的具体的人、公司和岗位。说不出名字，说明 ICP 还没准备好。
3. Distribution — 客户第一次听到你们名字的路径是什么？渠道、意图、搜索词、朋友还是会议，必须点名。答案是「营销之后再想办法」，等于没有答案。
4. Defensibility — 如果这事做成了，什么能挡住对手在六个月内复制？网络效应、迁移成本、数据护城河、监管护城河或品牌，必须选一个。「我们执行得更好」不算防御。
5. Capital — 总成本多少、多少个月回本、这笔钱的其他用途是什么。不知道就别批。
6. Founder Fit — 为什么是你来做，以及为什么这件事值得你投入接下来三年。创始人-市场匹配是生存率最强的预测指标。

输出与路由

六个答案全部写完之后，技能产出一份一页纸的 brief。brief 状态为 GREEN 之后才会路由：单角色问题交给对应的 /cs:{role}-review，多角色问题先进 /cs:brief，再进 /cs:boardroom。

适用边界

这套机制的价值在于审问本身，而不是产出的那页纸。它不会替你想答案，也不会把模糊的需求圆成一个看起来能执行的计划——这正是它存在的意义。它适合用在「该不该做、值不值得做」的判断上，而不是「怎么做、按什么顺序做」的执行规划；后者需要配合 /cs:brief、/cs:boardroom 或 /cs:founder-mode 继续推进。

另外，如果你习惯先听顾问意见再补证据，这个技能会让人很不舒服：它要求你在有答案之前先承担表达的成本。承受不了这种等待的团队，通常也不会真的填完那六个问题。