posthog-onboarding-lead-research

PostHog オンボーディングチームからの紹介リードの調査と評価

オンボーディングチームから紹介された企業を詳細に調査します。企業概要、月額 2,000 ドル以上に達する可能性のスコア、Vitally の利用状況と請求の分析、オンボーディングチームからの情報、事業成長の軌跡の評価を含む、完全な概要を作成します。また、エンゲージメントを推奨する場合は、Slack チャンネルに関する案内を添えたアウトリーチメールの草案も作成します。

背景

PostHog のオンボーディングチームは、8 週間のエンゲージメントが予測請求額 100 ドルを超えるセルフサービスアカウントを担当します。アカウントの月額料金が約 1,000～1,500 ドルに達し、成長の可能性が見られる場合、「Sales Handoff」パイプラインステータスを通じて Vitally で TAE に引き継ぎます。

このスキルでは、調査を行い、リードを評価し、エンゲージメントを推奨する場合はアウトリーチの草案を作成します。TAE は連絡する前に、企業、その成長の軌跡、オンボーディングの取り組みに関する全情報を把握する必要があります。

入力

TAE に以下を尋ねます。

• 企業名（必須）
• 紹介時に得られた情報（任意ですが、あると役立ちます。オンボーディングチームからの Slack メッセージやメールなど）
• 担当者名（わかる場合は任意）

TAE から企業名しか提供されない場合でも、調査を開始するには十分です。残りの情報は Vitally とウェブ調査から取得します。

ワークフロー

以下の 5 つの作業を実行します。手順 1～2 ではウェブ検索を使用します。手順 3～4 では Vitally MCP を使用します。手順 5 ではウェブ調査と、traits から取得した Vitally／SFDC／Harmonic のデータを組み合わせます。効率よく並行して進め、ある作業が終わるまで次の作業を待たないでください。

---

手順 1：企業調査と成長の軌跡

目標： 企業の概要と、月額 2,000 ドル以上が見込める成長軌道にあるかどうかを把握します。

実行するウェブ検索：

[company name] what does it do
[company name] crunchbase funding employees
[company name] series funding 2024 2025
[company name] engineering team hiring
[company name] product launch growth

収集する情報：

• 企業の事業内容を一文で説明
• 業界／分野
• 企業規模（従業員数、可能であればエンジニアリング部門の人員数）
• 資金調達段階と時期（シリーズ、金額、日付）
• 可能であれば売上の推定値
• 本社所在地
• 製品の種類 — ソフトウェア製品企業ですか？ SaaS ですか？ マーケットプレイスですか？ E コマースですか？
• 最近のニュース — 製品のローンチ、事業拡大、パートナーシップ、大規模な採用
• 成長の兆候 — 新たな製品ライン、海外展開、従業員数の増加

成長の軌跡の評価： 調査に基づいて、企業の成長の軌跡を分類します。

軌跡	説明
加速中	最近の資金調達、採用、製品ローンチ、または事業拡大があります。利用状況は急速に増加する可能性があります。
安定成長	事業基盤が確立され、採用が継続し、製品も安定しています。成長は予測可能です。
横ばい／不確実	最近の資金調達がなく、成長の兆候が不明瞭で、保守運用段階にある可能性があります。
アーリーステージ	シード／シリーズ A 段階で、チームは小規模であり、製品の市場適合性を模索中です。変動が大きくなる可能性があります。

---

手順 2：月額 2,000 ドル以上の利用額に達する可能性のスコア

目標： このアカウントが 3～6 か月以内に月額 2,000 ドルを超える確率を評価します。

詳細な評価基準については、references/scoring-model.md を読んでください。

スコアの概要：

• プラス要因：成長の軌跡、複数製品の利用、エンジニアリングチームの規模、資金調達の時期、業界との適合性、アクティブユーザー数、イベント量の推移
• マイナス要因：利用状況の横ばい／減少、エンジニアリング部門の成長なし、ICP に適さない業界、単一製品のユーザー、ユーザー数の少なさ

0～100 のスコアとティアを出力します。

• 80～100：確度が高い — 強い成長の兆候があり、複数製品を利用し、チームも拡大しています。自然に月額 2,000 ドル以上に達する可能性が高いです。
• 60～79：確度は中程度 — 良い兆候はありますが、多少の不確実性があります。後押し（例：新製品の利用、設定の最適化）が必要になる場合があります。
• 40～59：確度が低い — 兆候がまちまちです。どちらにも転ぶ可能性があります。エンゲージメントの価値はありますが、期待値は控えめにしてください。
• 0～39：可能性は低い — 利用状況は横ばいで、チームは小規模、成長の兆候もありません。現在の利用額にとどまる可能性があります。

---

手順 3：Vitally の利用状況と請求の分析

目標： このアカウントが PostHog を実際にどのように利用しているか、費用がどこにかかっているかを示す確かなデータを取得します。

3a：アカウントを見つける

Vitally でアカウントを検索します。次の順に試してください。

1. 会社名を指定して search_accounts_advanced を実行します
2. 失敗した場合は、TAE に連絡先メールアドレスを確認し、それを使ってユーザー詳細から検索します

3b：アカウントの全データを取得する

アカウント ID を取得したら、次の情報を取得します。

1. get_account_full（detailLevel: "full" を指定） — MRR、ヘルススコア、特性、製品の利用状況、請求データ、チームの割り当てなど、すべてを取得します
2. get_account_health — ヘルススコアの詳細な内訳を取得します

クイックリンクのセクションでは、必ず次の 3 つのフィールドを抽出してください。

• organization_id（traits 内） → Vitally URL：https://posthog.vitally-eu.io/customers/{organization_id}
• sfdc.Id（traits 内） → Salesforce URL：https://posthog.my.salesforce.com/{sfdc.Id}
• usage_dashboard_link（traits 内） → Metabase の使用状況ダッシュボードへの直接リンク

次の情報を抽出して分析します。

現在の請求状況：

• 現在の MRR／月間利用額
• 利用額を押し上げている製品（Analytics、Session Replay、Feature Flags など）
• 請求プラン（従量課金制か年間契約か）

使用状況の傾向（traits から）：

• イベント数（現在値と傾向）
• セッションリプレイ数
• フィーチャーフラグの評価数
• アクティブユーザー数と傾向
• 有効になっている製品と実際に使用されている製品

成長の指標：

• イベント数は月ごとに増加していますか？
• 新しい製品が導入されていますか？
• 組織に新しいユーザーが追加されていますか？
• 有効になっている製品と使用されている製品の間に差がありますか？（拡大の機会）

軌跡の予測： 傾向に基づいて、3 か月後にこのアカウントがどのような状態になるかを予測します。

• 現在の月間利用額：$X
• 3 か月後の月間利用額の予測：$X
• 成長の主な要因：[製品／利用量／新規ユーザー]
• リスク要因：[成長を妨げる可能性のある要素]

3c：同じドメインの他のアカウントを確認する

大企業には複数の PostHog 組織がある場合があります。似た名前の他のアカウントを検索し、統合の機会を特定します。

---

ステップ 4：オンボーディングチームの状況

目標： オンボーディングチームがこの顧客について話し合い、試し、把握したことの全履歴を確認します。

4a：Vitally のメモ

get_account_notes（例：20 など、大きな limit を指定）を使って、アカウントのすべてのメモを取得します。オンボーディングチームは通常、次の内容を記録しています。

• 初回の連絡の試みと返答
• オンボーディングセッションの通話メモ
• 実施した設定変更
• 提案した製品
• 顧客の課題と目標
• 営業チームへの引き継ぎ理由

オンボーディングの経緯を要約します。

• 顧客はオンボーディングチームとやり取りしましたか？（通話、メールへの返信、または無反応）
• オンボーディングチームはどのような支援をしましたか？
• どの製品や機能が話題になりましたか？
• 顧客はどのような課題や目標について話しましたか？
• オンボーディングチームが今引き継ぐ理由は何ですか？
• 未解決の課題や未完了の対応はありますか？

4b：Vitally の会話

get_account_conversations を使って、メールスレッドやその他の会話を取得します。これらには次のような情報が含まれていることがよくあります。

• オンボーディング担当者と顧客とのメールのやり取り
• 顧客が共有したユースケースの詳細
• 約束した対応やフォローアップ

重要な詳細を抽出します。

• 顧客側の主な連絡先は誰でしたか？
• やり取りの雰囲気はどうでしたか？（熱心、事務的、無反応）
• 顧客から具体的な依頼や障害についての相談はありましたか？
• 未対応の約束やフォローアップはありましたか？

4c：Granola のミーティングメモ（該当する場合）

TAE またはオンボーディングチームの通話が Granola に記録されている場合は、次のクエリで検索します。

Query: "[company name] onboarding" or "[company name] [contact name]"

これにより、Vitally の内容にはない詳細を含む通話の文字起こしを確認できます。

---

ステップ 5：事業成長の軌跡と PostHog の利用額の対応付け

目標： 会社の 事業 がどれだけ速く成長しているかを評価します。これは、PostHog の利用量（および支出）がどれだけ速く増えるかを直接予測できるためです。このステップでは、Vitally の課金データが実際の成長に追いついていないケースを見つけます。顧客基盤が倍増している会社は、課金データにまだ反映されていなくても、いずれイベント量も倍増します。

実行するウェブ検索：

[company name] Inc 5000 revenue growth
[company name] new customers partnerships 2025 2026
[company name] product launches announcements
[company name] hiring engineering jobs

Vitally の特性からすでに収集したシグナルも相互参照してください。

• sfdc.harmonic_headcount__c と sfdc.harmonic_headcount_180d__c — 従業員数の変化
• sfdc.harmonic_headcountEngineering__c と sfdc.harmonic_headcountEngineering_180d__c — エンジニアリング部門の従業員数の変化
• sfdc.harmonic_web_traffic__c と sfdc.harmonic_web_traffic_90d__c / sfdc.harmonic_web_traffic_180d__c — トラフィックの傾向
• sfdc.webtraffic_growth__c — 成長率
• sfdc.lnkd_follower_change__c — LinkedIn での勢い
• sfdc.eng_headcount_change__c と sfdc.headcount_eng_growth__c — エンジニアリングチームの成長

次の 6 つの成長ベクトルを収集して評価してください。

5a：売上と ARR の成長

• 資金調達の発表、Inc. 5000 のランキング、プレスリリースから得られる売上の推定値
• 開示された成長率（例：「ARR が倍増」「売上が 3 倍」）
• 価格決定力や契約拡大の証拠（上位市場への進出、より大規模な取引など）

5b：資金調達と投資家のシグナル

• 最近の資金調達額、日付、主導投資家、資金の用途
• 同じ投資家が再び参加しているか（既存投資家の再参加は信頼の表れ）
• 成長ラウンド（市場開拓向け）と研究開発ラウンドのどちらを調達しているか。市場開拓向けのラウンドは PostHog の利用量をより速く増加させます。

5c：プロダクトの開発速度

• 過去 12 か月における新製品の発売や主要機能のリリース
• 新しい製品ラインは計測対象となる領域を増やし、PostHog のイベントやリプレイも増加させます
• プラットフォーム事業（API、インテグレーション、クリアリングハウス、マーケットプレイス）は、イベントの増加を相乗的に生み出します

5d：顧客と市場の拡大

• 新たにターゲットとしている顧客セグメント（エンタープライズ、SMB、新しい業種、新しい地域）
• パートナーシップの発表（チャネルパートナー、技術提携、インテグレーション）
• プラットフォーム上の新規顧客ごとに、PostHog を通過するエンドユーザーセッションが増加します

5e：従業員数と採用の動向

• 従業員総数の変化（Vitally の Harmonic データを使用した 6 か月および 12 か月の推移）
• 特にエンジニアリングチームの成長 — エンジニアが増えるほど、リリースされる機能が増え、計測対象も増えます
• 市場開拓部門の採用（営業、CS、マーケティング）— 社内で PostHog のダッシュボードを利用するユーザーが増えます
• 採用ページに掲載されている求人 — 現在、どのような職種を採用しているか？

5f: ウェブトラフィックとブランドの勢い

• Harmonic／SFDC データに基づくウェブトラフィックの傾向
• LinkedIn のフォロワー数の増加
• 業界での評価（受賞、ランキング、カンファレンスへの登壇）
• コンテンツマーケティングの展開ペース（ブログ記事、レポート、ウェビナー）— 市場開拓への投資を示します

事業の成長を PostHog の支出増加に結び付けます：

これらのシグナルを集めたら、会社の事業成長と予想される PostHog の利用拡大を明確に結び付けます。これが重要な洞察です。Vitally の請求額の推移が実際の成長の可能性を過小評価しているかどうかを、TAE が判断できるようになります。

対応付けのロジック：

• プラットフォーム上の顧客が増える → エンドユーザーのセッションが増える → イベント、リプレイ、フラグ評価が増える
• 新製品のリリース → 計測する新しい画面が増える → PostHog 製品の採用範囲が広がる（アナリティクス＋リプレイ＋フラグ）
• エンジニアリングチームの成長 → 出荷する機能が増える → 追跡対象が増える → イベント数が増加する
• GTM チームの成長 → PostHog を利用する社内ユーザーが増える → 利用されるダッシュボードとインサイトが増える
• プラットフォーム／マーケットプレイスでの展開 → イベント数が乗算的に増加する（参加者ごとにイベントが発生します）
• 地域への進出 → 新しいユーザー層が加わる → 利用量が段階的に増加する

事業成長の見通しを評価します：

評価	基準
🔥 力強く加速	次の項目のうち2つ以上：最近の資金調達、売上成長率50%以上、製品を3つ以上リリース、急速な採用拡大、新市場への進出。PostHog の請求額は実際の成長を過小評価している可能性が高いです。
📈 着実に上昇	継続的な採用拡大、安定した資金調達、1～2個の新製品、顧客基盤の拡大。PostHog の請求額の推移はおそらく実態を反映しています。
➡️ 横ばい／安定	最近の資金調達がなく、採用は最小限で、新製品もありません。PostHog の請求額は実態どおりです。
📉 縮小	レイオフ、資金調達への懸念、製品の提供終了。PostHog の支出は減少する可能性があります。

---

ステップ 6：アプローチを推奨し、連絡文を作成する

5つすべての調査ワークストリームに基づいて、次のいずれかのアプローチを推奨します。

アプローチ：連絡（Slack チャンネル＋メール）

次の場合に推奨します：

• スコアが60以上（信頼度：高または中）
• アカウントにアクティブユーザーが2人以上いる
• PostHog の担当者がすでにこのアカウントに積極的に関与していない

メールと Slack チャンネルへの歓迎メッセージを作成します。作成方法についてはステップ7を参照してください。

アプローチ：軽い接触（メールのみ、Slack チャンネルなし）

次の場合に推奨します：

• スコアが40～59（信頼度：低）だが、調査する価値のある興味深いシグナルがある
• アクティブユーザーは1人だが、支出に意味がある（月額1,000ドル以上）
• アカウントがすでに PostHog と関係を持っている（例：オンボーディングチームとやり取りしている）

短いメールのみを作成します。Slack チャンネルは作成しません。

対応：見送り／対象外としてクローズ

以下に該当する場合に推奨します：

• スコアが0～39（可能性が低い）
• 対象ICP外の業界で、判断を覆すシグナルがない
• 利用状況が減少しており、回復を示唆する事業成長もない
• アカウントに解約リスクが見られる（支払い期限超過、支出の減少）
• 顧客が対応を明確に断っている（「結構です」などと回答している）。ただし、TAE から割引について案内を受けることが顧客にとって本当に有益なほど、支出額が大きい場合を除きます

見送りを推奨する場合は、必ず DQ 理由を記載してください。このリードが対象外である理由を平文で要約します。TAE が Salesforce の対象外理由欄にそのままコピー＆ペーストできるよう、DQ 理由は250文字以内にしてください。具体的に記述し、一般的な表現ではなく、根拠となるシグナルを挙げてください。

重要：無回答は対象外とするシグナルではありません。 オンボーディングチームが連絡しても顧客から返信がなかっただけなら、PostHog からの連絡を望んでいない証拠にはなりません。顧客が忙しかった、メールを見落とした、あるいはタイミングが合わなかった可能性があります。「エンゲージメントがない」や「オンボーディングに返信しなかった」を DQ 理由として挙げないでください。エンゲージメントに関する唯一の DQ シグナルは、顧客が関心がないと明確に伝えるオプトアウトです。それでも、支出額が大きく、TAE が本当の価値（例：ボリュームディスカウント、請求の最適化）を提供できるなら、オンボーディングを明確に断ったことが、異なる切り口で連絡する TAE も拒否することを意味するとは限りません。

適切な DQ 理由：

• 「MRR は予測で1,763ドルから696ドルに減少。単一製品（分析）。従業員8名、エンジニア3名。売上910万ドルにもかかわらず成長シグナルなし。Group Analytics は不要と思われる。」
• 「対象ICP外：1977年創業のスクールバス経路管理会社。分析のみ、MRRは1,369ドルで横ばい。ヘルススコア4.78。拡大シグナルなし。政府・教育機関が顧客層。」
• 「支払い期限超過。MRR は予測で49％減少（2,130ドルから1,086ドル）。シード段階の従業員7名のスタートアップ。Khosla の支援があるものの、資金繰りに制約がある可能性。」
• 「オンボーディングでの対応を明確に辞退。MRRは380ドル、単一製品で、成長の兆しなし。TAE から連絡する価値がない。」

不適切な DQ 理由：

• 「適合しない」（曖昧すぎます）
• 「スコアが低い」（理由が説明されていません）
• 「小規模企業」（どのシグナルが重要なのか不明です）
• 「オンボーディングに応じなかった」（無回答はシグナルではありません。忙しかった可能性があります）
• 「返信がない」（同じ問題です。沈黙は拒否ではありません）

対応：様子を見る

以下に該当する場合に推奨します：

• 不確実性の高い初期段階の企業で、どちらに転ぶか分からない
• スコアが40～59で、事業成長の強いシグナルはあるものの、現在の請求額は低い
• 4～6週間後に再確認して判断する

---

ステップ7：連絡文を作成する

推奨する対応が「連絡」または「簡易的な連絡」の場合は、以下のガイダンスに従ってメールを作成します。作成前に references/writing-style.md を読んでください。

メール形式

コピー＆ペーストしやすいよう、メールの下書きはすべて次の引用形式を使用してください。

> **To:** [full email address - e.g. [email protected]]
> **Subject:** [subject line]
>
> [email body]
>
> [TAE's name]

対応が「連絡（Slack チャンネル＋メール）」の場合は、メールの後に、同じ引用形式で Slack チャンネルへの歓迎メッセージも作成してください。

アウトリーチの原則

これらは、PostHog のすべてのリード向けスキルで共通して使用する原則です。必ずそのとおりに従ってください。

1. まず Slack チャンネルを紹介します。 複数ユーザーのアカウントにとって、共有 Slack チャンネルは提供できる最も価値のあるものです。PostHog の技術担当者に直接連絡できます。まずこれを伝えましょう。調査結果をもとに、相手の具体的な状況にどう役立つのかを説明してください。後回しにしてはいけません。

2. 営業担当者ではなく、同僚エンジニアのように書きます。 相手は有能な開発者です。TAE は非常に技術に詳しい人たちです。同僚にメッセージを送るように、率直かつ簡潔に書いてください。相手の環境を褒めたり、過度に持ち上げたりしてはいけません。「チームの立ち上がりが早いですね！」は、自分たちが何をしてきたかをよく理解しているエンジニアには、恩着せがましく聞こえます。

3. 自分のことではなく、相手についての気づきから始めます。 最初の実質的な一文では、Vitally や調査で分かった具体的な内容（使用中の製品、チームが開発しているもの、特定の利用パターンなど）に触れてください。「[名前]です。PostHog の担当です」と始めてはいけません。

4. 短くまとめます。 最初のメールは 3～5 文にします。Slack チャンネルとその利点、具体的な気づきまたは最適化案を 1 つ、質問を 1 つ盛り込みます。詳細は Slack に回してください。

5. メールにつき質問は 1 つだけです。 質問が複数あると相手を圧倒し、返信率が下がります。最も興味深い質問を 1 つ選んでください。

6. 必要に応じて、請求について率直に伝えます。 大口顧客へのアウトリーチとは異なり、オンボーディング引き継ぎの対象となるリードは、すでに相応の支出があります。費用に触れてもかまいませんが、費用に言及する際は、必ず実行可能な削減方法も併せて提示してください。

7. 確認できる情報だけに触れます。 安全な情報源：Vitally の利用データ、公開ウェブサイト、確認済みの資金調達ラウンド。エンリッチメントデータ（Clearbit／Harmonic の技術スタック項目）を事実として述べてはいけません。相手の環境について間違ったことを伝えると、信頼を失います。

書き方のルール

詳しいガイドは references/writing-style.md に従ってください。主なルールは次のとおりです。

• 要点から始めます。 「ご連絡したのは～のためです」「ちょっと～したくて」「登録されたばかりと拝見しました」は使いません。
• アメリカ英語を使います。 オックスフォードコンマを使い、引用符は直線形にします。
• 区切りにはハイフン（-）のみを使います。エムダッシュやエヌダッシュは使いません。エムダッシュ／エヌダッシュは AI が生成したように見えます。
• リンクはアンカーテキストに含めます。 URL をそのまま記載してはいけません。「こちらをクリック」も使いません。リンク先を具体的に説明します。「ファネルにリプレイを接続する方法については、こちらのガイドをご覧ください。」
• 製品名は大文字で表記します。 「Session Replay」「Feature Flags」「Product Analytics」。
• 数字は省略形で表記します。 10M、100B（大文字で、スペースなし）。
• メールでは絵文字を使いません。

避けるべき表現（絶対に使わないこと）

• 「[名前]です。PostHog の専任担当です」 - 名前は署名にあります。
• 「登録されたばかりと拝見しました」／「その後いかがですか」 - 相手はすでに知っています。何の役にも立ちません。
• 「何か必要なことがあればお知らせください」 - 受け身すぎます。具体的なことを伝えるか、何も言わないでください。
• 「チームの立ち上がりが早いですね！」／「見事な導入ですね」 - 恩着せがましく聞こえます。事実を述べてください。
• 機能の羅列 - PostHog の全機能ではなく、相手が実際に使っている 1～2 個の製品に触れてください。
• 1 通のメールで複数の最適化案を提示すること - Slack に回してください。
• URL をそのまま記載すること - 必ずアンカーテキストに含めてください。
• エンリッチメントデータを事実として述べること - 未確認の SFDC 項目に基づいて「競合製品をお使いのようですね」と言うこと。
• 正確なイベント数に言及すること - 「先月 420 万件のイベントを送信されましたね」は監視されているように感じさせます。正確な数値ではなく、製品や利用パターンに触れてください。
• メールで 2 つ以上の質問をすること。

シナリオ別のアウトリーチ文面の指針

複数ユーザーのアカウント、利用額が増加中： Slack チャンネルを最初に案内します。相手の利用状況を踏まえて説明します。「皆さま用の共有 Slack チャンネルを設定します。[N] 人が [products] を [N] 件のプロジェクトで利用されているため、技術的な質問を直接できる窓口があれば、チームの時間を節約できます。」最後に、何を構築しているのか、何を学ぼうとしているのかを尋ねます。

複数ユーザーのアカウント、利用額が横ばいまたは減少中： 具体的な最適化を最初に提案します。問題（autocapture の無駄、古いフラグ、リプレイの過剰サンプリングなど）を特定した場合は、それを導入のきっかけにします。「イベントの約 [X]% が、関連するアクションのない autocapture になっていることに気づきました。[イベント量の削減に関するリンク] では、役立つデータを失わずにイベント量を減らす方法をご紹介しています。」Slack チャンネルは、その取り組みを支援する場として案内します。

単一ユーザー、利用額が一定以上： 簡潔で率直に伝えます。Slack チャンネルは案内しません。具体的な最適化を一つ、リンクとともに紹介します。「簡単なお知らせです。現在の利用状況では、[具体的な最適化＋リンク] が役立つかもしれません。ご質問があれば、喜んでお手伝いします。」

オンボーディングに参加したことがある（通話を実施、オンボーディングを完了）： オンボーディングで対応した内容に触れます。「貴社のチームはオンボーディングチームと [取り上げた内容] について取り組まれていました。初期設定を終えた今、質問があれば直接連絡できる窓口をご案内したいと思います。」これにより、突然の引き継ぎではなく、継続したサポートとして伝わります。

オンボーディングに一度も参加していない（返信がない、参加を見送った）： オンボーディングチームには一切触れません。相手は明らかにそのようなやり取りを望んでいなかったからです。具体的な最適化、取り組みの内容に合ったリソース、または気軽に利用できるサポート窓口としての Slack チャンネルなど、役立つ情報から始めます。

アウトリーチ文面の例

例 1：複数ユーザー、急成長中、オンボーディングに参加済み

宛先： [email protected] 件名： Acme <> PostHog の Slack チャンネル

Acme チームの皆さま

皆さま用の共有 Slack チャンネルを設定します。アカウント内の 57 名がアナリティクス、リプレイ、エラートラッキングを利用されているため、事業の拡大に伴い、質問を直接できる窓口があると便利です。

ご検討いただく価値がありそうなことが一つあります。安全なロールアウトのための Feature Flags です。新しい製品ラインがプラットフォームとしてローンチされるにあたり、段階的なロールアウトや即時のキルスイッチがあれば、デプロイを落ち着いて進められます。Slack で設定方法をご案内できます。

現在、アナリティクスからチームとして最も知りたいことは何でしょうか？

[TAE name]

例 2：複数ユーザー、利用額は横ばい、最適化をきっかけにする

宛先： [email protected] 件名： Example Payments <> PostHog の Slack チャンネル

Example Payments チームの皆さま

Slack チャンネルへの招待をお送りします。42 名がアナリティクス、フラグ、リプレイを利用されているため、実装や請求について質問が生じた際に、最も手早く回答を得られる方法です。

すぐに実施できる改善策が一つあります。チェックアウトフローで A/B テストを実施している場合、Experiments は既存の Feature Flags の設定に直接重ねて利用できます。決済プロダクトでは、バリアントごとのコンバージョンへの影響を測定することで、真に価値のあるシグナルが得られます。

現在、チームでは何を最適化しようとしていますか？

[TAE name]

例 3：単一ユーザー、利用額が増加中、これまでオンボーディングに不参加

宛先： [email protected] 件名： PostHog の設定について

こんにちは。

プロダクトアナリティクスとあわせて LLM Analytics を利用されていることに気づきました。ユーザーの行動とともに、AI 生成コンテンツの品質を監視する優れた構成です。

プロンプトから出力までの品質を追跡している場合は、LLM の可観測性に関するこちらのガイドで、トレースをユーザーの成果に結び付ける方法をご紹介しています。どのプロンプトが単にテキストを生成するのではなく、学生の学習に実際に役立っているかを確認できます。

ご質問があれば、喜んでお手伝いします。

[TAE name]

---

出力形式

明確なセクションを設けた構造化レポートとして、調査概要を提示してください。データから成長の推移を示せる場合は、Visualizer を使ってグラフを作成してください。

## [Company Name] - Onboarding Lead Research Brief

### Quick Links
- **Vitally:** [https://posthog.vitally-eu.io/customers/{organization_id}](https://posthog.vitally-eu.io/customers/{organization_id})
- **Salesforce:** [https://posthog.my.salesforce.com/{sfdc.Id}](https://posthog.my.salesforce.com/{sfdc.Id})
- **Usage Dashboard:** [{usage_dashboard_link}]({usage_dashboard_link}) *(or "Not available" if trait is blank)*

### Company Overview
- **What they do:** [one sentence]
- **Industry:** [vertical]
- **Size:** [employees] ([engineering count] engineers)
- **Funding:** [stage], [amount] ([date])
- **HQ:** [location]
- **Growth trajectory:** [Accelerating / Steady / Flat / Early stage]

### $2K+ Spend Likelihood
**Score: [X]/100 - [High / Moderate / Low / Unlikely]**

Key factors:
- [Factor]: [+/- impact]
- [Factor]: [+/- impact]
- [Factor]: [+/- impact]

Projection: Currently at $[X]/month - projected $[X]/month in 3 months

### Vitally Usage & Billing
- **Current MRR:** $[X]
- **Products in use:** [list]
- **Products NOT in use:** [list - these are expansion opportunities]
- **Event volume:** [current] ([trend])
- **Active users:** [count] ([trend])
- **Health score:** [X]/10

**Billing trajectory:**
[Chart or description of the trend - is spend growing, flat, or declining?]

**Expansion opportunities:**
- [Product they're not using that fits their use case]
- [Volume tier they're approaching]
- [Config optimization that could increase value]

### Onboarding Team Context
**Engagement level:** [Engaged / Partially engaged / Unengaged]
**Onboarding rep:** [Name]

**What happened:**
[Narrative summary of the onboarding engagement - what was discussed, what was done, what's left open]

**Key quotes or insights from the customer:**
- [Any notable things the customer said or asked about]

**Open items / unfinished business:**
- [Anything the onboarding team started but didn't finish]
- [Any promises made to the customer]

### Business Growth Trajectory
**Rating:** [Strong accelerating / Steady upward / Flat/stable / Contracting]

**Key growth signals:**
- **Revenue:** [what's known about ARR growth, Inc. 5000 ranking, etc.]
- **Funding:** [recent round, amount, investors, what it's earmarked for]
- **Product velocity:** [new launches, features, platform plays in last 12 months]
- **Customer expansion:** [new segments, partnerships, geographic expansion]
- **Headcount:** [total delta, eng delta, GTM hiring signals]
- **Web/brand momentum:** [traffic trends, LinkedIn growth, awards/recognition]

**How this maps to PostHog spend:**
[Explicit analysis connecting each business growth vector to expected PostHog usage growth. e.g. "More customers on their platform - more end-user sessions - event volume will grow faster than current billing suggests." This is the most actionable part - it tells the TAE whether the Vitally billing trajectory understates or accurately reflects the real growth potential.]

**Score adjustment:** [If the business growth signals are strong enough to warrant adjusting the $2K+ likelihood score from Step 2, note the adjustment and reasoning here. e.g. "Business growth trajectory bumps the score from 72 to ~80 - billing data lags customer growth."]

### Recommended Play
**[Outreach / Light Touch / Skip / Wait and Watch]**

[Reasoning for the recommendation - 1-2 sentences.]

[If Skip: include DQ Reason below]

**DQ Reason (for Salesforce):**
`[250 characters or fewer - specific, concrete, copy-pasteable]`

### Draft Outreach

[If the play is Outreach or Light Touch, include the draft email in blockquoted format. If Outreach with Slack channel, also include the Slack welcome message.]

> **To:** [full email address]
> **Subject:** [subject line]
>
> [email body]
>
> [TAE name]

[If multi-user Outreach, also include:]

**Slack channel welcome message:**

> [Slack message body]
>
> [TAE name]

**Suggested angle:** [One sentence explaining why this hook was chosen and what it's designed to accomplish.]

複数のリードを処理する場合

個別のリサーチブリーフをすべて作成した後、統合した出力の冒頭（または最後のサマリーセクション）に、サマリーと優先順位ランキングの表を出力します。アカウントはスコアの高い順に並べます。

## Summary & Priority Stack Rank

| Rank | Account | Score | Tier | MRR | Trend | Action |
|------|---------|-------|------|-----|-------|--------|
| 1 | [Company] | [X]/100 | High confidence | $[X] | Growing | Outreach |
| 2 | [Company] | [X]/100 | Moderate confidence | $[X] | Flat | Light Touch |
| 3 | [Company] | [X]/100 | Unlikely | $[X] | Declining | Skip |

列の説明：

• スコア： 最終的な $2K 以上の可能性スコア（0～100）。ビジネスの成長軌道に応じて調整が必要な場合は、調整後の数値を使用します
• ティア： 高確度（80～100）／中程度の確度（60～79）／低確度（40～59）／可能性が低い（0～39）
• MRR： Vitally の請求データに基づく現在の MRR
• 傾向： 成長／横ばい／減少。ビジネス上のシグナルだけでなく、請求の推移に基づきます
• アクション： アウトリーチ／軽いタッチ／見送り／経過観察

---

参考ファイル

• references/scoring-model.md - $2K 以上の支出可能性を評価するスコアリングモデルの全容（重みと基準を含む）
• references/writing-style.md - メール作成時の PostHog の文体ガイドライン

重要な注意事項

1. まずリサーチを行い、その後に下書きを作成します。 アプローチを提案したり、アウトリーチを作成したりする前に、5つのリサーチワークストリームをすべて完了してください。リサーチの内容をアウトリーチの切り口に反映します。リサーチを行わなければ、メールが一般的な内容になってしまいます。
2. 使用状況と請求の信頼できる情報源は Vitally のデータです。 使用状況を推測せず、データを取得してください。
3. オンボーディングのメモをすべて読んでください。 オンボーディングチームが把握している背景情報は非常に貴重です。読み飛ばすと、TAE は状況を把握できないまま会話に臨むことになります。
4. 成長軌道を予測してください。 TAE が知る必要があるのは、アカウントの現状だけでなく、今後どうなるかです。
5. 食い違いを明示してください。 Web リサーチと Vitally のデータが異なる状況を示している場合（例：会社は成長しているように見えるが、PostHog の使用状況は横ばい）、その点を明確に指摘してください。特にステップ 5 では重要です。ビジネスが加速している一方で PostHog の請求額が横ばいなら、請求は成長に追いついておらず、上振れの余地があります。
6. Vitally のデータが少ない場合は、その旨を記載してください。 データを捏造しないでください。メモが2件だけで会話記録がない場合は、そのまま報告してください。それ自体が有用な背景情報です（顧客の関与が少なかった可能性を示します）。
7. ビジネスの成長は先行指標であり、請求は遅行指標です。 ステップ 5 のビジネス成長軌道の分析こそが、優れたリサーチブリーフと Vitally の数値を読むだけの内容を分けます。4,300万ドルを調達し、ARR が倍増したばかりの会社は、現在の請求額にまだ表れていなくても、PostHog への支出が増える見込みです。反対に、人員が減少し、最近の資金調達もない会社は、すでに支出がピークに達している可能性があります。ビジネスの成長軌道と、予想される PostHog の支出軌道を必ず結び付けてください。
8. Vitally のトレイトにある Harmonic のデータを使用してください。 アカウントのトレイトに含まれる SFDC／Harmonic のフィールドには、人員数の変化、Web トラフィックの傾向、LinkedIn での成長、資金調達の詳細が記載されています。これらを Web リサーチと照合してください。Web リサーチだけの場合よりも、豊かな状況がわかることがよくあります。
9. 成長の分析には業界の状況が重要です。 会社の成長の仕方によって、PostHog の使用状況がどのように増えるかは異なります。プラットフォーム／マーケットプレイス企業では、顧客ごとのイベント数が乗算的に増加します。SaaS 企業では、顧客ごとに線形的に増加します。インフラ企業では、バックエンドイベントが大量に発生する一方で、リプレイは少ない可能性があります。ビジネスモデルに適した PostHog の製品を対応付けてください。
10. DQ の理由はコピーしてそのまま使用できるものにしてください。 「見送り」を推奨する場合、DQ の理由は Salesforce に直接入力されます。250文字以内で具体的に記載し、対象外とする根拠となる主要なデータポイントを含めてください。
11. アウトリーチの下書きは文体ガイドに従ってください。 references/writing-style.md を読んでください。ハイフンのみを使用し、em ダッシュや en ダッシュは使わないでください。URL をそのまま記載しないでください。機能を箇条書きで並べないでください。メール1通につき質問は1つにしてください。複数ユーザーのアカウントでは、Slack チャンネルを最初に提示してください。
12. メールアドレスはすべて完全な形式で記載してください。 連絡先を列挙するときやアウトリーチを作成するときは、コピーしてそのまま使えるよう、常に完全なメールアドレス（例：[email protected]）を使用してください。
13. 下書きを提示する前に、すべての URL の有効性を確認してください。 メール内のすべてのリンク先を取得し、正常に開けることを確認してください。リンク切れの場合は、正しいページを検索するか、リンクを削除してください。