成長する事業は必ず同じ壁にぶつかる
1 人の人間がリードを見つけ、アウトリーチを書き、クリエイティブを作り、返信に対応し、実際に成約したものを追跡する。まったく異なる 5 つの仕事を、1 人の人間が 1 つずつこなしている。それが 1 組の手でできるすべてだからだ。
リストは短くならない。明日へ、そしてその次の日へと持ち越されるだけだ。
Grok Bot はその計算式を変える。各作業を速くするのではなく、あなたが 5 つすべてをやる必要をなくすのだ。
読む前に: これらの戦略を今すぐあなたの業務で活用したいなら:
→ [@bl888m_eth](https://x.com/@bl888m_eth) をフォロー
→ この投稿に「いいね」+ ブックマーク (設定時に必要になります)
→ プライベート TG に参加: https://t.me/+Uw3KDdu0s7cxOTdh
では、仕組みを説明しよう。
実際のところ、これは何なのか
開くと、グループチャットのように見える。左側に名前、右側にメッセージ。これが初日の罠だ。質問を入力し、回答を読み、また入力する。使っている他のチャットボットと何ら変わりなく感じられる。
だが、違う。
サイドバーの各名前は、それぞれ独自の仕事、独自のメモリ、そして独自のコンピュータを持つ独立したエージェントだ。クラウド上で動作する実際のマシンであり、タブを閉じれば消えるセッションではない。タスクの途中でラップトップを閉じても、作業は続行される。3 時間後に戻ってくれば、完了している。
1 つのアカウント、1 台の共有マシンで、最大 50 のエージェントを同時に実行できる。1 つが終われば、次のエージェントがすぐにその成果を基に作業を進められる。同じファイル、同じブラウザ状態、同じログイン情報だ。
チームの構築
最初の失敗は、一度にあまりに多くを雇いすぎて、1 人の優秀なスペシャリストではなく、10 人の凡庸なゼネラリストのマネージャーになってしまうことだ。
仕事が独自のエージェントを得る価値があるかどうかは、5 つのチェック項目で判断する:
- 他の誰も触れない領域を担当している
- 独自のツールと情報源が必要である
- チーム内の他のすべての仕事とは異なる方法で機能する
- どこで止めてあなたに確認を求めるかという明確な線引きがある
- 定期的に繰り返される
一般的な「ヘルパー」エージェントは、この 5 つすべてに該当しない。しかし、見込み客発掘を担当し、3 つの指定された情報源からデータを取得し、リードに連絡する前に停止するリサーチャーは、明確に該当する。
エージェントの雇用自体は 4 つのステップで行う。新しいエージェントを作成し、名前を付け、ジョブ記述を書き、最初の実際のタスクを送信する。挨拶は絶対にしない。最初のメッセージから、実際のタスクを送るのだ。
ジョブ記述が仕事のすべてを決める
ほとんどの人はこのフィールドを無駄にする。タイトルを書いて、次に進んでしまう。
ジョブ記述は、細部を忘れた後も残るものだ。エージェントが毎回の実行で自身をチェックするためのルールブックであり、これは人々が考える以上に重要だ。同時に、チーム内の他のすべてのエージェントがこのエージェントについて知っている情報でもある。
優れたジョブ記述は短く、歯ごたえがある:
1[販売するもの] の毎週の見込み客発掘を担当する。[情報源] から名前を取得し、2既にシーケンスに入っている人は除外し、各名前がリストに含まれる理由を3最も強いものから順に、リンク付きリストで返す。誰にも連絡してはならず、4承認なしにリストを購入してはならない。
たった 4 行。そのうち 2 行は境界線だ。この 4 行に対して、1 週間分の作業を、トランスクリプトを 1 つも読まずに監査できる。
境界線を省略すると、技術的には仕事をこなすが、時々あなたが依頼していないことをするエージェントができあがる。「リードソーシングを担当」だけでは、仕事の範囲がどこで終わるのかがわからないからだ。
エージェント同士の連携
これこそが、実際に仕事の進め方を変える部分だ。
2 つのエージェントに明確なジョブ記述を与えれば、あなたがルーティングしなくても、互いにタスクを渡し合う。 1 つのエージェントが別のスペシャリストの領域に属するものを見つければ、それを送信する。受け取ったエージェントはそれを拾い上げ、処理し、返信する。あなたは、すべてのメッセージを自分で中継する代わりに、事後的にやり取りを読めばいい。
空白または曖昧なジョブ記述を持つエージェントは、この連携に参加できない。定義された領域がないため、何が自分の領域に属するのか、何が他の誰かの領域に属するのかがわからない。ジョブ記述はドキュメントではない。実際のルーティングテーブルなのだ。
3 つか 4 つのエージェントを 1 つの共有会話に入れれば、誰が何に答えるかで自己組織化する。特に、各段階を誰が担当するかを明確にしておけばなおさらだ:
@Research ソース資料を取得し、すべてを引用してください。
@Draft それを初稿にしてください。
@Review 公開を妨げるものだけをフラグしてください。 私の承認なしに公開しないでください。
1 つの指示、3 つのエージェント、1 つの明確な停止ポイント。
一度教えれば、繰り返さない
怠惰な方法は、実際に機能する前にジョブをスケジュールすることだ。やってはいけない。
実際に機能する順序は次のとおりです:
- タスクを一度、リスクの低い場所でライブ実行する
- 出力が本当に良くなるまで修正する
- その正確なプロセスを名前付きスキルとして保存する
- 別の入力で再度実行し、一般化できることを確認する
- その後でのみ、スケジュールする
スキルとは、保存されたメソッド、つまり手順であり、結果だけではない。それは、それを生み出した会話が消えた後も長く残る。スケジュールは、単にそれをタイマーで呼び出すものだ:
毎営業日、午前 8 時: 今週のリストに対してリードスコアリングスキルを実行する。
結果をここに投稿する。誰にも直接連絡しない。
ソースデータがダウンしている場合は、その旨を伝え、古いデータに
フォールバックしない。
最後の行は、見た目以上に重要だ。今日のソースが失敗したために、静かに昨日のデータを再利用するエージェントは、単にスタックしたと報告するエージェントよりも悪い。
実際のインターネットが必要なとき
チャットウィンドウ内で完了できない仕事もある。請求書の支払い、ダッシュボードの更新、実際の受信トレイ内での返信などだ。これらは、自分でコピー＆ペーストする下書きとしてではなく、実際のツール内で行う必要がある。
Grok Bot のエージェントは、実際のブラウザを操作してこれを実行できる。クリックし、入力し、ナビゲートする。パスワード、2 要素認証コード、CAPTCHA、お金の移動や本人確認を伴うものなど、人間が具体的に必要となる時点まで。その時点で停止し、あなたに確認を求める。それ以外はすべて、自動で処理する。
1 つのエージェントで一度ログインすれば、セッションは引き継がれる。同じアカウントの他のすべてのエージェントがそれを使用できる。1 回のサインインでチーム全体をカバーできる。
実際の価値
直感的には、サブスクリプションを定価で判断したくなる。それは間違いだ。
出力単価で判断すべきだ。5 つのエージェントが 200 の見込み客を動かし、40 のアウトリーチメッセージを送信し、60 のインバウンド返信に回答した 1 週間は、その週のコストに対して測定する価値がある。請求書の金額が単独で大きく見えるかどうかではない。
ほとんどの人はその計算をしない。請求書が大きく見えたという理由だけでキャンセルし、何が達成されたかを数えることなく終わらせてしまう。
壊れるまで誰も教えてくれないこと
各エージェントが実行されるマシンは、定期的に再構築される。これは正常な動作だが、そのリセットを生き残るように設計された 1 つのフォルダの外に、何気なくインストールしたものはすべて、警告なしに消えてしまうことを意味する。
1 つのディレクトリだけが、すべての再構築を通じて永続化する。それ以外はすべて、インターフェースがそれを明示しているかどうかに関わらず、設計上一時的なものだ。
カスタムツール、保存した設定、来月に記憶から再構築したくないものなど、1 回のセッションを超えて存続させる必要があるものを設定する場合、それが置かれなければならない唯一の場所だ。それ以外はすべてキャッシュであり、ストレージではない。
これを逃すと、先週完璧に動作していた設定が突然消えてしまい、困惑した午後を過ごすことになる。
実際の変化
これの明白な使い方は「1 つのタスクを速くする」ことだ。しかし、本当の使い方は違う。あなたは、すべてのタスクが 1 つずつ通過しなければならないボトルネックではなくなる。
5 つの仕事が並行して実行され、それぞれが実際に信頼できるほどに狭く定義され、それぞれが出力と照らし合わせて確認できるジョブ記述に責任を持つ。これは、自動化のための自動化ではない。1 人の人間が物理的に 5 つすべてをこなす必要がないときに、5 つの仕事を実行することがどのようなものか、ということだ。
ほとんどの人は、まだ古い方法でこれをやっている。新しい方法が存在することを誰も教えてくれなかったからだ。
