朝、Chatworkを開く前にやっていること

僕の朝は、だいたい同じ型で始まります。

Claude Codeを開いて、一言だけ打つ。

「ダッシュボード更新して。今日誰に何をする？」

返ってくるのは、きれいな報告書じゃない。

今日触る相手と、次の一手が並んだ一覧です。

その一覧を見てから、Chatworkを開く。

この順番にしただけで、朝の消耗の質が変わりました。

「あれ、誰に返してないんだっけ」から始める一日と、「今日はこの3人」から始める一日は、同じ案件数でも頭の空き方が違う。

いま、自社ではだいたい15件前後のクライアントワークを同時に抱えています。

コーチ、士業、サロン、占い、制作、プロデュース。無形の仕事が中心です。

以前は、この15件を頭と夜の見返しで回していました。

当然、漏れます。忘れる。追う側に回る。本来やるべき制作が後ろにずれる。

そこでやったのは、AIにもっと上手な文章を書かせることじゃありませんでした。

事務員として雇う側の設計を、先に作ったんです。

この教材は、その設計図です。

Stand.fmは毎日。Kindleは15冊以上。Udemyの学習者は2,200人超。

発信や教材づくりの話は、1作目のBrainで書きました。

今回は別ラインです。発信の量産ではなく、案件事務の秘書化がテーマです。

約15案件を頭で回していた頃の話

世の中には、Claude CodeやCursorの入門書、記事量産のプロンプト集がたくさんあります。
それで「書いた経験」は増える。でも、翌朝また同じ画面を見て立ち止まる人は多い。

なぜか。

単発のプロンプトは、その瞬間の作業を速くする道具 だからです。
一方で、複数案件の消耗の正体は別のところにある。

誰待ちかが、頭の外に出ていない
依頼を受けた瞬間に、期限が仕込まれていない
納品・催促・週報が、毎回ゼロから始まっている
「また後でまとめよう」が、意思力に依存している

ここを触らないまま「もっと上手に書かせよう」とすると、
書く速度だけ上がって、漏れの不安は残り続けます。

「頑張って使う」から「勝手に回る」へ

僕が大事にしている言葉があります。

意思力より環境設計。

毎日ダッシュボードを見よう、と決意しても、忙しい週は見ない。
見ない週があると、また頭の中に戻る。悪循環です。

だから設計の向きを変えます。

「自分が頑張る前提」ではなく、
「コマンドを一つ打つと、今日やる相手が出てくる」
「止まっている案件が、洗い出されて文面まで出る」
「納品が、毎回同じ型で終わる」

意思力を褒める教材じゃありません。
意思力が切れても回る側 に寄せる話です。

Claude Codeは「コードを書くツール」ではない

ここがこの教材のいちばん大きな前提です。

Claude Codeを「プログラミング学習の道具」として買う必要はありません。
僕の使い方の中心は、こうです。

全案件の進捗を集計して、一覧にする
停滞している相手への催促文を、自分の口調で下書きする
Driveへの納品と送付文を、ワンコマンドで揃える
カレンダーから逆引きして、振り返りの記録を残す
繰り返している作業を、スキル（型）に固める

コードが書けるようになることがゴールじゃない。
辞めない事務員を、手元に置くことがゴール です。

エンジニア出身じゃなくても大丈夫、というより、
現場の事務の痛みを知っている人の方が、この教材は刺さりやすいと思います。

なぜ多くの人が、ここで同じ詰まり方をするのか

コーチ、士業、サロン、占い、制作、プロデュース。

無形の仕事を複数並行している人ほど、詰まり方が似ています。

「Chatworkを開くたびに、『あれ、誰に返してないんだっけ』になる」

「案件は増えたのに、催促を忘れて相手ボールのまま一週間経つ」

「納品のたびに手順が違って、毎回どこかにファイルを置き忘れる」

「AIは使っている。でも事務作業は減っていない」

セッションや本業の腕の問題じゃないことが多い。

案件の数が、頭のキャパを超えたあとに起きる、構造の問題なんです。

多くの人がここでやるのは、意思力の追加です。

毎日ダッシュボードを見よう。夜に全部確認しよう。忘れないようにメモしよう。

最初の1週間は続きます。

忙しい週に1回サボる。

サボった罪悪感で、見るのが重くなる。

気づいたら、また頭の中管理に戻っている。

これは根性の問題というより、設計の問題です。

消耗の中心は、状態が頭の外に出ていないこと。

誰待ちかが、頭とチャットの中に分散していること。

依頼を受けた瞬間に、期限が仕込まれていないこと。

「また後でまとめよう」が、意思力に依存していること。

ここを触らないまま「もっと上手に書かせよう」とすると、

書く速度だけ上がって、漏れの不安は残り続けます。

次の章で、その取り違えを正面から置きます。

理屈の展開は、このあと公開する第1章に一本化しています。

購入特典

購入特典1：業務OS 最小構成テンプレ（サニタイズ済み）

案件フォルダの最小構成、ダッシュボード用の置き場、よく使う依頼文の骨だけをまとめたテンプレ一式です。
実在のクライアント名やルームIDは入っていません。穴埋めして使います。

特典の受け取り方（購入特典とレビュー特典の分担）

購入直後に渡すものと、レビュー記入後に渡すものを分けます。

購入特典：業務OS最小構成テンプレ（4-1のもの。すぐ使えます）
レビュー特典：導入チェックリスト／案件管理の棚卸しワーク（予定）

レビュー特典は「書いた人だけ得をするおまけ」ではなく、
導入で止まりやすい地点を先に潰すための道具 にする予定です。

購入特典3：育つ講座としての受け皿

詰まった質問は、限定の場（集客の学校）で受け付けます。
よくある詰まりは、教材側に追記していきます。

情報を一度渡して終わり、ではなく、
使いながら厚くなる側 に寄せます。

集客の学校：
https://line.me/ti/g2/Jjch7OyPxVs9JI45BpKoOUGFN3_doUg6P6ReFQ?utm_source=invitation\&utm_medium=link_copy\&utm_campaign=default

著者について・歩き方・価格・紹介プログラム

著者・荒屋明神（あらや）について

一般社団法人アイン代表理事
Stand.fmで毎日発信、Kindle15冊以上、Udemy学習者2,200人超
コーチ・士業・サロン・占い・講師業など、無形商材の個人事業主の発信・導線設計を支援
自社でも約15案件並行のクライアントワークを運用し、その事務をClaude Code中心の業務OSで回している

1作目のBrainでは「音声でしゃべって、Cursorで発信を量産する」話を書きました。
今回は別ラインです。発信の量産ではなく、案件事務の秘書化 がテーマです。

この教材の歩き方

brain_教材の歩き方_表.png

焦って全部を一夜で作らなくて大丈夫です。
第8章の「最初の1つ」から入る人の方が、続きやすいです。

本教材の価格について

販売価格：980円

※内容の拡充に伴い、将来的に値上げする場合があります。
Brainの画面では、980円 と表示されます。

外注の事務スタッフを月額で雇うコストや、漏れ1件で失う信頼・時間と比べたとき、
「型を一度手元に置く値段」として置いています。

紹介プログラムについて

紹介料：売上の50%還元（全紹介者共通で設定予定）

Brainの紹介リンク経由の購入に対して還元されます。詳細は販売管理画面の設定に従います。

向いている人／向いていない人

向いている人

クライアントワークを複数同時に抱えている
Chatworkやメールの「誰待ちか」で頭がいっぱい
AIは触っているが、事務が楽になった実感がない
エンジニアになりたいわけではない。事業の回り方を整えたい

向いていない人

プログラミングそのものを学びたい人（入門書の方が合う）
案件がほぼゼロで、まず商品も導線もない段階の人（先に売る側の設計が先）
「何もしなくても全部勝手に終わる魔法」を探している人（設計と最初の一手は必要）

第1章全文｜なぜ「AIに書かせる」だけでは業務が変わらないのか

ここから先は、有料本編の入口である第1章を、そのまま公開します。
思想が腹落ちすれば、第2章以降の「地図」と「実装」がつながります。

1-1. 「AI活用系Brain」を買っても案件管理が楽にならない理由

AIの教材を買う動機って、だいたい似ています。

「もっと速く書きたい」
「もっと上手に要約したい」
「もっとコードを書かせたい」

それ自体は悪くない。実際、単発の作業は速くなります。

でも、複数案件を抱える人の消耗の中心は、そこじゃないことが多い。

消耗の中心は、状態が頭の外に出ていないこと です。

Aさんには構成案を送ったっけ
Bさんはフィードバック待ちだっけ
Cさんの納品、金曜だったっけ

これを毎回、記憶とチャット履歴の掘り起こしでやっていると、
どれだけ文章生成が速くても、脳の空き容量は増えません。

単発プロンプトの限界は、ここにあります。
「今この作業を速くする」ことと、「事業の状態を見える化する」ことは別物 なんです。

だからこの教材では、最初から「書かせ方」の話をしません。
先に、事務員が覚えるべき台帳と、朝の見方と、止まっている案件の拾い方を置きます。

1-2. 「頑張って使う」から「勝手に回る」へ

意思力で回す運用には、共通の終わり方があります。

最初の1週間は毎日見る。
忙しい週に1回サボる。
サボった罪悪感で、見るのが重くなる。
気づいたら、また頭の中管理に戻っている。

これは本人の根性の問題というより、設計の問題です。

環境設計に寄せると、やることはシンプルになります。

案件の事実（誰に何を渡し、何待ちか）を、決まった場所に残す
一覧を自動で作る
止まっているものだけを拾う
拾ったものに対する文面の型を持っておく

「毎日頑張る」を前提にしない。
週1のレーダーでも、漏れの総量が下がる 方が、現場では勝ちです。

完璧な自動化を最初から狙わなくていい。
最初は「朝、一覧を出す」だけでも十分に効きます。

1-3. Claude Codeは「事務員を雇うツール」という前提

ここを言い切ります。

Claude Codeを、僕はコード生成器として主に使っていません。
使っている中心は、次のような依頼です。

「ダッシュボード更新して。今日誰に何をする？」
「待ち渋滞になってる案件を洗い出して、催促文まで作って」
「この原稿、Driveに納品して、送付文も出して」
「昨日のカレンダーから振り返りして」

要するに、秘書と事務員に頼む日本語 です。

ツールの名前に Code と付いているので、どうしても「開発者の道具」に見えます。
でも、個人事業主の現場で効く使い方は、もっと地味です。

地味だけど、毎日発生する。
毎日発生するから、型にした瞬間に効く。

この教材のゴールは、あなたがエンジニアになることではありません。
あなたの事業に、辞めない事務員の席を1つ作ること です。

1-4. この教材で手に入るもの（業務OSの全体像）

有料エリアに入ると、次の順番で渡します。

まず地図です。情報を3層に分けます。
AIの短い記憶、ナレッジの置き場、実ファイルの作業場。
ここを混ぜると、どれだけ優秀なAIでも迷子になります。

次にダッシュボード。
「誰待ちか分からない」を、朝の一覧に変えます。

その次が、受領＋3日ルールと催促レーダー。
依頼を受けた瞬間に期限を仕込み、止まっている案件だけを拾います。

納品の自動化。
毎回違う手順でアップしてミスる、を止めます。

振り返りcron。
続かない振り返りを、カレンダー逆引きの仕組みに変えます。

スキル化。
繰り返している作業を、コマンドとして育てます。

最後に導入手順。
最初の1つは何にするかまで落とします。

第1章で持ち帰ってほしいのは、実装の細部より先に、この一文です。

業務が変わらないのは、あなたがAIを使いこなせていないからじゃない。
「書かせる道具」と「回す仕組み」を取り違えているだけ。

ここが腹落ちしたら、次の章で地図を広げます。