less-is-more-priorities

Less Is More Priorities

R — 原文 (Reading)

"Set a handful of Priorities (the fewer the better)."

— Verne Harnish, Scaling Up, 第9章

---

I — 方法论骨架 (Interpretation)

Scaling Up 的优先级哲学极其明确：优先事项越少越好，季度主题最好只有1个。背后的认知科学依据是：人类心智处理多任务时有极高的切换成本，聚焦才能产生突破性成果。

"什么都重要 = 什么都不重要"不是比喻，是神经科学事实。当一个团队同时推进10个 initiatives，每个 initiatives 只能获得10%的注意力，实际上什么都做不透。

3倍行业利润率需要的是在少数关键点上做到极致，而非在多个平庸维度上略有改善。聚焦不是放弃，而是有意识地选择不做什么。

---

A1 — 书中的应用 (Past Application)

案例 1: 某SaaS公司的季度"只有一件事"

• 问题: 创始团队每季度初列出15个"优先级"，到季度末发现真正完成的只有2-3个，其他都半途而废。
• 方法论的使用: 强制要求每个部门只选1个季度最高优先事项，全公司层面只选3个。资源倒推：如果这1件事没做完，下季度不开启新事项。
• 结论: 季度目标减少到3个后，完成率从20%提升到85%。
• 结果: 虽然做的事情变少，但每个核心指标的改善幅度显著增大。

案例 2: 零售连锁的聚焦转型

• 问题: 30家门店同时推进数字化、新品类、会员体系、培训升级4个战略项目，资源分散，每项推进缓慢。
• 方法论的使用: 高管团队花两天时间用"Opportunity Discovery"方法论重新排序。结论：未来两个季度只聚焦"单店客流提升"，其他三项作为支持项而非独立战略。
• 结论: 量化后发现：单店客流每提升10%，整体收入提升大于其他3项总和的预期贡献。
• 结果: 两个季度后单店客流提升22%，整体利润增长超过前两年的总和。

---

A2 — 触发场景 (Future Trigger) ★

用户会在什么情境下需要这个 skill?

1. 季度规划时：用户开始列季度目标，一二三四五六七……超过3个时。
2. 感到团队疲于奔命时：用户说"大家都很忙但好像没什么进展"。
3. 战略讨论无法收敛时：高管会议讨论战略，列了8个方向但无法达成共识。
4. 新项目立项时：用户问"这个新项目要不要做"——需要先问：如果做这个，原来哪个项目会被替换？
5. KPI过多导致团队迷茫时：当团队有15个KPI需要跟踪，每个人都认为自己的指标最重要。

语言信号 (用户的话里出现这些就应激活)

• "事情太多了……"
• "优先级……"
• "聚焦……"
• "先做哪个……"
• "想做的事太多"
• "这也很重要那也很重要"

与相邻 skill 的区分

• 与 OPSP Alignment 的区别：OPSP是全公司对齐的工具，Less Is More是优先级排序的原则——先决定不做什么，OPSP才能有效传达。
• 与 Fast Pulse Fast Growth 的区别：快脉搏是节奏设计，这个是聚焦设计——节奏对了但聚焦错了，同样无效。

---

E — 可执行步骤 (Execution)

当 skill 被激活后，agent 应按以下步骤执行:

1. 列举当前所有"优先级"并强制排序

   • 让用户或团队列出所有正在推进和计划推进的事项（不超过2分钟快速列举）
   • 完成标准：得到一份完整清单

2. 用"消除法"而非"选择法"做筛选

   • 问：如果只能留3件事，你会留哪3件？再问：如果只能留1件呢？
   • 引导用户理解：被筛掉的事项不是"不做"，而是"这个季度不做"
   • 判停条件：若团队能快速达成共识（<15分钟），跳过步骤3

3. 为选定的优先事项分配70%资源

   • 明确：每个优先事项的负责人、关键里程碑、所需资源占比
   • 规则：任何新增优先事项，必须从现有清单中移除对等数量的事项
   • 完成标准：产出一份"本季度Top3 + 冷冻清单"的文档

---

B — 边界 (Boundary) ★

不要在以下情况使用此 skill

• 紧急危机处理时：危机响应需要即时动员全部资源，但危机过后必须立刻回归聚焦状态。
• 早期探索阶段：产品市场契合度未确认前，尝试本身就是聚焦——过早收窄会错过正确答案。
• 合规和法定义务：这类事项无论多"低优先级"都不能从清单移除。