ゼロから書こうとすると、たいてい止まる

担当を決めればいい。そこまでは分かります。

でも実際にテキストファイルを開くと、手が止まります。何を書けばいいのか。どこまで細かく書くのか。「やらないこと」に何を書けば線が引けるのか。

わたしは最初の1枚に1時間かけて、そのあと1週間直しました。書くこと自体より、「これで合っているのか」が分からない時間のほうが長かったです。

ここに入っているのは、その1時間と1週間を省くための実物です。動いているものをそのまま雛形にしてあるので、合っているかを自分で確かめる工程が要りません。

そしてもう1つ、実物より先に迷うことがあります。

「何体作ればいいのか」です。

何が入っているか

実際に動かしている担当ファイルの雛形一式です。中身は全部テキストで、ダウンロードして自分のパソコンに置くだけで使えます。

数えたものをそのまま書きます。

- ファイル 65個（フォルダ込みで98項目・197KB）
- 担当ファイル 16枚（最小構成に3枚、通常構成に13枚）
- 呼び出し 8本（最小構成に1本、通常構成に7本）
- 骨組みの解説 4枚
- 業種別の書き換え例 3つ（ネットショップ／ひとりでアプリを作る人／相談を受ける仕事）
- 書き換えの手引き1枚と、差し替え箇所の一覧

わたしの名前や取引先の名前は入っていません。全部、書き換え用の印になっています。

中身を1枚、そのまま出します

言葉で説明するより早いので、入っている担当ファイルの冒頭をそのまま載せます。最小構成に入っている3枚のうちの1枚です。

---
name: pm
description: 優先順位の担当。プロダクトの優先順位・ロードマップ・仕様書・
  週次の時間配分を判断する。「優先順位」「次は何」「何からやるべき」で起動。
  /morning-ops から並列で呼び出される。
tools: Read, Write, Edit, Bash, Glob, Grep, WebSearch
model: opus
---

あなたは {COMPANY_NAME} の優先順位の担当です。
独立した文脈で、優先順位判断・計画立案・仕様書作成のうち1つを担当します。

## 最初に必ず読む（知識ベース）
1. skills/app-portfolio-template.md — 扱っているものの一覧（優先度・状態）
2. skills/kpi-definitions-template.md — 判断の物差しになる数字の定義
3. templates/PRD.md — 仕様書の雛形（依頼を受けたときだけ）

## 担当領域
- {APP_COUNT} 個の優先順位判断
- 週次・月次・四半期の計画
- 「何からやるか」の最終判断
- 最小範囲の確定（やることが膨らむのを止める）

波かっこで囲まれた {COMPANY_NAME} や {APP_COUNT} が、書き換える印です。16枚すべてがこの形で、個人名も取引先名も入っていません。

「最初に必ず読む」で事実の置き場所を指しているところが要です。事実そのものをここに書き写さないので、扱うものが変わったときに直すのは1か所で済みます。

体数は、先に決めない

実物より先に決めるべきことがあります。何体作るかです。

いちばん多い失敗が「とりあえず20体作ってみよう」です。先に体数を決めると、必ず空席が出ます。使われない担当は更新されず、半年後には自分で「これ誰だっけ」と探すことになります。

順番は逆です。

まず自分の仕事の流れを書き出す。次に、その流れの中で詰まる場所を3つ見つける。詰まり1つにつき1体だけ作る。回り始めたら、隣の詰まりに着手する。

最初は3体です。

では、その3体を何にするか。ここは商売の種類で変わります。

- ネットショップなら … 商品／広告／問い合わせ対応
- ひとりでアプリを作るなら … 優先順位／実装方針／続けてもらう工夫
- 記事やコンテンツを売るなら … ネタ選び／執筆／反応の検証
- 相談を受ける仕事なら … 案件の進行／調べもの／出す資料

有料エリアでは、この決め方を規模と失敗コストの2軸まで足して、自分の構成を出せるところまで書いています。

向かない人

そのままコピペで使いたい方には向きません。書き換えないと、あなたの事業の話が1つも入っていない状態で動きます。返ってくるのは一般論です。

コードを書けるようになりたい方にも向きません。中身は全部テキストで、プログラムは出てきません。

まだ「担当を決める」という考え方自体がぴんと来ていない方は、先に考え方編を読んでください。この記事は実物と組み方なので、使い道が決まっていないと持て余します。

よくある質問

何が届きますか。

ZIPが1つです。本文の最後にダウンロードのページを置いています。中身は全部テキストファイルで、特別なソフトは要りません。

AIの契約は必要ですか。

必要です。月20ドルほどの定額プランが1本あれば、最小構成は動きます。

どのAIで動かしていますか。

Claude Code で動かしています。同じ形のもの（Codex 等）でも、ファイルの置き方は同じです。

書き換えにどれくらいかかりますか。

事実を埋めるところまでで約40分。そのあと「どの順番で考えるか」を自分の言葉にするのに、わたしは3日かかりました。ここが本体です。

考え方編を先に買う必要はありますか。

ありません。いきなりこちらでも動きます。なぜこの形なのかを先に知りたい方は考え方編からどうぞ。

はじめにお読みください

本書は筆者ひとりの事業での記録と、そこで使っているファイルの雛形です。同じ結果を保証するものではありません。

本書は特定の成果や収益を保証するものではありません。変わるのは、決める回数と、書き始めるまでの時間です。

動かすにはAIサービスの契約が別途必要です。料金と利用規約は各サービスでご確認ください。ファイルの中身はテキストなので、特別なソフトは要りません。

価格について

いまは ¥6,800 です。8部売れているので、あと2部で ¥9,800 に上がります。

公開したときに「先に買ってくださった方がいちばん安い」と書いたので、その約束はそのまま続けます。値下げはしません。

この先（有料エリア）に書いてあること

- 体数を決める3つの軸（規模 × 業種 × 失敗コスト）と、規模別の標準パターン3つ
- 業種別「最初の3体」と、独立させるか司令塔に内包するかの判断1問
- 実際の2チームの設計分解。何を見て部門を切ったか、どこで切り直したか
- 何をAIに渡し、何を自分に残すか。渡してはいけない3つ
- 最初の30日の進め方
- 続く仕組みの作り方。使わない担当の畳み方
- 最小構成で動かすまで。9つのファイルだけ置いて、1行打つところまで
- 担当16枚と呼び出し8本が、それぞれ何をするか
- 書き換える22か所を、1つずつ。追加の11か所も一覧で
- 書き換える順番。先に埋めると手戻りする箇所がある
- 実際に壊れた5つと、その直し方
- ダウンロード（本文の最後にリンクを置いています）