公式スキル · 経営者の原則

ポール・グレアム流 スケールしない立ち上げ計画

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.

Claude・ChatGPT・コーディング用の AI で使えます。TeamとBusiness では、Pod に入れた公式スキルが改善のたびに自動で最新版になります。

使う場面

• ローンチを控えている、または製品はあるのにユーザーが少ない
• 計画が大きなローンチの日や大企業との提携に頼っている

AI に渡すもの

• 何をだれのために作るか
• いまのユーザーと、それぞれがどう見つけてくれたか
• いまのローンチ計画
• 初期のユーザーが集まる場所、あれば週ごとの数字

できあがるもの

ベクトルとして書いたアイデア、狭く始める層、手で集める相手の一覧、初期のユーザーの体験、自動化するタイミングつきの手作業、やめること、週ごとの指標1つ。

手順

1. ベクトルを書く（原則10） 1つ目の成分：何を作るか。2つ目の成分：立ち上げのために何を手でやるか。2つ目が空っぽなら、そこで止めてはっきりそう書く。それがエッセイの警告のしるしである。
2. 囲い込む火を選ぶ（原則6） 短期間で利用者がまとまって集まりそうないちばん狭い層、その人数、その人たちが「自分たちのための製品だ」と感じる理由を書く。ユーザーの事情が違うと示していない限り、いちばん多く払う層より、いちばん早く登録する層を選ぶ。
3. 手で集める相手を挙げる（原則2） 名前のわかる場所や人（コミュニティ、イベント、過去の顧客、同業者）を10〜30挙げ、それぞれへの最初の一手を具体的に書く：訪問、電話、一緒に設定する時間。「リンクを送る」は「一緒に設定する」に置き換える。
4. 初期のユーザーの体験を設計する（原則4と5） 新しいユーザーが創業者から受け取る、大企業にはできない対応を決める：一対一の導入支援、直通の連絡先、手書きのメモ、その日のうちの修正。だれがやり、ユーザー1人あたり何分かかるかを書く。
5. 1人のユーザーのために作る（原則7） 企業向けなら、だれのニーズにぴったり合わせるかと、その人に代わって製品を使うことで何を学ぶかを書く。
6. 手でやるものに印をつける（原則8） いま手でやる工程ごとに、ユーザー1人あたりの時間と、何人、または週何時間になったら自動化するかを書く。
7. 大きな賭けを外す（原則9） 計画にある大きなローンチ、メディアへの売り込み、提携を挙げ、その時間で代わりに何をするかを書く。
8. 週ごとの指標を決める（原則3） 数字を1つ（売上があれば売上、なければアクティブユーザー数）、いまの値、チームが達成できると思う週ごとの成長目標、毎週の振り返りを決める。

チームで使う

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.