官方技能 · 商业思想家的原则

借鉴保罗·格雷厄姆的“无法规模化”上线计划

v1.0.1 · 2026年11月4日更新

依据保罗·格雷厄姆的文章《做无法规模化的事》，把产品想法变成争取首批用户的计划：窄起步、亲手招募、手工步骤、不搞大型发布、按周看增长。

Not affiliated with or endorsed by Paul Graham or their companies. About these principles: Paul Graham's ideas, explained.

添加到团队的 Pod 下载 SKILL.md

可在 Claude、ChatGPT 和编程智能体中使用。在 Team 和 Business 套餐中，Pod 里的官方技能会在我们改进后自动更新到最新版。

适用场景

即将上线，或者有产品但用户很少
计划依赖一次大型发布日或一个大型合作

你需要提供

要做什么、给谁用
现有用户及每位是怎么找到你的
现在的上线计划
早期用户聚集在哪里；每周数字（如有）

你会得到

把想法写成向量、一个窄的起步人群、亲手招募清单、早期用户体验、带自动化触发条件的手工步骤、要砍掉的事项，以及一个每周指标。

工作方式

写出向量（原则 10） 第一部分：你要做什么。第二部分：为了跑起来你要手工做什么。如果第二部分是空的，就停下来直说；这正是文章提醒的危险信号。
选出可控的那团火（原则 6） 写出能很快达到临界规模的最窄人群、他们大约有多少人，以及他们为什么会觉得这个产品是为自己做的。优先选注册最快的人群，而不是付钱最多的人群，除非用户的情况另有说明。
列出要亲手招募的对象（原则 2） 十到三十个具体的地方或人（社群、活动、老客户、同行），以及对每一个的第一步行动：上门拜访、打电话、一起完成设置。把“发个链接”换成“一起把它装好”。
设计早期用户体验（原则 4 和 5） 每位新用户能从创始人那里得到什么大公司给不了的东西：一对一的上手指导、直接联系方式、一张卡片、当天上线的修复。写明谁来做，每位用户要花多少时间。
选一个用户来专门做（原则 7） 做 B2B 时，写出你要紧贴其需求的那一位用户，以及替他使用产品能让你学到什么。
标出暂时手工做的部分（原则 8） 现在要手工做的每个步骤、每位用户的耗时，以及达到多少用户或每周多少小时时就把它自动化。
砍掉大赌注（原则 9） 列出计划中的大型发布、媒体推广或合作，以及这些时间改用来做什么。
定好每周指标（原则 3） 一个数字（有收入就用收入，否则用活跃用户数）、它的当前值、团队认为能达到的每周增长目标，以及每周复盘。

SKILL.md 全文

这就是 AI 读取的完整文件。下载

---
name: paul-graham-style-unscalable-plan
description: 依据保罗·格雷厄姆的文章《做无法规模化的事》（Do Things that Don't Scale，2013 年 7 月）中的建议，把一个产品或商业想法变成争取首批用户的计划：把想法看成“要做的东西”加“起步时要做的无法规模化的事”这一对组合，亲手招募用户，从一个刻意收窄、能很快达到临界规模的市场起步，让早期用户的体验非同寻常，像只为一个用户做产品那样紧贴他工作，先手工做以后才自动化的事，跳过大型发布会和大型合作，并追踪每周增长。适用于创始人或团队即将上线、有产品但用户很少、在等用户自己找上门、打算靠一次大型发布或合作启动增长，或问怎样拿到首批客户、该做哪些无法规模化的事的时候。
---

# 借鉴保罗·格雷厄姆的“无法规模化”上线计划

以下是保罗·格雷厄姆在文章中公开讲过的原则，主要来自《做无法规模化的事》（"Do Things that Don't Scale"，2013 年 7 月）和《创业 = 增长》（"Startup = Growth"，2012 年 9 月）。本技能与保罗·格雷厄姆及其公司无任何关联，也未获得其认可或背书。这个技能拿文章中的建议对照用户的上线计划，把它变成一份争取首批用户的具体计划：找谁、怎么找到、哪些事手工做、每周怎样衡量增长。

## 基本规则

- 不得把超出所引来源的引语或观点归到保罗·格雷厄姆名下。
- 不扮演、不模仿保罗·格雷厄姆，也不用他的口吻写作；只拿用户的材料对照下面的原则来审视。
- 用用户自己的数字。不编造用户数、增长率或转化率；缺的信息标为“[待确认：…]”。
- 这篇文章是写给追求快速增长的创业公司的。对不追求快速增长的业务（工作室、本地小店），要说明哪些原则仍然适用、哪些不适用。
- 手工做事也必须对用户诚实：绝不提议在用户付费买的是什么这件事上误导任何人；联系别人时尊重隐私，并取得同意。
- 文章中的公司案例（Stripe、Airbnb、Facebook 等）出自文章本身；不要在文章之外再给这些公司添加说法。

## 原则

1. **创业公司能起飞，是因为创始人在推。** 很少有公司是自己长起来的；文章把早期的推动比作早期汽车发动机上的手摇曲柄。来源：《做无法规模化的事》，2013 年 7 月，开头部分。
2. **亲手招募用户。** 创始人起步时最常做的无法规模化的事，就是亲手去招募用户，而不是等他们来；文章描述了创始人当场帮人把产品装好、而不是发一个链接的做法。观察哪些早期用户最热情，找出最有希望的那群人，再去找更多和他们一样的人。来源：同一篇文章，“Recruit”和“Fragile”两节。
3. **小数字会复利增长；按周衡量增长。** 创始人看不上手工招募，是因为绝对数字看起来很小，低估了复合增长；文章鼓励用每周增长率来衡量进展。《创业 = 增长》解释了 Y Combinator 为什么按周衡量增长，并在“Compass”一节建议选一个自己认为能达到的增长率，每周都努力达到。来源：同一篇文章，“Recruit”一节；《创业 = 增长》，2012 年 9 月。
4. **让早期用户惊喜。** 用非同寻常的做法让早期用户满意；规模小，反而能给出大公司给不了的关注。文章举的例子是一家公司给每位新用户寄一张手写感谢卡。来源：同一篇文章，“Delight”一节。
5. **是体验，不只是产品。** 在一家新创业公司里，应该做到非同寻常的是“作为用户的体验”；用心周到可以弥补早期产品的不完整。直接和早期用户打交道，本身就是让产品变好的反馈回路的一部分。来源：同一篇文章，“Experience”一节。
6. **从一团可控的火开始。** 有时正确的做法是选一个刻意收窄的市场，在那里很快达到临界规模，再往外扩。在“注册最快的那部分人”和“付钱最多的那部分人”之间选择时，文章说通常前者更好。来源：同一篇文章，“Fire”一节和注释 8。
7. **像顾问那样为一个用户工作。** 做 B2B 时，挑一个用户，专门为他做产品；第一个用户就是模子，适合他的东西往往也适合别人。不要为此按小时收费。替用户使用你自己的软件，能让你知道它在用户手里是什么感觉。来源：同一篇文章，“Consult”一节。
8. **先当软件，再把瓶颈自动化。** 用户还少时，把打算自动化的事先手工做，再逐步自动化；因为自己做过，你会知道该做什么。来源：同一篇文章，“Manual”一节。
9. **不搞大型发布，不搞大型合作。** 发布要的只是一批最初的核心用户；几个月后的情况，更多取决于你让他们有多满意。和大公司合作通常启动不了增长。来源：同一篇文章，“Big”一节。
10. **想法是一个向量。** 把想法看成一对组合：你要做的东西，加上起步时为了跑起来要做的无法规模化的事，通常是亲手招募用户、给他们非同寻常的体验。如果第二部分是空的，因为根本找不到可以亲手招募的用户，那这个想法很可能是坏想法，至少对这几位创始人来说是。来源：同一篇文章，“Vector”一节和注释 12。

## 适用场景

- 上线之前，用一份争取首批用户的计划取代“上线再说”。
- 产品能用但用户很少，团队在等用户上门。
- 计划依赖一次大型发布日、媒体报道或一个大合作伙伴。
- 决定从哪一小群人开始。
- 不适用于成熟产品的增长计划（用 experiment-plan 或 positioning-statement），也不适用于单位经济（用 unit-economics-check）。

## 需要准备

- 一句话说明你在做什么、给谁用。
- 现有用户或客户（如有），以及每一位是怎么找到你的。
- 现在的上线计划。
- 可能的早期用户在线上或线下聚集在哪里，你能否自己接触到他们。
- 产品的哪一部分暂时可以手工完成。
- 你手上的每周数字（注册数、活跃用户数、收入）。

## 步骤

1. **写出向量（原则 10）。** 第一部分：你要做什么。第二部分：为了跑起来你要手工做什么。如果第二部分是空的，就停下来直说；这正是文章提醒的危险信号。
2. **选出可控的那团火（原则 6）。** 写出能很快达到临界规模的最窄人群、他们大约有多少人，以及他们为什么会觉得这个产品是为自己做的。优先选注册最快的人群，而不是付钱最多的人群，除非用户的情况另有说明。
3. **列出要亲手招募的对象（原则 2）。** 十到三十个具体的地方或人（社群、活动、老客户、同行），以及对每一个的第一步行动：上门拜访、打电话、一起完成设置。把“发个链接”换成“一起把它装好”。
4. **设计早期用户体验（原则 4 和 5）。** 每位新用户能从创始人那里得到什么大公司给不了的东西：一对一的上手指导、直接联系方式、一张卡片、当天上线的修复。写明谁来做，每位用户要花多少时间。
5. **选一个用户来专门做（原则 7）。** 做 B2B 时，写出你要紧贴其需求的那一位用户，以及替他使用产品能让你学到什么。
6. **标出暂时手工做的部分（原则 8）。** 现在要手工做的每个步骤、每位用户的耗时，以及达到多少用户或每周多少小时时就把它自动化。
7. **砍掉大赌注（原则 9）。** 列出计划中的大型发布、媒体推广或合作，以及这些时间改用来做什么。
8. **定好每周指标（原则 3）。** 一个数字（有收入就用收入，否则用活跃用户数）、它的当前值、团队认为能达到的每周增长目标，以及每周复盘。

## 输出格式

```markdown
# “无法规模化”上线计划：[产品]
以下是保罗·格雷厄姆在《做无法规模化的事》（2013 年 7 月）和《创业 = 增长》（2012 年 9 月）中公开讲过的原则。本计划与保罗·格雷厄姆及其公司无任何关联，也未获得其认可或背书。

## 向量
要做的：[什么]。手工做的：[什么]。[如果第二部分是空的，写出警告]

## 可控的那团火
[人群]，大约 [n] 人 [或待确认]，因为 [为什么这是为他们做的]。

## 亲手招募
| 地方 / 对象 | 第一步行动 | 团队中由谁负责 | 截止时间 |
|---|---|---|---|

## 早期用户体验
| 每位新用户得到什么 | 谁来做 | 每位用户耗时 |
|---|---|---|

## 专门服务的一位用户
[是谁、要贴合什么、能学到什么]

## 现在手工，以后自动化
| 手工完成的步骤 | 每位用户耗时 | 何时自动化 |
|---|---|---|

## 砍掉或推迟
[大型发布 / 合作项目，以及用什么替代]

## 每周指标
[数字]，当前 [x]，每周目标 [y]，每 [星期几] 复盘。

## 使用的原则
[编号，附文章和小节]
```

## 示例

**输入：**“我们给独立美发店做了一个预约和提醒工具。有 4 家店在用，都是我联合创始人的朋友。计划：下个月在一个大型产品目录网站上发布，并争取和一家美发用品连锁合作。我们的上手流程就是一张注册表；提醒由我们的代码自动发送，但店家自己录入服务项目要花一个小时，大多数人中途放弃。”

**输出（节选）：**

```markdown
以下是保罗·格雷厄姆在《做无法规模化的事》（2013 年 7 月）和《创业 = 增长》（2012 年 9 月）中公开讲过的原则。本计划与保罗·格雷厄姆及其公司无任何关联，也未获得其认可或背书。

## 向量
要做的：给独立美发店用的预约和提醒。手工做的：我们自己到店里，帮每家店录入服务项目和员工，并每周回访一次。

## 可控的那团火
一座城市里一个区的独立美发店 [待确认：数量]，那里的店主彼此认识，能在朋友店里看到这个工具在运行。

## 亲手招募
| 地方 / 对象 | 第一步行动 | 团队中由谁负责 | 截止时间 |
|---|---|---|---|
| 现有 4 家店认识的店主 | 请每位现有店主各介绍两位 | 联合创始人 | 本周 |
| 这个区主街上的美发店 | 挑一个工作日不忙的上午上门，对方同意就当场设置好 | 两位创始人 | 接下来两周 |

## 现在手工，以后自动化
| 手工完成的步骤 | 每位用户耗时 | 何时自动化 |
|---|---|---|
| 录入服务项目、价格和员工 | 约 1 小时 [来自输入] | 当每周设置时间超过 [待确认：小时数] 时 |

## 砍掉或推迟
产品目录网站上的发布，以及和美发用品连锁的合作。文章说发布只需要带来一批最初的核心用户，大型合作通常启动不了增长；把这个月花在这个区上。

## 每周指标
活跃店铺数，当前 4 家，每周目标 [由团队设定]，每周一复盘。
```

## 发送前检查

- [ ] 输出中有来源说明和“无关联”声明。
- [ ] 向量的两部分都有，否则计划直接写明第二部分是空的。
- [ ] 起步人群足够窄、写出了名字，并说明为什么这是为他们做的。
- [ ] 招募是亲手进行的，有具体的地方或人，以及第一步行动。
- [ ] 每个手工步骤都有“何时自动化”的触发条件。
- [ ] 计划中的大型发布或合作都被质疑过，并附上文章给的理由。
- [ ] 有一个每周数字及其当前值；没有编造的数字。

## 常见错误

- 把“做无法规模化的事”当成可以一直手工做下去的许可；文章说要逐步把瓶颈自动化。
- 因为看起来更大就选一个宽泛的市场，而不是一群能达到临界规模的人。
- 统计累计注册数，而不是每周增长。
- 把文章里的公司故事照搬成打法，不检查它们是否适合用户所在的市场。

与团队共享

把它添加到 AI Skill Pod，团队里的每个人（包括外包人员）都能在自己的 AI 中使用同一个版本。了解与团队共享 AI 技能的最佳方式

添加到团队的 Pod

更新记录

v1.0.1 · 2026年11月4日 · Example output now opens with the attribution and not-affiliated lines, as the skill's own checks require.
v1.0.0 · 2026年11月4日 · First release.

参考来源

Do Things that Don't Scale, Paul Graham, July 2013 (2026-11-04 查阅)
Startup = Growth, Paul Graham, September 2012 (2026-11-04 查阅)