拓知商学阅览室

标签： 认知管理

  • 初创公司的决策框架

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

    作为创始人，你每天要做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. 分享一个框架： 如果你有一个团队，就挑选一项由多人共同做出的决策。创建一个框架并将其分享出去。你会看到决策速度提升。

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

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