エージェンシーのAIスタックは、エージェンシーがAIの仕事を回す5つの層です。クライアントメモリ、オーケストレーション、制作、レビュー、計測。それはサブスクリプションでいっぱいのフォルダではありません。スタックは、エージェンシーをより説明責任の薄いものにせずに速くするために存在し、買うのではなく築く価値のある唯一の層は、エージェンシーがクライアントについて知ることを保つ層です。
私はエージェンシーがAIの物語へ買い込み、ピッチでは印象的でデリバリーでは混乱するツールのリストに行き着くのを見てきました。スタックの問い実は、テクノロジーの衣装を着たオペレーティングモデルの問いで、使う前に2つを分ける価値があります。
なぜツールの数が間違った枠組みか
既定の本能はツールを数えることです。12のプラットフォーム、5つのモデル、デザインツール、スクレイピングツール、レポーティングツール。ツールの数は提示が簡単で、ほとんど無意味です。同じサブスクリプションの2つのエージェンシーが完全に違う結果を持ちうるからです。片方はクライアントの真実の単一の源とともにワークフローに配線し、もう片方は12のタブとメモリを持ちません。
大事なスタックは、各層に何が座るかではなく、層の間を何が流れるかで定義されます。ブリーフが一度入り、プラン、アクティベーション、レポート、そして次のブリーフを養う学習を生むなら、スタックがあります。各ツールがゼロから始まるなら、山があります。その区別がゲームのすべてで、調達の表では見えません。
5つの層
私が見たすべての機能するエージェンシーのスタックは、同じ5つの層に落ち着きます。それらはプロダクトではなく、なすべき仕事で、規模に応じて築く、買う、プロセスの違う混ぜ物で埋められます。
| 層 | 仕事 | 買うか築くか |
|---|---|---|
| クライアントメモリ | ブリーフ、過去の仕事、ブランドルール、結果を保つ | 築く——これが堀 |
| オーケストレーション | 仕事を回し、文脈を保ち、ループを走らせる | 買い、設定する |
| 制作 | コピー、クリエイティブ、プラン、コードを起草 | 買う——最も速く動く層 |
| レビュー | エラーを捕まえ、ブランドを執行し、事実を確認 | ルーブリックを築き、ツールを買う |
| 計測 | 出力を成果に正直に結ぶ | データは買い、枠組みは築く |
順序が大事です。メモリはすべての下に座ります。他のどの層も、エージェンシーがすでに知ることを読めるとより有用だからです。レビューは制作の上に座ります。レビューなしの制作が、エージェンシーが自信過剰な誤りを速く出荷する道だからです。
第1の層：クライアントメモリ
これが私が最初に築き、最も強く守る層です。エージェンシーが各クライアントの蓄積された理解を保存する場所です。ブリーフの履歴、ブランドルール、勝ったクリエイティブと負けたクリエイティブ、計測の読み取り、決定とその理由。どれも珍しくありません。すべてが写しにくく、あなたがやってきた仕事に固有だからです。
一般的なモデルはカテゴリを知っています。あなたのスタックはあなたのクライアントを知るべきです。その違いが、エージェンシーが午後でできることを、クライアントの社内ツールが全くできない理由で、保つ毎月複利で効きます。この層がなぜ長持ちするかの長い版が欲しいなら、クライアントメモリのデータの堀を別に書きました。
第2の層：オーケストレーション
オーケストレーションは、文脈を運びながら仕事をスタックを通して動かす配管です。ブリーフが届いたとき、何が、どの順で、どのメモリを付けて走り、何かが送られる前に人がどこを見るかを答えます。小さなエージェンシーでは、しばしば人とチェックリストで、それが正当な答えです。大きなところでは、ワークフローツールか薄い社内アプリです。
罠は、ワークフローを知る前にオーケストレーションのプラットフォームを買うことです。ソフトウェアは喜んで、あなたが設計していないプロセスを符号化し、エージェンシーが既存の混乱を自動化する道を行きます。まず紙の上でループを設計し、1か月手で回し、それから初めてそれを運ぶものを探します。
第3の層：制作
制作はコモディティ化する層で、買うことがほぼ常に築くことに勝つ層です。コピーを起草し、クリエイティブを生み、プランを組み立て、コードを書くモデルとツールは、どのエージェンシーが社内で追随できるより速く改善しています。ここでのあなたの仕事はエンジンを築くことではなく、小数のエンジンを選び深く学ぶことです。
毎週新しいジェネレーターを足す衝動に抗います。制作では深さが広さに勝ります。カジュアルに使うツールと、調整されたプロンプトと既知の失敗モードで使うツールの質の差は、ツール同士の差より大きいからです。2つか3つを選び、何が得意で苦手かを書き、そのリストを四半期ごとに改訂します。
注意すべき罠は、速く感じながら静かにチームの判断を弱めるツールです——速いが判断を弱めるツールの罠で書いた失敗です。その種のツールはサブスクリプション以上のコストがかかります。起草時間の節約が、誰も捕まえなかったエラーとして戻ってくるからです。
第4の層：レビューとQA
レビューはエージェンシーが自らを差別化する場所です。クライアントが金を払っている層で、ほとんどのスタックが怠る層だからです。AIは制作を安くし、レビューを高くし、スケールした瞬間にボトルネックがレビューのステップに移ることを意味します。レビューの層のないスタックはスケールせず、恥ずかしいものが公開されるまでレビュー負債を蓄積します。
ツールを買ってもルーブリックは築きます。ブランドに沿うとは何か、ソースを要する事実の主張とは何か、何かがクライアントに近づく前のハードストップとは何か。ルーブリックはエージェンシーの判断を明示化したもので、ジュニアのオペレーターがシニアを肩越しに座らせずにシニア品質のチェックを回せるようにするものです。
第5の層：計測
計測はループを閉じ、その仕事は量ではなく正直さです。スタックは、ある仕事が何を変えるはずだったか、実際に何が動いたか、その仕事が引き起こしたとどれだけ確信できるかを言えるべきです。それは出力を数えるより難しく、フィーを擁護できるエージェンシーと、活動しか見せられないエージェンシーを分けます。
データの配管は買います。帰属データはあなたが制御しないプラットフォームに住むからです。枠組みは築きます。枠組みが判断の住む場所だからです。薄く規律ある枠組み——1つのビジネス成果、少数の先行シグナル、何を帰属でき何ができないかの正直なメモ——は、誰も読まない20指標のダッシュボードに勝ります。
構築をどう順序づけるか
メモリと手で回すループから始めます。クライアントの知識を1か所に入れ、仕事がとるステップを書き、ステップが変わらなくなるまで手で回します。そして最も痛むステップに制作ツールを足します。制作がレビューの圧力を生むほど速くなったらレビューを足します。測る価値のあるものができたら計測を足します。
その順序は最初の1か月は遅く感じ、1年の手戻りを節約します。各層が、その下の層が安定したときに足されるからです。苦労するエージェンシーは通常、制作を最初に買い、メモリとレビューを横でボルト留めしようとしたところです。スタックはエージェンシーが知ることから上へ育たねばなりません。
スタックレビューの実例
年に一度、ある実際の仕事を端から端まで通してスタックを監査します。ブリーフが入るところから始め、オーケストレーションと制作を通して追い、人がレビューする場所を名づけ、計測の読み取りで終えます。各引き継ぎで2つの問いを投げます。文脈は引き継がれたか、新しい参加者は尋ねずに追えたか？ 2つの層の間で文脈が失われるなら、それが最初に直す層です。段階の間でメモリが漏れることが、5つのツールを5つの無関係なタスクに変えるからです。誰も結果を、それを生んだブリーフまでさかのぼれないなら、計測の層は装飾です。レビューは午後で終わり、サブスクリプションの監査より多くを教えます。リストではなくつながりを試すからです。
FAQ
自前のモデルは必要ですか？
ほとんど決して。エージェンシーのスタックの価値は、訓練ではなくメモリ、オーケストレーション、判断にあります。ファインチューニングは、大きく安定した独自のデータセットと、一般モデルが苦手とするタスクがあるときにだけ価値があります。ほとんどのエージェンシーはどちらも持たず、代わりにメモリの層に努力を費やすべきです。
どれだけ築き、どれだけ買うべきですか？
速く改善し、他社も使う層は買います。それらで市場を出し抜けません。あなた固有の知識を保ち、あなた固有の判断を符号化する層は築きます。競合が買えないのはそれらだけだからです。メモリとレビューは築く層で、制作とデータは買う層です。
最大のスタックの誤りは？
それらをつなぐワークフローを設計する前にツールを足すこと。進歩に見え、更新のリストを生み、エージェンシーを同じボトルネック＋より多くのサブスクリプションに残します。スタックはオペレーティングモデルに従うべきで、決して逆ではありません。
このすべてでクライアントデータをどう安全に保ちますか？
メモリの層を境界として扱います。クライアントデータはあなたの管理するストアに住み、ツールはタスクが必要とするものだけを読み、何が入り何が出たかの記録を保ちます。それは技術的な話であると同様にガバナンスの会話で、スタックがスケールする前に決着すべきです。
短いまとめ
エージェンシーのAIスタックは、クライアントメモリ、オーケストレーション、制作、レビュー、計測という5つの層を、オペレーティングモデルの周りに組み上げたものです。コモディティ化する層を買い、あなたが知ることを保つものを築き、スタックをメモリから上へ育てます。実行ガイドがこのスタックが仕えるワークフローを扱い、エージェンシー向けのトラックがそれをエージェンシーのオペレーティングモデルを通して働かせます。
あなたのエージェンシーが逆に——ツール優先で——スタックを築いたなら、何が再設計を強いたかを聞きたいです。
それでは、 Chandler
この記事は日本語でお読みいただけますが、コース本体（動画、テンプレート、コンパニオンガイド）は英語と日本語で提供しており、本サイトは13言語でご利用いただけます。