一人でビジネスを運営するためのアドバイスのほとんどは、「やることを減らす」ことについてです。これはその逆です。これは、あなたがすでにやるべきだと分かっていながら、なかなか手をつけられない仕事を、毎回自分で始めなくても自動的に進む仕組みにする方法についてです。
私はこれをある午後、すべて構築し、実際のファイルで実行しました。以下がその設定、結果、そして私が驚いた点です。
この記事の内容:
- ビジネスをレーン（部門）に分割する
- コンテキストを一度だけ書く
- 承認ラインを引く
- 各レーンに指示を出す（コピーして使える5つの例付き）
- スケジュールに組み込む
- 初日に得られた結果
- Uber、Spotify、Stripe での同じ構造
- 構築シート
順を追って5つのステップ。最初の3つは AI をまったく使いません。Slack とファイルフォルダだけです。これは意図的です。作業の大部分はステップ2と3にあります。人々が飛ばしてしまうのはこの2つであり、それを飛ばすからこそ、こうした仕組みは2週目で崩壊するのです。
ステップ 1. ビジネスをレーンに分割する
よくある間違いは、1つのアシスタントに1つの巨大なプロンプトを与え、すべてを任せようとすることです。うまくいくのはその逆です。1つのレーン、1つの仕事、1つの居場所。
サービスビジネスの場合、5つのレーンでほぼすべてをカバーできます。
クライアント。 誰がどの段階にいるか、今週何が出荷されるか、何がブロックされていて誰を待っているか。
リード。 条件に合う企業のリサーチと、初回コンタクトのドラフト。ここから送信されるものは何もありません。
デリバリー。 実際の成果物。あなたにとってそれが何であれ。
レポーティング。 プラットフォームから取得した数値を、レビュー用にドラフトしたもの。
ファイナンス。 請求書のドラフト作成と、発行済み、支払い済み、延滞中のものの週次サマリー。
各レーンには、Slack または Teams に専用のチャンネルを設けます。フォルダ、タブ、チャンネルではありません。その理由は、チャンネルにはすでに履歴があり、その履歴が誰も改めて説明する必要のないコンテキストとなるからです。
図1. 5つのレーン、各レーンが生成するもの、そして決して許可されない1つのこと。
ステップ 2. コンテキストを一度だけ書く
これが、この仕組みが機能するかどうかを左右する部分であり、誰もが飛ばしてしまう部分です。
各レーンには、1つのピン留めメッセージを設定します。これは、その仕事を担当する人に、3週間かけて説明する代わりに、書き留めて渡す仕事内容だと考えてください。
そこに含めるべき4つのこと:
何を、誰に販売しているか。 1～2行。これ以降のすべてはこれに依存します。このレーンが提供するもの。 責任範囲ではなく、名前の付いたアウトプット。エスカレーションすべき状況。 答えが「止まって聞け」となる状況。決して曲げてはいけないルール。 簡潔に。最大5～6行。
以下は、私の設定からのファイナンスレーンの例です（未編集）。
リテイナーは毎月1日に請求されます。プロジェクト作業は納品時に請求されます。金額と条件は、Drive のクライアントベースに記載されています。
ここで請求書のドラフトを作成し、レビュー用に投稿してください。最終化、送信、支払い済みのマークは絶対に行わないでください。
毎週金曜日の16:00にサマリーを投稿してください：発行済み請求書、支払い済み請求書、延滞日数を含む延滞中の請求書、月次累計。10行以内。
14日以上延滞しているものは、クライアント名と金額とともに、別途上部にフラグを立ててください。
構造に注目してください。事実、成果物、頻度、そして制限。私が書いたすべてのレーンはこれに従っており、最後の段落は常に制限です。
ルーリングスファイル。 ピン留めメッセージと並行して、すべての修正が1行で記録されるファイルを1つ保持します。一度書いて終わりのドキュメントではなく、継続的に更新されるリストです。何かを修正した場合、その修正はそこに記録され、すべてのレーンは作業前にそれを読みます。
私のファイルには次のような行があります:
予約コンサルテーションあたりのコストが指標であり、リードあたりのコストではありません。いかなるアカウントでも、いかなる理由でも、キャンペーンが一時停止されずに構築されることはありません。レポートには、すべての数値のソースと日付範囲が記載されているか、その数値は記載されません。
このファイルにより、修正が繰り返されるのではなく、恒久的なものになります。これは、この仕組み全体の中で最もレバレッジの効いたものであり、1行ずつコストがかかります。
図2. リードチャンネルにおけるピン留めされたコンテキストメッセージ。上部にトピック行があります。
ステップ 3. 承認ラインを引き、決して動かさない
元に戻せる作業と、元に戻せない作業があります。すべてのアクションを、一度だけこの2つの山に分類すれば、残りの設定はシンプルになります。
尋ねずに実行。 読む、リサーチする、ドラフトする、要約する、一時停止状態で何かを構築する。間違っていれば削除すればよい。
あなたを待つ。 送信する、公開する、支出する、最終化する、公開する。間違っていれば、クライアントに謝罪することになる。
実際には、私の5つのチャンネルのうち3つは、ピン留めメッセージに「ここからは何も出て行かない」と明記されています。リードチャンネルには送信ツールがまったく接続されていません。これは意図的です。機能がなければ、ルールを守るのは簡単です。
このルールが厳しすぎると感じる日こそ、それが機能している日です。
図3. 間違っていた場合のコストによって分類されたすべてのアクションと、その後に続く2つの落とし穴。
ステップ 4. 各レーンに同僚のように指示を出す
コンテキストは常に存在します。ブリーフィングは具体的な依頼です。以下をコピーして、括弧内を埋めてください。
クライアント。 クライアントベースを読み、今週の計画を投稿してください：各クライアント、その段階、出荷予定のもの、最大のブロッカー。その後、毎営業日8:00にスタンドアップを投稿してください：昨日動いたこと、今日の期限、ブロックされていること。8行以内、各行にクライアント名を明記。
リード。 [あなたのクライアントプロファイル] に合致する10社をリサーチしてください。各社について、事業内容、自社ウェブサイトで確認できる具体的なギャップ、そのギャップが本物か推測かを示す確信度を教えてください。推測の場合はその旨を明記。最も有力な5社について、初回コンタクトのドラフトを作成。2段落の短い文章で、相手のビジネスで見つけた内容から始めてください。
レポーティング。 パフォーマンスファイルから [クライアント] の [月] レポートを作成してください。すべての数値には、そのソースとカバーする日付範囲を記載。数値が欠落している場合は、どの数値かを示して停止してください。
ファイナンス。 [クライアント、マイルストーン、金額] の請求書のドラフトを作成し、レビュー用にここに投稿してください。最終化は絶対に行わないでください。毎週金曜日16:00に資金サマリーを投稿してください。
デリバリー。 オファーを2行で要約して、理解したことを確認させてください。次に計画を提案し、私の承認を待ってください。承認後、すべてを一時停止した状態で構築してください。
5つすべてに共通のパターン：最初にコンテキスト、名前付きの成果物、頻度、そして金銭や外部との接触に関わるものに対するゲート。
ステップ 5. スケジュールに組み込む
ツールとレーンの違いは、レーンは自動的に起動するという点です。
スケジュールはブリーフィングの中の一文です。「毎営業日8:00に」が設定のすべてです。これが設定されると、ラップトップを開く前にスタンドアップが届き、朝は質問ではなく決断から始まります。
ここで、1日の形も変わります。レーンはあなたが読むよりも速く成果を生み出すため、タスクリストをこなすのではなく、承認キューを処理するようになります。1日2回の確認時間で十分です。
AI 社員が実行した結果
私はこれを Viktor で実行しました。Viktor は、ワークスペースのメンバーとして Slack や Teams に参加し、ビジネスがすでに使用しているツールに接続する AI 社員です。設定には1回の午後を要しました。
初日から報告すべきことが5つあり、そのうち3つは拒否でした。
Viktor は不足しているデータをでっち上げませんでした。 Drive を接続する前に、スタンドアップを依頼しました。彼は確認し、何も見つからず、別のソースを確認し、空のベースを見つけ、もっともらしいステータスボードではなく、何も投稿しませんでした。彼の言葉：「推測で再構築するつもりはない」。
彼はデータが裏付けられない質問には答えませんでした。 予約あたりのコストが7月の84ドルから8月の103ドルに上昇した理由を尋ねました。彼は、その理由を説明できないと回答しました。7月のエクスポートがどこにもなく、唯一の7月の数値はソース不明のメモであり、ファイルに日付列がないため週末仮説は検証不可能であると。さらに、103ドルは1つのキャンペーンの数値であり、アカウント全体の数値は131.17ドルであると指摘し、どちらか一方を選ぶのではなく、両方を報告しました。
図4. 予約あたりのコスト上昇の原因を尋ねたところ、データがその質問に答えられない理由を説明。
彼は誰にも思い出されていないルールを適用しました。 クライアントファイルの奥深くに、あるクライアントがより高い予算上限について尋ねたが、何も合意されておらず、それに基づいて構築しないようにという一文が埋もれていました。彼はそれを、無関係なサマリーの中で自ら表面化させ、引き上げられた上限に基づいて構築しないと述べました。
彼はチャットではなく、完成した成果物を提供しました。 レポートは、表紙付きの組版済み PDF として返ってきました。ドラフト、クライアント公開用ではないとマークされていました。数値の前に、2ページ目には「今月のデータに関する3つの制限」というセクションがあります。
図5. 8月のレポート。データが裏付けられないことを冒頭に記載した PDF として納品。
彼は動作するダッシュボードを構築しました。 4つのクライアントカード、ファイナンスセクション、すべての数値に取得元のファイルがラベル付けされ、アクセス可能な URL が提供されました。私が依頼していなかったヘッダー行を追加しました：「スナップショット、自動更新なし、更新するには再公開」。
動画1. 構築されたスタジオダッシュボード。クライアントカードからマネーセクションまで。
分析
一部の作業には、自社のファイル以外からの最新情報が必要です。これまでは、自分で確認しに行くか、API を接続して維持するかの2択でした。
Viktor はブラウジングします。実際のブラウザでページを開き、今日そこにあるものを読み、スクリーンショットを撮ります。
Duolingo がどのように有料獲得を実行しているかを理解したかったので、現在実行中のキャンペーンについてのレポートと、彼の分析を依頼しました。
結果：広告ライブラリが開かれ、スクリーンショットが撮られ、調査結果は3つのラベル付きセクションに分割されていました。「確認済み」（彼自身がページをロードしたことを意味する）、「推測」（見たものから合理的に推測できるもの）、「推測」（引用しないでくださいとマーク）。そして、使用した方法とその方法の弱点に関する注記が添えられていました。
彼が最初に述べた観察結果：彼が解決したすべての宛先リンクはアプリストアのリスティングにつながり、ウェブサイトにはつながっていませんでした。
図6. Duolingo 広告キャンペーン分析
スケジュールされたタスク
レーンは、自分自身で起動する場合にのみ機能します。その設定方法は以下の通りです。
チャンネルで指示する。 作業が行われる場所に、スケジュールを一文で入力します：「毎日8:00に #general に日次ロールアップを投稿」。開くべきビルダーも、選択すべきトリガーもありません。スケジュールが添付されたタスクとして表示されます。
一度開いて、彼が書いたものを読む。 これが価値のある部分です。その一文は、4つの部分からなる完全なタスクになり、すべて編集可能です：
ソース：何かを書く前に読むべきチャンネルとファイル。
ウィンドウ：今日のアクティビティではなく、前回の実行以降のアクティビティ。
フォーマット：ハードな行数制限と、決して水増ししないという指示。
ルール：ピン留めされたコンテキストと同じ制限を再述。
最初にウィンドウを修正する。 これを行わないと、毎朝昨日の内容が読み上げられます。私の設定では、ブロッカーがまだ解決されていない場合にのみ再言及し、それがどのくらいの期間未解決であるかを述べるように指示しています。
スケジュールが互いに読み取れるように順序付ける。 スタンドアップは7:55に実行され、ロールアップは8:00に実行されます。これは、ロールアップがスタンドアップの投稿先チャンネルから情報を取得するためです。5分間隔で、この順序は維持されます。
彼が仮定したことを確認する。 彼は自身の仮定を「確認してください、これがまだ真実であると仮定しないでください」という見出しの下にまとめました。ある仮定が真実でなくなったとき、それは静かにアウトプットを壊す代わりに、ブロックされた行に表示されました。
3つのスケジュールで、ほとんどのサービスビジネスをカバーできます：すべてのレーンにわたる朝のロールアップ、期限のあるレーン内のスタンドアップ、金曜午後の資金サマリー。
図7. 3つの常設タスク
これは大規模チームが辿り着いたのと同じ構造です
上記の内容は、個人事業主に固有のものではありません。これは、何千人ものエンジニアを抱える企業が独自に辿り着いたものの小規模版です。
Uber は、プルリクエストの70%以上が現在エージェントによるものであり、エンジニアによって3,600以上のエージェントスキルが作成され、1日あたり約30,000回のスキル実行が行われていると発表しました。Spotify は、ビルドとテストが成功した後にのみプルリクエストを開くバックグラウンドコーディングエージェントを実行しており、プルリクエストの73%が AI 作成であると報告しています。Stripe は、デフォルトでは何もロードされず、モデルがリクエストに必要なスキルをツールが入ってくる前に選択する内部アシスタントを構築しました。
規模は異なりますが、同じ3つのアイデアです：エージェントごとに1つの仕事、会話の外に存在するコンテキスト、そして元に戻せないものに対するゲート。
構造自体が難しい部分だったことはありません。それを実行する人を持つことが難しかったのです。
構築シート
これを保存してください。レーンごとに1回実行します。
- レーンごとに1つのチャンネル。すべてをこなす1つのアシスタントは決して作らない
- チャンネルごとに1つのピン留めメッセージ：何を販売しているか、このレーンが提供するもの、エスカレーションすべき状況、決して曲げてはいけないルール
- 1つのルーリングスファイル。すべての修正はそこに1行で記録される
- アクションを一度分類する：元に戻せるものは実行、元に戻せないものは待機
- ルールが重要な場合、ルールに頼るのではなく、機能そのものを削除する
- プロンプトよりもスケジュールを優先。「毎営業日8:00に」が設定のすべて
- 前のレーンがあなたが始めなくても成果を出した場合のみ、次のレーンに進む
ルーリングスファイルをスキップすると、毎週同じことを修正することになります。承認ラインをスキップすると、それが存在する理由を知ることになります。
最も時間を費やしている1つのレーンから始め、それが2つ目のレーンを獲得するに値するようにしましょう。
「月額サブスクリプションとしては高く感じるかもしれませんが、私がこれまで雇った中で最も安い従業員であり、かつ私の深夜の指示に従って行動する唯一の従業員です。」 - Jacob Aldridge、Founder、Como Business Coaching
この記事をスポンサーしてくれた @viktor_com に感謝します！
@viktor_com で無料トライアル。100ドル分のクレジット、カード不要。リンク: viktor.com
有料パートナーシップ
