posthog-pls-big-fish

PostHog の大手企業向けリードの適格性評価とアプローチ

PostHog に登録し、支払い方法を登録せずに無料プランを利用している大手企業（従業員 500 人以上）のプロダクト主導型リードを調査、評価し、適切なアプローチを提案します。

大手企業向けリードの特徴

• 相手からサポートを求められているわけではありません — こちらから積極的に連絡します
• 相手はすでに PostHog を利用しています — アカウントを持っており、利用が活発な可能性もあります
• 目標は、評価を支援し、その過程で実際の商談機会を見極めることです。 TAE の役割は、こうしたアカウントが PostHog からすばやく価値を得られるよう支援することです。PostHog が適切な選択肢であれば、製品に依存するようになった時点で、商談（年間 2 万ドル以上）は自然に始まります。無料プランから有料プランへの転換や解約防止は、別のチームが担当します。
• 連絡する具体的な理由が必要です — 一般的なメールは無視されます。すべてのアプローチに、実際に把握している利用状況に基づいたきっかけが必要です。

基本的なワークフロー

1. リードを読み解く — Salesforce のフィールドを確認します。件名の連結バグに注意してください。[Product-led] [email protected] のように、会社名とメールアドレスがつながっていることがよくあります。@ のパターンで区切り、正しいメールアドレスを特定します。
2. 会社を調査する — ウェブ検索で企業情報、製品、業界を調べます
3. Vitally を確認する — アカウントのアクティビティ、ユーザー、製品、会話、メモを確認します
4. ユースケースを特定する — 会社の種類と製品の利用状況に基づいて、PostHog の 6 つのユースケースに当てはめます
5. 適格性を評価し、アプローチを提案する — 連絡する／見送る／育成する
6. 連絡文を作成する — 連絡が推奨される場合は、具体的なきっかけを盛り込んだ、サポートを第一に考えたメールを作成します
7. すべての URL を検証する — 作成した文面に含まれるすべてのリンクを取得し、正しく表示されることを確認します

ステップ 1：リードを読み解く

Salesforce には、件名に会社名と担当者のメールアドレスがスペースなしで連結される既知のバグがあります。例：

• [Product-led] [email protected] → 会社：AcmeCorp、メールアドレス：[email protected]
• [Product-led] Go [email protected] → 会社：Go Team、メールアドレス：[email protected]

必ず、メールアドレスのパターンを見つけて件名を解析してください（@ の位置を確認し、ローカル部の先頭までさかのぼります）。会社名は、[Product-led] からメールアドレスの先頭までの部分です。

ステップ 2：会社を調査する

ウェブ検索で、次の情報を集めます。

• 会社が何をしているか（1 文で要約）
• 業界／分野 — ICP に該当するかどうか
• 会社の規模（従業員数、入手できる場合はエンジニアリング部門の従業員数）
• 資金調達の段階と時期
• その会社は、エンドユーザー向け UI を備えたソフトウェア製品を開発していますか？ これは PostHog との関連性を判断するうえで必須です。従業員が 5,000 人いる会社でも、ソフトウェアを開発していなければ、PostHog は適していません。

次の検索クエリを実行してください：

[company name] what does it do
[company name] crunchbase funding
[company name] engineering team

Salesforce のエンリッチメントデータを調査結果と照合してください。 「従業員 500 人以上」という適格基準は、Salesforce 内の Clearbit／Harmonic データに基づいていますが、特に一般的な社名の会社では、別の企業の情報と誤って紐づけられることがよくあります。従業員 10 人のスタートアップが、名前の似たまったく別の会社のデータでエンリッチされ、従業員 45,000 人、売上高 100 億ドル以上と表示されることもあります。ウェブ調査の結果が Salesforce の従業員数、売上高、設立年と食い違う場合は、調査結果を信頼し、その不一致を報告してください。

ステップ 3：Vitally を確認する

ここが最も重要なステップです。 Vitally のデータから、実際に評価が進められているのか、それとも 1 人が試しに触っているだけなのかを判断します。

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

Vitally でアカウントを検索します。最も信頼性の高い検索方法は、get_user_details を使ってユーザーのメールアドレスで検索する方法です。アカウント名での検索は信頼性が高くありません。メールアドレスで検索してユーザーとそのアカウントが返されれば、必要な情報はすべて揃っています。

リードのメールアドレスで何も見つからない場合は、最後の手段として Salesforce の posthog_org_id を試してください。ただし、search_accounts の externalId フィルターは信頼性が低く、無関係な結果が返されることがあります。

3b: アカウント内のユーザーを確認する

アカウント ID に対して get_account_users を使用します。これは、適格性を判断するうえで最も重要なシグナルです。

• 1 ユーザー — 情報収集をしている人が 1 人います。優先度は低めです。アプローチするとしても、控えめに連絡する程度にとどめます。
• 2 人以上 — 実際の評価が進行中です。複数の人がいるということは、誰かが PostHog を社内で共有したことを意味します。単なる興味ではなく、組織として関心を持っています。優先して対応します。
• 3 人以上で、役割やアクティビティが多様 — 非常に有望です。部門横断で評価が積極的に進んでいます。優先して対応します。

各ユーザーについて、以下を記録します。

• メールアドレスと名前 — どのような人たちでしょうか？
• Vitally のセグメント — 「Analytics Creator」、「Replay User」、「Feature Flag Creator」、「Experiment Creator」などから、具体的な利用内容がわかります。
• 最終確認日 — アクティビティはどれくらい最近のものでしょうか？
• 組織のオーナーは誰か — 通常は評価を開始した推進者です。

登録のペースも重要です。 全ユーザーが 1～2 週間の間に登録している場合、連携して評価を進めています。数か月かけて間隔を空けながら徐々に登録している場合、評価が停滞している可能性があります。

3b-ii: 各ユーザーのペルソナと役割を調査する

必須です。 アカウント内の各ユーザーについて、実際の役職と役割を調査してください。これはアプローチ戦略を大きく左右します。ソフトウェア製品を開発するエンジニアリングマネージャーと、ウェブサイトを追跡するマーケティングオペレーション担当者では、話す内容がまったく異なります。

調査方法：

1. まず Vitally のユーザー属性を確認します。roleAtOrganization、sfdc.Role__c、vitally.custom.calculatedTitle に有用な情報が含まれていることがあります。
2. Vitally の属性で LinkedIn プロフィール URL（sfdc.Linkedin_Profile__c）が利用できる場合は、確認します。
3. ウェブ検索で "[first name] [last name]" "[company name]" LinkedIn を検索します。
4. 会社に事業部門やサブブランドがある場合、その人物がどの部門で働いているかを記録します。これによって ICP の評価が大きく変わることがあります（例：サービス会社内の SaaS 製品チームに所属するエンジニアと、サービス提供事業のプロジェクトマネージャーでは状況が大きく異なります）。

確認する項目：

• 正確な役職 — 「シニアソフトウェアエンジニア」と「AV プロジェクトマネージャー」の違いから、ICP との適合性がよくわかります。
• 部門／チーム — エンジニアリング、プロダクト、データ、マーケティング、IT、オペレーションのどれでしょうか？
• 担当する製品または部門 — 複数の事業部門がある大企業では特に重要です。所属する部門によって、PostHog が関連するかどうかが決まります。
• 職位 — 個人貢献者のエンジニア、エンジニアリングマネージャー、ディレクター、VP のどれでしょうか？メールの宛先や、依頼内容の伝え方に影響します。

見つかった情報を、出力にユーザーごとに記載してください。役職を確認できない場合は、不明であることを明記します。

重要な理由： 2 人のユーザーがソフトウェアプラットフォームチームのエンジニア（ICP との適合性が高い）なのか、企業ウェブサイトを追跡するマーケティングアナリスト（適合性が低い）なのかを把握することが、Slack チャンネルを作成して連絡メールを送るか、対応を見送るかの判断を分けます。ペルソナの調査結果は、会社単位の ICP 評価より優先されることがよくあります。非テック企業でも、適切なチームが評価しているなら、PostHog を有効活用できる可能性があります。

3c: 同じメールドメインを使用する他のアカウントを確認する

必須です。 大企業では、同じメールドメインを使用する PostHog アカウントが複数存在することがよくあります。search_accounts または会社名を指定した find_account_by_name を使って Vitally を検索し、同じドメインの管理者メールアドレスを持つアカウントが他にないか確認します。

重要な理由： ユーザーが既存の PostHog 組織への参加を意図していたのに、新しい PostHog 組織を作成してしまうことがあります。これは、あるチームがすでに PostHog を利用している大企業で、別のチームの新しいメンバーが個別に登録する場合に特によく見られます。

確認する項目：

• 同じドメインに、より利用歴の長い別のアカウントがある場合（ユーザー数や利用状況が多い、すでに有料、TAE が割り当てられているなど）— 新しいアカウントは重複している可能性があります。リードの連絡先が既存の組織に参加せず、誤って新しい組織を作成したのかもしれません。見つかった場合は、結果に明記してください。新しいリードとして扱うより、この人を既存のアカウントにつなぐのが適切な対応かもしれません。
• 利用が活発で、互いに独立した複数のアカウントがある場合 — 異なるチームが別々に PostHog を評価しています。これは組織に関する有力なシグナルです。最も利用が活発なアカウント、リードの連絡先が所属するアカウント、チーム同士をつなぐ機会があるかを記録してください。
• すでに別の TAE が担当している既存アカウントがある場合 — そのドメインのアカウントが別の担当者の担当一覧に含まれている場合は、連絡する前にその TAE と調整してください。競合する関係を作らないでください。

調査結果を報告してください： そのドメインのすべてのアカウント、ユーザー数、アクティビティレベル、TAE の割り当ての有無を列挙してください。リードのアカウントが誤って作成された重複アカウントと思われる場合は、新しいアカウントに連絡するのではなく、ユーザーを既存の組織につなぐことを推奨してください。

3d: 会話とメモを確認する（直近 45 日間）

必須です。 対応方針を決める前に、get_account_conversations と get_account_notes を使用してください。

• PostHog の担当者がすでに連絡している場合 → 連絡を重ねず、調整してください
• オンボーディングチームのメモがある場合 → 情報を得るために読んでください
• サポートに関する会話がある場合 → 取り組んでいる内容を把握してください
• 会話もメモもゼロの場合 → その旨を明記してください。このアカウントにはまだ誰も対応していません。あなたが最初に接触する担当者です。

3e: Gmail を確認する

Gmail で会社のドメインを検索し、Vitally 以外で過去にメールのやり取りがないか確認してください。

Step 4: ユースケースを特定する

利用状況と会社の事業内容に基づいて、PostHog の 6 つのユースケースに分類します。

Vitally のセグメント／利用中の製品	想定されるユースケース
Analytics Creator、Analytics User、Surveys User	プロダクトインテリジェンス
Feature Flag Creator、Experiment Creator	リリースエンジニアリング
Error Tracking User	オブザーバビリティ
Web Analytics の利用	グロース＆マーケティング
LLM Observability の利用	AI／LLM オブザーバビリティ
Data Warehouse、Batch Exports	データインフラストラクチャ

利用データが少ない場合は、会社の種類から推測します。

• AI ネイティブ企業 → AI／LLM オブザーバビリティ＋プロダクトインテリジェンス
• PLG SaaS → プロダクトインテリジェンス＋グロース＆マーケティング
• 開発者向けツール → リリースエンジニアリング＋オブザーバビリティ
• E コマース／マーケットプレイス → グロース＆マーケティング＋プロダクトインテリジェンス

Step 5: 見込み度を判断し、対応方針を推奨する

対応方針：アウトリーチ（Slack チャンネル＋サポート優先のメール）

ユーザーが 2 人以上で、かつ利用が活発なアカウントには、以下のフル対応を行います。

• 共有 Slack チャンネルを作成する
• サポートを優先したメールを送信する（Step 6 を参照）

以下の場合も、アウトリーチを推奨します。

• 会社が ICP に適合していると考えられる（ソフトウェアを開発しており、エンジニアがいる）
• 会社の規模から、年間 2 万ドル以上の利用額が見込める
• PostHog の担当者がまだ連絡していない

プレイ：スキップ

次の場合は、スキップを推奨します。

• ICP に該当しない。 その会社がソフトウェア製品を開発していない（従来型の小売業、製造業、自動車販売店など）。
• 別の TAE またはチームがすでに対応中。
• 会社の規模が実態を反映していない。 「従業員 500 人以上」でも、エンジニアリングチームが 3 人でウェブサイトを保守している非テック企業の場合。

プレイ：ユーザーが 1 人 — しばらく様子を見る（すぐにスキップしない）

現時点でユーザーが 1 人しかいないという理由だけで、リードを不適格と判断しないでください。 大口アカウントでは、チームを招待する前に 1 人が設定を始めることがよくあります。ユーザーが増えるまで数日、あるいは数週間かかることもあります。

大口リードのユーザーが 1 人だけの場合：

1. 1 週間後に確認します。 アカウントを再確認し、ユーザーが増えているか、利用が増えているかを確認します。
2. 1 週間後もユーザーが 1 人だけなら、さらに 1 週間後に再確認します。 同じ点を確認します。
3. 2 回の再確認後（合計 3 週間後）もユーザーが 1 人だけなら、判断します。 ユーザーが 1 人の状況に合わせた控えめなメールを送るか、全体的な状況（ICP との適合性、会社の規模、活動レベル）に基づいて優先度を下げます。

再確認の予定日を TAE に伝え、リマインダーを設定できるようにします。

プレイ：ナーチャリング（様子を見る。まだメールは送らない）

次の場合は、ナーチャリングを推奨します。

• 適合性の高い会社だが、利用状況がごく初期の段階にある — 数日前に登録したばかりで、ほとんど何もしていない場合。連絡する前に、設定を進める時間として 1 週間待ちます。
• 評価が停滞しているように見える（数か月前にユーザーが登録したが、最近の活動がない）。別のアプローチ（LinkedIn、アプリ内アンケートなど）が必要かもしれません。

ステップ 6：アウトリーチメールを作成する

作成前に references/outreach-hooks.md を読んでください。

主な原則（https://posthog.com/handbook/growth/sales/getting-people-to-talk-to-you より）

1. 最初のアウトリーチは自分のためではなく、相手のためのものです。 自分が誰か、相手のアカウントを担当していること、「サポートするために連絡した」ことから書き始めないでください。相手の利用状況についての気づきから始めます。名前は署名に入れれば十分です。
2. 最初の一文で価値を伝えます。 Vitally のデータに基づき、相手のセットアップについて具体的な気づきを伝えます。要点を伝えるまでに段落が必要なら、返信は期待できません。
3. 余計な文言は避けます。 「ご連絡したのは」「ただお伝えしたくて」「何か必要でしたらいつでもご連絡ください」「登録されたばかりなのを拝見しました」などは、すべて削除します。
4. 自問してください。これが sales@ の受信箱に届いたとして、もう一度目を通そうと思いますか？ そう思わないなら、書き直します。
5. 価格、費用、数量割引、エンタープライズ機能、SSO など、商取引に関する内容には触れないでください。相手はセルフサービスを選び、営業との会話を希望しませんでした。その意思を尊重してください。
6. Slack の招待については、自然に触れます。 書き出しやメールの中心にはしません。
7. 最後に、答えやすい相手についての自由回答形式の質問を 1 つ入れます。

データの整合性に関するルール

Vitally の利用データまたは会社の公開ウェブサイトから確認できる情報だけを取り上げてください。 エンリッチメントデータ（Clearbit、Harmonic、Salesforce の Company_tech__c にある技術スタックのフィールド）を、アウトリーチで事実として引用してはいけません。これらのフィールドは古い、誤っている、または組織内の別の部門に関する情報であることがよくあります。メールで技術スタックについて誤った内容を伝えると、すぐに信用を失います。

✓ 触れてよい内容：PostHog で使用している製品、プロジェクト数、Vitally でユーザーが属しているセグメント、会社の事業内容（公開ウェブサイトより） ✗ 触れてはいけない内容：技術スタックのエンリッチメントフィールド、Salesforce のデータにある競合ツール、実際の利用状況や公開情報から確認できない内容

メールの構成

1. 簡潔な挨拶（「[Company] チーム」または名）
2. 利用状況についての具体的な気づき — 最初の本題となる一文。Vitally のデータから得た内容にします。
3. その気づきに関連する、役立つリソースまたは提案を 1 つ
4. Slack の招待について触れる（自然に。きっかけにはしない）
5. 相手についての自由回答形式の質問を 1 つ
6. 結び（名前のみ）

ステップ 7：すべての URL を検証する

必須です。 草案を提示する前に、メール内のすべての URL を web_fetch で取得し、正常に開けることと、意図した内容を指していることを確認してください。リンク切れの場合は、正しいページを検索してください。有効なページが見つからない場合は、リンクを削除してください。

出力形式

TAE に回答する際は、必ず以下を提示してください。

1. リードの解析 — 会社名とメールアドレスを修正し、Salesforce の件名の不具合が当てはまる場合はその旨を記載
2. 企業調査の概要 — 事業内容、規模、資金調達、業界、ICP との適合性評価
3. Vitally アカウントの概要 — ユーザー（人数、役割、アクティビティ、最終確認日時）、利用中の製品、ヘルススコア、サインアップの増加ペース、会話／メモの状況
4. ユースケースの評価 — 6 つのユースケースのうち、どれに該当するか
5. 推奨するアプローチ — アウトリーチ／見送り／ナーチャリングと、その理由
6. メールの草案 — アウトリーチを推奨する場合

重要な注意事項

1. Salesforce の件名を注意深く解析してください。 文字列連結の不具合はよく発生します。必ずメールアドレスを見つけ、そこで区切ってください。
2. Vitally の検索では、ユーザーのメールアドレスが最も信頼できます。 アカウント名での検索は信頼性が低いため、必ず最初にユーザーのメールアドレスを試してください。
3. ユーザー数は最も重要な適格性の指標です。 ユーザーが 1 人なら優先度は低く、2 人以上なら本格的な評価を行っています。ほかのすべての要素よりも、この指標を優先してください。
4. 会話とメモは必ず確認してください。 すでに誰かが対応している場合、さらに連絡を重ねないでください。
5. 自分たちのことではなく、相手についての気づきから始めてください。 ハンドブックを読み直してください：https://posthog.com/handbook/growth/sales/getting-people-to-talk-to-you
6. アウトリーチで、エンリッチメントデータを事実として引用しないでください。 Vitally の利用状況または公開情報で確認できることだけを参照してください。
7. 目的は販売ではなく、相手の評価を支援することです。 これらの人々は自ら PostHog に登録しました。セルフサービスを選んでおり、営業担当者と話したいとは言っていません。あなたの仕事は、相手の評価がうまく進むよう支援することです。技術的な質問に答え、導入時の問題を解決し、適切なリソースを案内し、PostHog がニーズに合うかどうかを適切に判断できるようにしてください。PostHog が適していれば、製品を継続的に利用するようになった段階で、商談は自然に始まります。適していない場合でも、早く判断できるよう支援することは成果です。最初のアウトリーチでは、料金、ボリュームディスカウント、エンタープライズ機能、年間契約、SSO など、商業的な話題には一切触れないでください。「専任の担当者」や「利用開始をお手伝いします」といった表現は避け、営業活動のように聞こえる言い回しもしないでください。相手から営業との会話を希望されたわけではないことを率直に認めてもまったく問題ありません。それにより警戒心を和らげることができます。
8. 草案を提示する前に、必ず URL を検証してください。
9. 各ユーザーのペルソナと役割を必ず調査してください。 相手が誰で、何をしているのかを把握せずにメールの草案を作成しないでください。ペルソナの調査によって、推奨するアプローチが大きく変わることもよくあります。