初创公司的决策框架

如何停止每次都从零做决定

作为创始人，你每天要做100多个决定。到了下午3点，你已经精疲力竭。到了5点，你要么完全回避决策，要么做出一些明天会后悔的冲动决定。

大多数创始人会想：“我需要基于每个决策本身的价值来评估，因为这才是好的领导力。”他们没有意识到的是： 每一次从头做起的决策都会消耗你的认知能力。那些能把公司做大的创始人，并不是做出最多决策的人；而是那些通过框架把决策过程自动化的人。

决策疲劳不只是感到疲倦那么简单。它会让判断力明显变差。研究表明，法官在一天开始时批准假释的概率是 65%，在午餐前降到接近 0%，然后在休息后又恢复。相同类型的案件，相同的法官，只是因为决策疲劳，做出了不同的决定。

在运营公司的同时，你还要在同样已经耗尽的认知状态下，对招聘、产品、客户、定价和战略做决定。除非你建立起能够减少决策的框架，否则你做出的关键选择，其判断力就和那些精疲力竭的法官一样受损。

下面将介绍如何建立决策框架，把你的心智能量留给真正重要的决定。

为什么决策框架对初创公司很重要

认知负荷的现实：

你大脑每天可用于决策的能力是有限的。从“早餐我该吃什么？”到“我们是否应该彻底转变整个商业模式？”的每一个决定，都会消耗同一个决策池。

小决定会不断累积：

• 我应该现在回复这封邮件，还是晚点再回复？

• 我应该接这个客户电话，还是专注于产品？

• 我今天应该发社交媒体帖子吗？

• 我应该审查这个 PR，还是直接发布？

• 我应该雇用这个人，还是继续寻找？

等你真正来到那个重要决策时（“我们应该进行 A 轮融资，还是继续自筹资金更久？”），你的决策能力已经消耗殆尽。

初创公司特有的决策负荷：

不同于流程已建立的企业工作，初创公司需要不断做出新的决策：

• 没有先例可循

• 信息不完整

• 高风险

• 快速节奏

• 多个相互竞争的优先事项

框架解决方案： 预先为反复出现的决策类型设定你的默认响应。把你的认知精力留给真正新颖、且高风险的决策。

需要框架的四类决策

类型 1：重复出现的运营决策

示例：

• 何时响应客户请求

• 接下来要构建哪些功能

• 如何优先处理漏洞与功能

• 何时开会，何时使用异步沟通

• 如何处理客户投诉

为什么这些需要框架： 你每天或每周都会做这些决策。每次都从头思考一遍，只会造成认知浪费。

类型 2：基于阈值的决策

示例：

• 何时雇用某人

• 何时把钱花在工具/服务上

• 何时解雇一位客户

• 何时应当接受合作伙伴关系

• 何时应当投入时间建立流程，而不是直接把工作做完

为什么这些需要框架： 清晰的阈值可以消除“我到底该不该做？”这种内心纠结。

类型 3：基于时间的决策

示例：

• 何时工作，何时休息

• 何时查看电子邮件/Slack

• 何时进行深度工作，何时参加会议

• 何时审查指标

• 何时发布，何时继续开发

为什么这些需要框架： 如果没有默认规则，你就会不断地问自己：“我现在应该做这件事吗？”光是这个问题就已经让人筋疲力尽了。

第 4 类：基于人的决策

示例：

• 如何回应员工的请求

• 何时委派，何时自己做

• 如何处理绩效问题

• 何时给予权益调整

• 如何回应候选人的问题

为什么这些需要框架： 人员决策风险高且令人情绪疲惫。框架可确保一致性和公平性，同时减少决策疲劳。

如何构建决策框架（公式）

步骤 1：识别一个反复出现的决策

问自己：“我在反复做出的、会消耗精力的是什么决定？”

步骤 2：定义你的默认答案

你在80%的情况下理想的回应是什么？

第3步：制定明确的例外情况

什么时候应该覆盖默认设置？

第4步：将其记录下来

把它写下来。如果相关，也与团队分享。

第5步：按季度审查

框架不是永久不变的。随着规模扩大进行更新。

本周即可实施的创业决策框架

框架 1：客户需求决策矩阵

反复出现的决策： 客户会问：“你们能为我们开发[功能]吗？”

这个框架：

请求规模	决策
少于 2 小时的工作	默认 YES（如果在技术上可行）
2-8小时工作	如果满足以下任一条件，则为“是”：(a) 3 个以上客户提出过，或 (b) 战略客户，或 (c) 已在路线图中
8-40小时工作	仅当满足以下条件时才为“是”：已签署合同，或有明确路径达到 1 万美元以上的年度经常性收入（ARR）
40小时以上工作	默认不行，除非是多年期企业合同

异常触发器：

• 请求与产品愿景冲突 = 无论规模大小，均为否

• 请求暴露了关键 bug/安全问题 = 无论规模大小，均为是

• 客户愿意为开发付费 = 升级到定价讨论

结果： 你已经消除了每天“我们该不该做这个？”的决策漩涡。

框架2：招聘决策阈值

反复出现的决策：“我们现在应该招人，还是再等等？”

当你达到以下 3 个阈值中的 2 个时，默认 YES 进行招聘：

1. 工作阈值： 现有团队连续 4 周以上每周工作超过 50 小时，以维持（而非扩大）当前工作量

2. 收入阈值： 当前团队每位成员对应 1.5 万美元以上的每月经常性收入（可覆盖新员工薪资 + 适应期）

3. 清晰度阈值： 能够撰写一份包含入职前 90 天具体交付成果的职位描述

若满足的阈值少于 2 个，则默认为否。

异常触发器：

• 关键岗位招聘（CTO、首位销售招聘）= 用 6 个月最低 runway 覆盖阈值

• 意外出现的完美候选人 = 进入面试，但在未达到门槛前不要发出录用 offer

结果： 消除了“我们负担得起雇人吗？”这种持续不断的焦虑。

框架 3：会议 vs. 异步沟通

反复出现的决策：“这应该开会，还是发 Slack 线程？”

默认使用异步方式（Slack/Loom/文档）适用于：

• 状态更新

• 信息共享

• 有明确正确答案的决策

• <15分钟讨论

• 任何可以在接收者安排的时间阅读/观看的内容

默认采用会议（实时）用于：

• 与超过3人的头脑风暴

• 冲突解决

• 需要辩论的复杂决策

• 建立关系（1对1、一团队凝聚）

• 任何需要超过3轮异步来回沟通的事项

基于时间的规则： 上午 10 点前（深度工作时间）或下午 4 点后（会议疲劳时段）不安排会议。

异常触发器：

• 危机 = 无论何时都立即同步开会

• 跨时区远程团队 = 即使头脑风暴也默认异步

结果： 保护深度工作时间，并减少日程混乱。

框架4：支出审批决策树

反复出现的决策：“我们应该把钱花在[工具/服务/雇员]上吗？”

支出金额	决策流程
每月<$100	团队成员可自行决定（只需在 #expenses 频道通知）
每月$100-$500	需要经理批准，并说明 ROI 理由
每月$500-$2K	需创始人批准，必须证明 3 倍 ROI 或存在关键运营需求
每月$2K 以上	董事会讨论，正式 ROI 分析

一次性支出： 月度阈值加倍（即，<$200 = 团队决定，$200-$1K = 经理，等等）

异常触发器：

• 法律/合规支出 = 无论金额大小均获批准

• 面向客户的紧急事项 = 快速审批

• “锦上添花” vs. “必需品” = 如果无法明确说明其解决的具体问题，则自动拒绝

结果： 明确的支出授权，不再陷入“我该先请示吗？”的犹豫不决。

框架5：工作安排决策（独立创始人和团队）

反复出现的决策：“我现在应该工作，还是这已经算是过度工作？”

每日默认安排：

• 上午 8 点至 10 点：深度工作（最耗费脑力的任务，不开会，不看 Slack）

• 上午10点至下午1点：会议、电话、协作工作

• 下午1点-2点：午餐 + 恢复（不工作，不看屏幕）

• 下午 2 点-4 点：处理响应性工作（邮件、Slack、行政任务）

• 下午4点-5点：规划明天、回顾指标、分诊

• 下午5点后：休息（除非明确的危机，否则不工作）

每周默认：

• 整整一天完全离线（不看邮件、不看 Slack、不做“快速查看”）

• 周五下午：进行反思，不开展新项目

异常触发器：

• 客户紧急情况 = 下班后处理工作，但次日要预留恢复时间

• 产品发布周 = 可接受延长工作时间，随后安排强制恢复周

• 融资冲刺 = 压缩排期，且限时进行（最长 4 周）

结果： 消除了“我现在是不是应该在工作？”这种持续不断的内疚循环。

框架 6：功能优先级矩阵

反复出现的决策：“我们接下来该做什么？”

该框架：

从三个维度对每个潜在功能按 1-10 分进行评分：

1. 客户影响： 有多少客户需要这个？需求有多强烈？

2. 战略价值： 这会让我们更接近 12 个月愿景吗？

3. 实施成本： 需要多少开发时间？（10 = 低成本，1 = 高成本）

公式：（客户影响 × 2）+ 战略价值 + 实施成本 = 优先级分数

默认决策：

• 得分 35+：构建下一步

• 得分 25-34：列入下季度待办事项

• 得分 <25：拒绝（不是“以后再说”——而是直接说不）

异常触发器：

• 安全/合规问题 = 无论得分如何，立即开发

• 对客户的合同承诺 = 无论得分如何都要开发（但请注意：今后在评分前不要先承诺）

结果： 产品路线图决策变得以数据驱动，而不是依赖 HiPPO（最高薪资者的意见）。

框架 7：绩效问题应对

反复出现的决策：“这名员工表现不佳。我该怎么办？”

该框架：

首次出现未达预期：

• 当天对话：“我注意到[具体行为]。这是怎么回事？”

• 文档：日期、问题、说了什么、商定的下一步

• 默认假设：对期望的理解不清，而不是能力不足

30天内第二次发生：

• 正式对话：“我们在[日期]讨论过[问题]。现在它又发生了。以下是需要改变的内容。”

• 书面跟进，记录对话内容

• 包含具体指标的30天改进计划

• 默认假设：角色与技能不匹配，或个人问题影响工作

第三次发生（或30天后仍无改善）：

• 绩效改进计划（PIP），为期 30 天，包含每周检查、记录在案的指标

• 并行措施：开始招募替代人选（不要等着看 PIP 是否有效）

PIP 后仍无改善：

• 终止雇佣

• 进行离职面谈，了解出了什么问题

异常触发器：

• 骚扰、歧视或违法行为 = 立即解雇（ 咨询劳动律师 ）

• 严重疏忽导致客户受损 = 立即解雇

• 个人危机（家庭紧急情况、健康问题）= 暂停时间表，提供支持

如何在你的团队中实施决策框架

步骤 1：从你自己的决策开始

不要试图一次性给所有事情都套上框架。先挑出本周最让你筋疲力尽的那个决策，建立一个框架，并测试 2 周。

步骤 2：让框架可见

文档内容：

• 标题为“我们如何决策”的 Notion 页面

• 团队常见决策的 Slack 频道描述

• 员工手册：关于人员相关决策

• 用于产品/工程决策的 README 文件

第 3 步：培训你的团队

在委派时，共享这个框架：“当客户提出功能需求时，我们会这样做决策……”

第 4 步：审查并迭代

季度审查：哪些框架有效？哪些需要更新？有哪些新的重复性决策需要制定框架？

第 5 步：制定覆盖协议

框架并不是僵化的规则。要预留清晰的例外情况，并让升级处理边缘案例变得安全。

为什么初创公司需要决策框架

你不可能靠每次都从头亲自做出每一个决策来扩展一家公司。 你的认知能力是有限的。决策疲劳是真实存在的。到了下午 3 点，你做出的决策质量会明显低于上午 9 点。

决策框架并不是为了让人变得机械，或是回避艰难的决定。 它们的作用是提前为那些反复出现的决策做出预设，这样你就能把最好的认知精力留给真正新颖、风险更高、且确实需要全新思考的决策。

数学上来说： 如果你每天要做 100 个决定，并且你能把其中哪怕 50 个建立成决策框架，你用于重要决策的认知容量就相当于翻了一倍。

本周三个行动：

1. 记录你的重复决策： 连续 3 天，记下每一个你做了不止一次的决定。这就是你的框架机会清单。

2. 建立一个框架： 选出你最耗神的重复性决策，写下一个默认答案和明确的例外情况。测试 2 周。

3. 分享一个框架： 如果你有一个团队，就挑选一项由多人共同做出的决策。创建一个框架并将其分享出去。你会看到决策速度提升。

你的初创公司需要你在重要的事情上做出明智的决策。 不要再把认知精力浪费在本可以有默认选项的决策上。

构建决策框架。节省你的脑力。就真正能推动公司前进的事情做出更好的决策。