Clayエージェンシーを雇う前に、まず話をしよう
いつも聞かれる質問
毎週、同じ質問がDMで来る。言葉は違うが、エネルギーは同じだ。
「Clayエージェンシーを雇うべき?」
「[エージェンシー名]ってちゃんとしてる?」
「Clayに月$Xかけてるけど、価値があるのかわからない。」
私はClayエージェンシーを運営していない。なろうとしているわけでもない。しかし初期からClayに深く関わってきた - テーブルの構築、Claygentプロンプトのデバッグ、HTTP APIインテグレーションの記述、Clay Wikiへのエンリッチメントウォーターフォールの文書化。60以上のエントリがあり、増え続けている。
だから、みんな私に聞いてくる。そして私はいつも同じアドバイスをしている:何にもサインする前に、今あるものを監査しよう。
監査チェックリスト
質問してくる人には誰にでもこれを一緒に確認する。5つの質問が、エージェンシー契約が本当に役立つのか、それとも不透明さの層をもう1つ追加するだけなのかを教えてくれる。
1. いくつのワークスペースを動かしている?
ほとんどのチームは把握していない。Clayのワークスペースは急速に増殖する - SDRチーム用に1つ、エージェンシーが設定した1つ、誰もシャットダウンしなかったパイロットプロジェクトの1つ。各ワークスペースに独自のクレジットプール、独自のテーブル、独自の真実のバージョンがある。
ワークスペースを片手で数え上げて、それぞれが何をするか説明できないなら、それが最初のレッドフラグだ。統合だけで年間数千ドルの節約になりうる。
2. GTMエンジニアはクレジットを効率的に使っている?
クレジットはClayの隠れたコストだ。すべてのエンリッチメント、すべてのClaygentコール、すべてのAPIルックアップがクレジットを消費する。すでに持っているデータのエンリッチメントをスキップする条件ロジックを誰も設定しなかったために、1ヶ月で50,000クレジットを使い切ったチームを見てきた。
修正はほぼ常に同じだ。エンリッチメント前にデータが存在するかチェックする。キャンペーンごとに同じリードを再エンリッチメントする代わりに、データレイクに結果をキャッシュする。各テーブルの実行コストがわかるようにクレジットトラッキングを設定する。
実装の詳細はGTMツールのクレジット透明性に完全な分解を書いた。
3. 必要以上のクレジットに課金していない?
Clayの価格ティアは何度も変更されている。2年前は合理的だったが今はそうでないレガシープランのチームもいる。使わない機能のためにエンタープライズプランを購入したチームもいる。
請求ページを開く。月次のクレジット消費をプランの割り当てと比較する。支払い額の40%しか一貫して使っていないなら、払い過ぎだ。毎月上限に達して超過分を購入しているなら、別のティアが必要かもしれない - あるいはテーブルの効率化が必要だ。
4. ベンダーロックインを理解している?
エージェンシーがClayテーブルを構築した場合、誰がそれを所有している? 契約が終了したらどうなる? チームがそれらのテーブルを維持・修正できるのか、それともエージェンシーしか理解できないブラックボックスになっているか?
1週間のトレーニングがあれば社内で維持できるテーブルの運用に、月$5,000をエージェンシーに支払っている企業を見てきた。契約にナレッジトランスファーが含まれていなかったから、知識の移転は起きなかった。
どのエージェンシーとの契約前にも確認すること:
- ワークスペースとテーブルの所有者は誰か?
- チームはドキュメントとトレーニングを受けられるか?
- プロバイダーを切り替える場合、エクスポートして再構築できるか?
- エージェンシーだけが維持できるカスタムインテグレーションを使っていないか?
5. テーブルの効率を誰かが監視している?
6ヶ月前にうまく動いていたClayテーブルが、30%の確率で空のデータを返すエンリッチメントにクレジットを消費しているかもしれない。データプロバイダーは変わり、エンドポイントは非推奨になり、GPT-4で動いていたプロンプトが最新のモデルアップデートでゴミを生成するかもしれない。
ヒット率、エラー率、1行あたりのコストを誰かが監視する必要がある。誰もしていないなら、エージェンシーがいようがいまいが、盲目飛行だ。
私が実際に提供するもの
エージェンシーを作ろうとしているわけではない。一度に2-3の顧客を持つ。それは意図的だ。
やっていること:
- AIオペレーティングシステム - 自身のバージョンを管理し、コストを追跡し、データを時間とともに複利で蓄積するカスタムGTMインフラ
- Web開発 - データの上に載るサイト、ダッシュボード、ツール
- イネーブルメント - 構築されたものをチームが所有し維持できるよう教育する
アプローチはエデュケーションファーストだ。毎月魚を売るより、釣り方を教えたい。学んだことはすべて公開リソースに還元する - Clay Wiki、GTM OS(オープンソース)、そして仕組みを正確に分解するコンテンツ。
目標は依存ではなく、自立。
無料監査
30分。紐なし。ピッチデックなし。画面共有でClayのセットアップを一緒に見るだけだ。
私が見るもの:
- ワークスペースの乱立と統合の機会
- クレジット使用パターンと無駄
- テーブル効率(ヒット率、エラー率、1行あたりのコスト)
- 現在のセットアップのベンダーロックインリスク
- 支払っているものと使っているものの間のギャップ
持ち帰れるもの:
- 現在地の明確な把握
- 具体的な推奨事項(口頭だけでなく書面で)
- どのエージェンシー提案も自信を持って評価できる十分なコンテキスト
エージェンシーが必要だとわかれば、そう伝える。契約で何を見るべきかも伝える。
なぜ無料でやるのか
理由は2つ。
第一に、毎回何かを学ぶ。すべての監査が新しいパターン、新しい障害モード、チームが行き詰まる新しい方法を見せてくれる。その知識はClay WikiとGTM OSに還元される。コミュニティの利益になる。
第二に、その会話のいくつかは顧客になる。全部ではない。半分でもない。しかしなる人は、私がどう考え何を構築するかをすでに知っているから、適切なフィットだ。
プレッシャーなし。フォローアップシーケンスなし。GTMを正しくやることに関心がある2人の会話だけだ。
深さの証明
構築するものはすべて公開している:
- Clay Wiki - エンリッチメント、数式、Claygentパターン、HTTP APIセットアップ、ワークフローアーキテクチャをカバーする60以上のエントリ。毎週成長中。
- GTM OS - GTMエンジニア向けのオープンソースオペレーティングシステム。毎日使っているインフラを公開共有。
- デイリーコンテンツ - LinkedIn、X、ブログでClayの分解、プレイ、システムシェアを投稿。ゲートキーピングなし。
仕事が可視化されているから、毎日人々が連絡してくる。公開で構築し、見つけたものを共有している。
監査を予約する
LinkedInでDMしてほしい。shawn@shawnos.aiにメールしてほしい。あるいは投稿のどれかに返信するだけでいい。
30分。あなたのClayセットアップ。私の正直な評価。無料。
今30分使う方が、間違ったセットアップに6ヶ月縛られるのを見るよりましだ。
shawn ⚡ GTM Engineer