ce11-better-solution-distraction

name	ce11-better-solution-distraction
description	用户说"等我们学完X语言"、"有一个更好的工具"、"我们应该用新技术"、用技术选型逃避客户验证时激活。 信号词: "技术栈2年后会过时"、"新框架更好"、"等学完再开始"、"有更完美的方案"。 不适用于: 已验证PMF后的技术架构讨论、有明确技术债务问题需要解决的情况。
source_book	《小而美》 萨希尔·拉文吉亚
source_chapter	第三章「越少越好」
tags	["counter-example","analysis-paralysis","tools","action"]
related_skills	[]

反例: 被"更好"的方案分散注意力

R — 原文 (Reading)

你不需要直接跳到写代码或者编程来创建流程...这些事情都会以比你想的更容易、更便宜的途径实现。

— 萨希尔·拉文吉亚, 第三章

---

I — 方法论骨架 (Interpretation)

这个反例揭示了技术选型是执行细节，不是战略；等待"更好方案"本质上是另一种形式的拖延。

核心逻辑链:

1. 用户在纠结技术选型 → 误以为这是战略决策
2. 等待"完美"工具 → 从不开始
3. 不开始 → 没有真实反馈
4. 没有真实反馈 → 产品基于假设而非数据

反直觉教训: 对于早期创业者来说，"正确的时间"永远不存在。先开始做，哪怕工具不完美。

---

A1 — 书中的应用 (Past Application)

案例 1: Product Hunt的快速启动

• 问题: 在感恩节休假期间决定做Product Hunt
• 方法论的使用: 不用等待完美方案，5天后有了简约但功能完备的产品
• 结论: "这些事情都会以比你想的更容易、更便宜的途径实现"
• 结果: Product Hunt成为重要产品发布平台

案例 2: 以为免费能获客的陷阱

• 问题: "我已经有一个App的想法"、"我要开始写代码了"、"产品做出来用户自然会有"
• 方法论的使用: 用"技术实现"代替"客户验证"
• 结论: 没有客户验证的技术开发是空转
• 结果: 浪费时间和资源

---

A2 — 触发场景 (Future Trigger) ★

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

1. 用户说"等我们学完X语言"——用学习逃避执行
2. 用户说"有一个更好的工具"——追求完美工具而非验证客户
3. 用户说"我们应该用新技术"——用技术选型代替战略思考
4. 用户在讨论"技术债务"但还没验证PMF——优先级错位
5. 用户说"等我想清楚了再做"——用思考代替行动

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

• "等我们学完X语言"
• "有一个更好的工具"
• "我们应该用新技术"
• "技术栈2年后会过时"
• "我想再准备准备"

与相邻 skill 的区分

• 与 g03-processize 的区别: 本skill是"为什么不要等",g03是"如何先流程化"
• 与 g02-manual-valuable-process 的区别: 本skill强调人工/技术,不是关键,g02强调人工验证的必要性

---

E — 可执行步骤 (Execution)

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

1. 问"谁愿意付钱"而非"用什么技术"

   • 完成标准: 用户把问题从技术转向客户

2. 用最低成本验证

   • 完成标准: 用户找到不需要写代码就能验证的方法（微信、表格、手动服务）

3. 技术选型只在"能完成工作"层面讨论

   • 完成标准: 如果当前技术栈能完成客户需要的工作，它就是正确的选择
   • 判停条件: 若用户已有付费客户，技术选型讨论才有意义

---

B — 边界 (Boundary) ★

不要在以下情况使用此 skill

• 已验证PMF后的技术架构讨论——这时技术选型确实重要
• 有明确技术债务问题影响业务——这时技术优化是合理的
• 讨论自动化已有MVP的流程——那是g03的范畴

作者在书中警告的失败模式

• 追求"完美技术栈"
• 等到"最好"的工具才行动
• 被新工具/技术分散注意力

如何避免被"更好方案"分散注意力

1. 客户会因为你的技术栈是最新框架而多付钱吗 — 如果答案是否定的，重写就是在逃避真正的任务
2. 先开始再优化 — 当你在想"用哪个框架"的时候，你应该在想"谁愿意付钱"
3. 技术债务是"后期"问题 — 早期没有"后期"，你需要先证明有人愿意付钱
4. 用"足够好"替代"完美" — 手动服务+表格 > 等3个月写代码 > 没人用

容易混淆的邻近方法论

• "工欲善其事，必先利其器"——本skill强调器在事之后，而非之前
• "技术债务是危险的"——那是规模化阶段的问题，不是早期问题

---

相关 skills (阶段 3 填充)

• depends-on: g02-manual-valuable-process, g03-processize
• contrasts-with:
• composes-with:

---

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: 待测试
• 蒸馏时间: 2026-04-17

---

相关链接

• g02-manual-valuable-process — 人工流程: 用人工代替技术选型验证
• g03-processize — 流程化: 先流程化而非先写代码
• p03-less-is-more — 越少越好: 追求完美是越少越好的反面