言うことすべてに同意する AI エージェントは、同僚ではありません。語彙を持った鏡です。3つの案を求めても、返ってくるのは同じ発想の3つのバリエーションです。中身はひとつしかなく、優先順位もひと組しか持っていないからです。
Crew は、ひとつのモデルにすべての役を演じさせるのをやめたときに生まれます。4〜15人のスペシャリストが、それぞれ仕事と偏りを持ち、そして他のスペシャリストに「そのブリーフの読み方は違う」と言える立場を持っています。この立場こそがプロダクトそのものです。これを取り除けば、全員がうなずくだけのグループチャットが残ります。
業務用AIエージェントとは何か、そして多くはどこで止まるのか
業務用AIエージェントとは、目的を受け取り、手順を決め、企業がすでに使っているツールの中でそれを実行するシステムです。この定義は今の市場のほぼすべてを覆ってしまうので、カテゴリーとしては分かりにくくなっています。違いは定義の側ではなく、エージェントが間違えたときに何が起きるかの側にあります。
単体のエージェントは、間違えたまま間違え続けます。レビューする相手がいないので、最初の手順で生じた誤りはその後のすべての手順に伝わり、進むほど自信を増していきます。多くのオペレーターは、流暢なのにブリーフから完全に外れた成果物を初めて受け取ったときにこれに気づき、しかもどこで逸れたのかを指し示せません。
Crew は、一箇所で間違え、別の場所で修正されます。リサーチ担当のスペシャリストがフックを読み、3か月前に出したキャンペーンの言い回しに気づきます。決定担当のスペシャリストは、3案のうち2案を、B2B SaaS の文体なのにこのブランドは B2B SaaS ではないという理由で却下します。どちらも追加機能ではありません。部屋の中に視点が複数あることの、ごく当たり前の産物です。
Crew の構造
- プロンプトではなく、役割
- スペシャリストとは、4つのものが付いた役割です。視点を与えるペルソナ、実際に何ができるかを定めるタレントのセット、studio から受け継ぐトーン、そして何を拒否するかを明示したガードレール。プロンプトにはこのどれもありません。あるのは指示だけで、それは同じものではありません。指示は反論されると生き残らないからです。
- 序列が意味を持つのは、ブリーフが混ざったときだけ
- ほとんどのブリーフには、明らかな担当者がいます。ローンチ告知は戦略のもの、競合の洗い出しはリサーチのものです。序列は普段は見えないままで、ブリーフが本当に混ざったときにだけ、誰が裁定するかを決めます。3人のスペシャリストが同じ成果物を3通り並行して作る事態を防ぐためです。
- 4人から15人、そしてこの幅は線形ではない
- 本物の議論が成立する下限は4人です。それを下回ると、得られるのは会話であって、異議ではありません。8人あたりから、Crew はあなたが本来なら丸ごと飛ばしていた機能をカバーし始めます。12人を超えると、たいていは Crew ではなく部署を描いていることになり、プロダクト側にはそのための構造が別に用意されています。
動いているところ
すぐに使える30人
初日から、7つのファミリーにまたがる30人のスペシャリストが使えます。これは出発点であって、上限ではありません。それぞれ複製でき、特定の studio 向けに調整でき、自分で鍛造したものに置き換えられます。
注目すべきは Nadia です。彼女は何かを書くよう頼まれてはいません。それでも彼女の回答は、他の2つの成果物が存在する前にその中身を変えました。同じブリーフを単体のエージェントに渡していれば、割引ページが書かれていたはずです。ブリーフの中に、そうするなと告げるものは何もなかったからです。
ブリーフ
Q4 バンドルを再ローンチ。ランディングページ、メールシーケンス、そして割引するかどうかの判断が必要。
Léo · 戦略
成果物3つ、担当2人、判断1つ。判断は私が引き受けます。ページは Camille、シーケンスは Théo。Nadia、二人が一文字でも書く前に割引の判断がほしい。
Nadia · 価格
割引はなし。直近2回のバンドルは20パーセント引きで、どちらもリテンションを動かしませんでした。緊急性が要るなら、価格ではなく期限を使ってください。
Camille · ブランドボイス
ではページは数字ではなく締切を軸にします。ヒーローのブリーフをそれに合わせて書き直します。
Théo · メール
シーケンスはそれに続けます。メール4通、購入で離脱。3通目が9月のウィンバックと重なる点を指摘しておきます。3通に削ります。
ブリーフ1件 · スペシャリスト 5人 · 一文字も書かれる前に作り直された成果物2件
30人が実際にカバーする範囲
マーケティング。
初回接点からリテンションまでの導線を設計するライフサイクルマーケター、何かが書かれる前に何を作るかを決めるコンテンツストラテジスト、そして計画されたことではなく実際に起きたことを読むキャンペーンレポーター。
セールス。
メッセージより先に切り口を見つけるアウトバウンドプロスペクター、案件をあなたの基準で採点して欠けているものを名指しするディールレビュアー、そして studio がすでに把握しているアカウント情報から提案書を組み立てるプロポーザルビルダー。
リサーチ。
マーケットリサーチャー、何があるかではなく何が変わったかを追う競合インテリジェンス・スペシャリスト、そして矛盾する複数の情報源を、食い違いを見える形に残したままひとつの見解にまとめるソースシンセサイザー。このファミリーは crewチャットでもっとも多く異議を出します。それがまさに役目です。
SEO とコンテンツ。
狙うクエリを、答えるべき問いを含んだアウトラインに変える SEO ブリーフライター、コピーライター、そしてすでに公開したものの2度目3度目の使い道を見つけるコンテンツリパーポーザー。
デザイン。
studioのDNA が言葉の規範を保つのと同じように視覚の規範を保つブランドデザイナー、装飾の前に構成を組むプレゼンテーションデザイナー、そして人間のデザイナーが実際に使える仕様を書くアセットブリーファー。
メール。
直近4号が扱った内容を踏まえて次の号を設計するニュースレターストラテジスト、離脱条件まで含めたフローを組むシーケンスライター、そしてあなたが開く前に受信箱を仕分けするサポートトリアージ・スペシャリスト。
グロースとオペレーション。
ユーザーが実際にどこで離脱しているかを読むグロースアナリスト、中止基準を添えてテストを設計するエクスペリメントデザイナー、プロセスオーケストレーター、そしてデータスチュワード。グロースのファミリーはマーケティングと絶えず言い争います。だからこそ両方が同じ Crew にいます。
面白い役割は、あなたの事業に固有のものです。そしてそれは自分で鍛造します。フランスの化粧品表示を確認する規制レビュアー。Shopify のサブスクリプションの仕組みに詳しいスペシャリスト。期限を明示しない割引は絶対に推さない価格戦略担当。どれも固定メニューに載ることはなく、どれも一文で作れます。
最初の1か月で変わること
1週目、Crew は礼儀正しい。
studio に過去のブリーフも修正の記録もないため、スペシャリストには反論の材料がありません。アウトプットは的確ですが、やや一般的です。多くのオペレーターはここで、議論は飾りだと結論づけます。この段階では、その通りです。
2週目、最初の本物の却下が来る。
たいていはリサーチから、たいていは繰り返しについてです。あるスペシャリストが、3週間前のキャンペーンで使った言い回しに気づきます。この瞬間に Crew は機能であることをやめ、役に立ち始めます。そしてこれはもっと早くは起こり得ません。覚えているものが何もなかったからです。
3週目、委任が鋭くなる。
Crew は正確に振り分けられるだけのブリーフを見てきています。オペレーターはスペシャリストを名指しするのをやめ、結果を述べるようになります。調整のコストが本当に自分の机から離れるのは、この時点です。
4週目、名簿が整理される。
ほぼすべてのオペレーターが、最初の2週間で必要以上にスペシャリストを鍛造し、そのあと半分を外します。誰もブリーフしない役割が4つある Crew は、かえって委任しにくくなります。仕事を割り当てるときには名簿全体が読まれるからです。
そのどれも、試用の半日には現れません。業務用の AI エージェントは1週目に評価され、自分の席に見合い始めるのは3週目です。売り文句としては具合が悪く、それでも本当のことです。
部署と Pilot
Crew が機能するのは、ひとつのチームで事業に必要なすべてを抱えきれる範囲までです。それを超えると、Crew Studio は部署を追加します。studio の中の組織構造で、その上に立つ Pilot スペシャリストが、入ってきたブリーフを適切な Crew に振り分けます。
オペレーターがこの構造に手を伸ばすのは、たいてい4つ目の事業のときです。問題が「誰がこの仕事をやるのか」から「そもそもこれはどのチームの仕事なのか」に変わったときです。Pilot 自身は仕事をしません。ブリーフを読み、どの Crew が担当するかを決め、文脈を添えて引き継ぎます。
ほとんどのオペレーターは部署を必要としません。それで構いません。まだ存在しない問題のために早めに振り分けの層を足すと、すでに明らかだった判断のために、すべてのブリーフがわずかな税を払うことになります。
Crew が向いている人
複数の事業を回している創業者。
あなたは4つのプロジェクトのあいだの調整層であり、その層が制約になっています。Crew は、小さな判断の真ん中からあなたを外し、最後の判断だけにあなたを残します。
自分たちの型を持つエージェンシーやコンサルタント。
あなたのプロセスがプロダクトです。Crew はそれを、誰も開かないドキュメントに置いておく代わりに、どのクライアント studio にも適用できる役割として書き込みます。
最初のまともな草稿をそのまま出してしまうオペレーター。
それが最良だと思っているからではなく、セカンドオピニオンを取ればもう一往復が要るのに、その時間がないからです。Crew はそのセカンドオピニオンを副産物として、あなたの時間をまったく使わずに生みます。
この3つに共通するのは、書くことの問題ではなく、調整の問題です。何かを買う前に確かめる価値があるのはその線です。業務用の AI エージェントが元を取るのは、仕事の中に視点が複数ある場合であって、それ以外ではめったにありません。
役に立たない場面
Crew をまるごと必要としないとき
ひとつの役割で仕事量が収まるなら、スペシャリストは1人で十分です。
Crew は調整を足します。そして調整は、調整するものがあるときにだけ元が取れます。コピーだけが必要なオペレーターは、コピーライターにブリーフを渡して、そこで止まるべきです。
役割を言葉にできないなら、目標別crew から始めてください。
Crew を手で組むのは、事業にどの機能が必要かを知っていることが前提です。最初の時点で、多くのオペレーターはそれを知りません。代わりに結果を書いて、役割の提案は Crew Studio に任せてください。
プロダクトを試している段階なら、初日から15人も鍛造しないでください。
議論が、自分ひとりでは書かなかったものを生むかどうかを見るには、4人で足ります。設定されていない studio に15人のスペシャリストを置いても、生まれるのは深さではなく雑音です。
特定の役割より特定の連携が必要なら、先にそちらを確認してください。
どれほど優れた Crew でも、あなたの CRM に届かなければ、コピーとペーストは残り続けます。
並べて比較
Crew と単体の AI エージェントの比較
2つの行は単体エージェントに軍配が上がります。どちらも本当のことです。セットアップ時間と、単純なタスク1件あたりのコストでは、単体のエージェントのほうが優れた道具であり、しかも僅差ではありません。Crew の出番は、仕事の中に判断が含まれるところから始まります。
| できること | Crew Studio の Crew | 単体の AI エージェント |
|---|---|---|
| プロジェクトあたりの役割数 | 4〜15人、序列あり | 1人 |
| カスタムの役割 | 一文から鍛造、無制限 | 固定、またはカスタムプロンプト1つ |
| ある役割が別の役割の成果を拒否できるか | できます。理由を文章で添えて | 該当なし |
| すぐ使えるスペシャリスト | ローンチ時に30人 | 提供元による |
| プロジェクトをまたぐ組織構造 | 部署と Pilot | なし |
| セットアップ時間 | 長め。設定に数分。 | 短い。数秒。 |
| 単純なタスク1件のコスト | 必要以上に高い | 安い。用途に合う。 |
| 判断を含むブリーフでのアウトプット | 統合された結論1つと、順位づけされた3案 | 答えが1つ |
| 誤りが見つかる場所 | 納品前に、別のスペシャリストによって | 納品後に、あなたによって |
続けて読む
関連
質問
Crew についての質問
Crew とは何ですか？
Crew は、ひとつの studio の中にいるチームです。役割も意見も異なる4〜15人のスペシャリストと、明確な序列を持ちます。スペシャリストたちは互いに異議を唱え、ブリーフ自体にも異議を唱えます。だから単体のモデルが返すものより強いアウトプットになります。
スペシャリストとは何ですか？
Crew Studio のスペシャリストは、ペルソナ、タレントのセット、トーン、そして明示されたガードレールを持つ役割です。コピーライティング、リサーチ、戦略、SEO、セールス、デザインをカバーする30人がすぐに使える状態で揃っています。それ以外の役割は、一文から必要に応じて鍛造されます。
部署と Pilot とは何ですか？
部署は、ひとつの Crew では足りなくなった studio に組織構造を与えます。その上に立つ Pilot スペシャリストが、入ってきたブリーフを適切な Crew に振り分けます。Crew Studio は、1つのアカウントで4つ以上の事業を回すオペレーターのためにこれを用意しています。
Crew は自分で組まなければなりませんか？
いいえ。そして最初のうちは、おそらく組まないほうがいいです。Crew を手で組むのは、事業にどの機能が必要かをすでに知っていることが前提ですが、初日にそれを知っているオペレーターはほとんどいません。代わりに結果を書き、役割は目標別crew に提案させて、そこから直してください。手で組むのが正しい手になるのは、自分が実際にどの役割へブリーフしているかを経験で知ったあとです。