mcpField
P
posthog-pls-transition-leads

posthog-pls-transition-leads

github.com/posthogマーケティング・グロース76179 回インストール今日更新
リポジトリ

posthog-pls-transition-leads について

posthog-pls-transition-leadsは、スタートアップ向けクレジットの終了や高額な初回請求など、請求の転換期を迎えるPostHog顧客向けの調査・連絡スキルです。請求分析とコスト最適化をもとに、適切なフォロー方法を選びます。

主な機能

  1. 01クレジット期限切れと高額請求のリード分類
  2. 02利用状況、請求、クレジットの分析
  3. 03ユーザー活動と過去のやり取りの確認
  4. 04コスト最適化の機会特定
  5. 05対応方針の提案と連絡文の作成

活用シーン

  1. 01スタートアップ向けクレジット終了前の連絡準備
  2. 02初回請求が2,000ドル以上となるアカウントの評価
  3. 03直近の請求サポート履歴を踏まえたフォロー計画

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/posthog/skills --skill posthog-pls-transition-leads

インストール後、Claude Code で/posthog-pls-transition-leadsを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

README.md
references/
outreach-hooks-first-invoice.md
outreach-hooks-startup-rolloff.md
writing-style.md

詳細

PostHog の移行リードの適格性評価とアプローチ

課金移行を迎えるプロダクト主導型のリードを調査して適格性を評価し、適切な対応方針を提案します。対象は次の 2 種類です。

  1. スタートアッププログラム終了 — PostHog のスタートアッププログラム(1 年間、5 万ドル分の無料クレジット)を利用している顧客で、期間終了が近づいている、またはクレジットを急速に消費して早期に使い切りそうな顧客です。
  2. 初回請求額が高額 — 初めて実際の請求を受ける金額が 2,000 ドル以上となるユーザー(無料プランから有料プランへの移行、または新規登録)です。カジュアルな利用から本格的な支出へと移行したことを意味します。

移行リードと大口見込み顧客の違い

これらはコールドアウトリーチの対象ではありません。すでに PostHog を利用しており、実際の利用履歴があります。そのため、調査の深さ、伝え方、目的が異なります。

  • すでにデータがあります。 Vitally には、利用履歴、課金データ、クレジットの状況がすべて記録されています。その情報を活用してください。これらのリードでは、課金分析そのものが調査になります。
  • きっかけは登録ではなく、金銭に関するイベントです。 初めて実際の請求を受ける、または残りのクレジットを失おうとしています。アプローチでは PostHog を紹介するのではなく、この移行を乗り切れるよう支援します。
  • 目的は、移行期間中の顧客維持です。 これらのアカウントはすでに PostHog から価値を得ています。リスクは導入不足ではなく、請求額への驚きです。移行を無理のないものに感じられるよう、設定の最適化を支援し、課金に関する疑問があれば相談してもらえる存在になることが役割です。
  • 課金について直接触れても問題ありません。 商談色のある話題を全面的に避ける大口見込み顧客へのアプローチとは異なり、移行リードはクレジット、利用状況、費用に触れる会話を想定しています。売り込みではなく、最適化のサポートとして伝えてください。

基本的なワークフロー

  1. リードを分類する — 一致条件からリードの種類(スタートアッププログラム終了または初回請求額が高額)を特定します
  2. Vitally を確認する(課金データを重点的に) — アカウントのアクティビティ、ユーザー、プロダクト、詳細な課金分析を確認します
  3. 会社について簡単に調査する — 会社の状況が不明瞭、またはなじみのない場合に限ります
  4. 課金を分析する — 移行後の費用を算出し、最適化の機会を特定します
  5. 適格性を評価して対応方針を提案する — アウトリーチ/軽いアプローチ/見送り
  6. アプローチ文を作成する — リードの種類に合ったきっかけを使います
  7. すべての URL を検証する — 下書き内のリンクをすべて取得し、正しく解決されることを確認します

ステップ 1:リードを分類する

Salesforce の一致条件から、該当する移行リードの種類を特定します。

  • スタートアッププログラム終了:一致条件で「startup rolloff」、「credit spend」、「credits expiring」、「startup plan」を確認します。アカウントはスタートアッププログラムを利用しており、クレジットの有効期限が近いか、急速に消費されている状態です。
  • 初回請求額が高額:一致条件で「first invoice」、「$2K」、「high usage」を確認します。利用量がしきい値を超えており、初回請求額が高額になるアカウントです。

両方の兆候があるリードもあります(例:クレジットが終了するスタートアップで、初回の実請求額も高額になる場合)。その場合は、スタートアッププログラム終了として扱います。クレジットの有効期限切れのほうが、より緊急性が高く、具体的なきっかけとなるためです。

ステップ 2:Vitally を確認する(課金データを重点的に)

これが最も重要なステップです。移行リードでは、企業属性よりも課金データが重要です。

2a:アカウントを見つける

Vitally でアカウントを検索します。最も確実な検索方法は、get_user_details を使ってユーザーのメールアドレスから検索することです。メールアドレスで検索してユーザーとアカウントが見つかった場合は、アカウント ID に対して get_account_full を使い、課金データ全体を取得します。

2b: 抽出する請求データ

アカウントの属性とStripeデータから、次のフィールドを取得します。

スタートアッププログラム終了の場合:

  • amount_off — 残りのクレジット残高(元の$50Kから)
  • amount_off_expires_at — クレジット/割引の有効期限
  • stripe.metadata.startup_plan_end_at — スタートアッププランの終了日時
  • stripe.metadata.credit_expires_at — クレジットの有効期限(割引の有効期限と異なる場合があります)
  • creditRunwayDays — 現在の支出ペースで、クレジットがなくなるまでの日数
  • StripeのMRR/直近の請求額 — 現在の月間支出
  • Stripeのサブスクリプション詳細 — 契約中のプラン項目
  • アカウントが「クレジットが消費前に期限切れ」セグメントに該当するか

これらをもとに、次の項目を計算します。

  • クレジットの有効期限までの日数 — どれほど緊急性が高いか
  • クレジット利用率 — $50Kのうち、どれだけ使ったか
  • クレジット消費後の月額費用 — 最初の通常請求がいくらになりそうか
  • 未使用になるクレジット — 残りのクレジットのうち、どれだけ使われずに終わるか

初回請求額が高い場合:

  • StripeのMRR/初回請求額の見積もり
  • どの製品が費用を押し上げているか(イベント、録画、フィーチャーフラグのリクエストなど)
  • 請求上限が設定されているか
  • 利用状況の増加傾向(支出が加速しているか)
2c: アカウントのユーザーを確認する

アカウントIDを指定してget_account_usersを使用します。次の項目を確認します。

  • ユーザー数 — PostHogを使っている人数
  • 過去30日間のアクティブユーザー数 — チームが活発に利用しているか
  • ユーザーごとのVitallyセグメント — 各ユーザーが利用している製品
  • 組織のオーナーは誰か — 通常、アカウントを設定した人です

移行見込み顧客の場合、優先順位付けにはユーザー数も引き続き重要ですが、大口見込み顧客とは異なり、支出額が大きければ、ユーザーが1人だけのアカウントでも連絡する価値があります。PostHogに月額$3Kを費やしている個人創業者には、クレジットの有効期限が切れることを事前に伝えるべきです。

連絡先: Salesforceに登録されている見込み顧客のメールアドレスは、通常PostHogアカウントを作成した人のものですが、必ずしもメールを送るべき相手とは限りません。実際に誰がアクティブなのかを確認してください。直近の最終アクセス日と、最も多くのセッション/セグメントを持つユーザーに注目します。最もアクティブなユーザーが最適な連絡先です。PostHogとの関係が最も深く、チームでの利用状況について最も詳しい人だからです。見込み顧客の連絡先が最近アクティブでなく、チームの別のメンバーがアクティブであれば、チーム宛て(例:「[Company]チームの皆さま」)にするか、最もアクティブなユーザーに直接メールを送ります。連絡先とアクティブユーザーが異なる場合は、出力に記載して、TAEが判断できるようにしてください。

2d: 製品と利用状況を確認する

アカウントの属性とユーザーセグメントから、次の項目を特定します。

  • 現在利用中のPostHog製品
  • 主な費用要因(リプレイ数、フィーチャーフラグのリクエスト数、イベント数を確認)
  • 明らかな最適化の機会(ステップ4を参照)
2e: 会話とメモを確認する

get_account_conversationsとget_account_notesを使用して、PostHogの誰かがすでに連絡を取っているか確認します。スタートアップアカウントの場合、スタートアッププログラムへの参加時の会話が残っていることがよくあります。いつ、誰が関わったかを記録しますが、それだけで誰かが現在そのアカウントに対応しているとは限りません。

最近の請求関連のサポートチケットには特に注意してください。 過去1~2週間に、アカウントから請求、利用状況、費用に関するサポートチケットが送信されている場合、連絡の仕方は大きく変わります。相手はすでに費用について考えており、この話題についてPostHogに問い合わせています。これを出力で目立つように示してください。TAEからの連絡は、別の文脈を無視したコールドメールではなく、その会話の自然な続きとして感じられるべきです(例:「チームからリプレイの請求についてご質問があったのを拝見しました。利用の増加に伴う費用全体についても、ぜひ一緒に考えさせてください」)。請求に関するサポートチケットの直後に、ありきたりな移行案内メールを送るのは、配慮に欠ける印象を与えます。

2f:重複アカウントを確認する

Vitallyで、同じメールドメインを使用している他のアカウントを検索します。大企業では、複数のPostHog組織を持っている場合があります。リードのアカウントが、より利用歴の長いアカウントと重複している場合は、その旨を指摘します。

ステップ3:会社について簡単に調べる

スタートアップのロールオフリードについては、Vitallyとスタートアッププログラムの情報から、すでに十分把握できている可能性が高いです。ウェブで調べるのは、次の場合に限ります。

  • Vitallyのデータだけでは、その会社が何をしているのか判断できない
  • 会社名が曖昧で、複数の企業を指している可能性がある
  • 最近の資金調達や成長の兆候が、会話に影響するか確認したい

初回請求額が高く、よく知らない企業からのリードについては、簡単にウェブ検索を行います。

  • その会社は何をしているのか
  • ソフトウェア製品を開発しているか(ICPとの関連性)
  • 会社の規模と成長段階
  • 最近の資金調達

簡潔に済ませましょう。会社の詳細な調査書を作成するわけではありません。検索は1回、必要でも2回程度です。

ステップ4:請求の分析と最適化の機会

これは移行リードに特有のステップです。アウトリーチの文面を作成する前に、TAEが支援できる具体的な内容を特定します。

よくある最適化の機会
  1. 古くなったフィーチャーフラグ — コード内で使われていない有効なフラグも、/flagsを呼び出すたびに評価され、課金されます。未使用のフラグをアーカイブすると、フィーチャーフラグのコストを大幅に削減できる場合があります。リンク:https://posthog.com/docs/feature-flags/cutting-costs

  2. 請求上限 — 製品ごとに請求上限を設定すると、想定外の超過料金を防げます。多くのアカウントでは、これが設定されていません。リンク:https://posthog.com/docs/billing/estimating-usage-costs

  3. リプレイのサンプリング — リプレイ量が多い場合、すべてのセッションではなく一定割合を記録するサンプリングによって、インサイトの品質を損なわずにコストを大幅に削減できます。

  4. 匿名イベントと識別済みイベント — 匿名イベントは最大4倍安価です。ユーザーレベルのアトリビューションが不要な操作について、識別済みイベントを記録している場合、匿名での記録に切り替えるとコストを節約できます。

  5. 自動キャプチャの調整 — PostHogはデフォルトでページビューとページ離脱を自動キャプチャします。自動キャプチャを無効にし、重要なイベントだけを手動でキャプチャすると、イベント量を削減できます。

    自動キャプチャは、支出の質を示す指標でもあります。 アカウントのイベント量の大半が、カスタム計測イベントではなく自動キャプチャによるものであれば、実際に継続して発生する支出は、請求予測が示す金額より大幅に少ない可能性があります。これは、自動キャプチャなら、依存している機能を失わずに簡単に無効化したり、量を減らしたりできるためです。請求額の予測が2,000ドルで、その80%が自動キャプチャイベントによるアカウントと、意図的に計測したカスタムイベントで2,000ドルに達しているアカウントとでは、状況が大きく異なります。製品と使用状況を確認する際は、イベント量の大半が自動キャプチャによるものか、カスタムイベントによるものかを見極めましょう。自動キャプチャの割合が高い場合は、出力でその旨を指摘してください。予測される支出額から、アカウントが実際にどれほど「抜け出しにくい」状態かを過大評価している可能性があります。

  6. データウェアハウス/バッチエクスポートの最適化 — 大量のデータをエクスポートしている場合、エクスポートするデータをフィルタリングしたり、量を減らしたりできる可能性があります。

アウトリーチメールでこれらをすべて取り上げようとしないでください。実際にコストを左右している要因に基づいて、最も関連性の高い1~2点を選びましょう。メールは一般的なコスト削減チェックリストのようではなく、相手に合わせた内容にします。

請求についての会話の進め方

PostHogを安く見せることが目的ではありません。同じ価値を、相手の成長段階に見合うと感じられるコストで得られるよう支援することが目的です。スタートアップがPostHogに月額1,500ドルを支出していて、ARRが25万ドルなら、分析ツールに収益の7%を使っていることになります。月額1,000ドルまで最適化できれば、解約するか継続するかの分かれ目になるかもしれません。

今後のコストについて、率直に伝えましょう。金額を隠さず、最適化の提案とあわせて提示します。

ステップ5:適格性を判断し、推奨する対応を決める

適格性を判断するシグナルとしての請求上限

どの施策を選ぶかを決める前に、アカウントに請求上限が設定されているか、設定されている場合はいくらなのかを確認してください。これは、支出可能額について意図的かつ具体的に決定したことを示すため、利用できる最も強力なインテントシグナルのひとつです。

すべての製品を合わせた請求上限を月額 $1,500 に設定しているアカウントは、予算を明確に示しています。状況に大きな変化がない限り、月額 $20K のアカウントになる可能性は低いため、高い潜在性を持つリードとして扱うのはシグナルの読み違いです。一方、請求上限がなく、利用量が増えているアカウントは、まだコストについて考えていない可能性があります。これは、最適化の支援を歓迎してもらえる可能性があるという機会であると同時に、請求書が届いたときに予想外の高額に驚かれるリスクでもあります。

施策の推奨に請求上限を反映し、請求分析の出力で目立つように記載してください。

施策:アウトリーチ(Slack チャンネル+メール)

次の場合は、アウトリーチを推奨してください。

  • アクティブなチーム — 過去 30 日間に 2 人以上のユーザーがアクティブ
  • 十分な支出額 — 移行後の費用が月額 $500 以上
  • 移行時期が近い — クレジットの有効期限まで 60 日以内、または初回請求が間近
  • PostHog の担当者がまだ関与していない — 会話とメモを確認してください
施策:ライトタッチ(メールのみ、Slack チャンネルなし)

次の場合は、ライトタッチを推奨してください。

  • アクティブなユーザーが 1 人のみでも、支出額が大きい(移行後の月額が $1K 以上)
  • クレジットの有効期限まで 30 日以上ある — ある程度の緊急性はありますが、差し迫ってはいません
  • 小規模なチーム/初期段階 — 3 人のスタートアップには Slack チャンネルは大げさに感じられます
施策:見送り

次の場合は、見送りを推奨してください。

  • すでに別の TAE または CS チームのメンバーが対応している
  • 支出額が非常に低い — 移行後の費用が月額 $500 未満で、利用量も増えていない
  • アカウントが放棄されたように見える — クレジットが残っているにもかかわらず、過去 30 日間にアクティブなユーザーがいない

見送りを推奨する場合は、TAE が Salesforce を直接更新できるよう、失注理由と失注メモを必ず記載してください。

選択可能な失注理由:

  • BAA/DPA のリクエスト
  • セールスアシストの基準未満 - パス
  • セールスアシストの基準未満 - プロスペクト
  • 請求サポートのリクエスト
  • 事業終了
  • 重複リード
  • イベントのリクエスト
  • 既存顧客からの問い合わせ
  • フィードバック
  • 無効な連絡先情報
  • 予算なし
  • 現在のニーズなし
  • 製品との適合性なし
  • 返信なし - パス
  • 返信なし - プロスペクト
  • 技術リソースなし
  • 商業目的ではない
  • 適合性が低い
  • その他
  • パートナーシップのリクエスト
  • リソースの制約
  • セルフホストの要件
  • スパム
  • 古いリード - 自動クローズ
  • スタートアッププラン/YC
  • サポートのリクエスト
  • 競合製品の利用中/未承諾の RFP

移行対象のリードに適切な理由を選ぶ方法:

  • セールスアシストの基準未満 - パス:移行後の支出額が月額 $500 を明らかに下回り、成長のシグナルもありません。小規模スタートアップの利用終了で最もよく見られます。
  • セールスアシストの基準未満 - プロスペクト:現時点では基準未満ですが、利用傾向や事業の成長から、基準を超える可能性があります。再検討する価値があります。
  • 現在のニーズなし:アカウントが放棄されたように見えるか、利用が減少しています。移行後に PostHog の利用を継続しない可能性があります。
  • 重複リード:同じドメインに属する別の PostHog 組織が、実際のアカウントです。
  • 既存顧客からの問い合わせ:リードの実態はサポートまたは請求に関する問い合わせであり、セールスの機会ではありません。

失注メモは 250 文字以内で、具体的かつコピーしてそのまま使用できる内容にしてください。 請求に関する重要な数値を含めてください。

適切な失注メモ:

  • 「スタートアップのクレジット終了。クレジット適用後の支出は月額 $340。ユーザー 2 人、分析のみ。従業員 12 人のシード期スタートアップ。請求上限は $400 に設定。拡大のシグナルなし。」
  • 「初回請求は $1.1K だが、イベントの 80% は自動キャプチャ。実際の確定支出は月額約 $220。チーム 5 人、成長の見込みなし。」
  • 「放棄済み - 最後に確認されたアクティブユーザーは 45 日前。残りのクレジットは $18K、有効期限まで 30 日。オンボーディングへの反応なし。」

不適切な失注メモ:

  • 「支出が低い」(どの程度低いのか?何が原因なのか?)
  • 「小規模企業」(どのシグナルが重要なのか?)
  • 「対応する価値がない」(なぜなのか?)
プレイ:緊急のアプローチ

次の場合は、緊急のアプローチをおすすめします。

  • クレジットの有効期限まで14日未満で、アカウントがそのことを把握していないように見える
  • **最初の請求額が非常に大きくなる(5,000ドル以上)**のに、請求上限が設定されていない
  • 利用量が急増している — 最近何かが変わり、コストが急速に上昇している

ステップ6:アプローチメールの下書きを作成する

下書きを作成する前に、該当する参考ファイルを確認してください。

  • スタートアップの無料期間終了 → references/outreach-hooks-startup-rolloff.md
  • 初回請求額が大きい場合 → references/outreach-hooks-first-invoice.md
共通原則(すべての移行案件)
  1. Slack チャンネルを最初に紹介します。 共有 Slack チャンネルは、提供できるものの中で最も価値があります。PostHog の技術担当者に直接つながり、より速くリリースできるよう支援を受けられます。3段落目まで触れずに取っておいてはいけません。冒頭で紹介し、調査で得た情報を使って、相手の状況にとってなぜ有用なのかを説明し、気軽に参加できるようにします。PostHog ハンドブックには、「共有 Slack チャンネルを使って迅速なサポートを提供し、PostHog を使って開発を進めているお客様と関係を築いています」とあります。Slack チャンネルは、目の前の移行にとどまらず、戦略的にも重要です。短期的な結果として利用の最適化や支出の削減を支援する場合でも、新機能の開発中や新たな問題に直面したとき、あるいは「PostHog で X はできますか?」と考えているときに、その場にいることが自然な拡大につながります。会話を始めてもらえなければ、まだ利用していない機能や検討していない機能を紹介する機会があるかどうかもわかりません。
  2. 営業担当者ではなく、同じエンジニアのように書きます。 相手は有能な開発者で、営業からのメールを望んでいないからこそ、連絡を取りにくい人たちです。TAE も高度な技術知識を持っています。同僚にメッセージを送るように、率直かつ簡潔に書きます。相手の設定を褒めたり、過度に持ち上げたりしないでください(「チームの立ち上がりが早いですね!」は見下したように受け取られます)。把握していることを伝え、提供できることを説明し、返信したくなるような質問をします。
  3. 短くまとめます。 最初のアプローチは簡潔にします。Slack チャンネルと、相手にとって具体的に役立つ理由、そして実際に Slack を開いてメッセージを送りたくなるような会話のきっかけを伝えます。それだけです。請求額の最適化については Slack での会話に取っておきます。相手に参加してもらうことが目的だからです。
  4. 移行について率直に伝えます。 クレジットの有効期限が近い場合は、そのことを伝えます。初回請求額が大きくなる場合は、その理由が相手にわかるように説明します。透明性は信頼につながります。ただし、段落ではなく一文で伝えます。スタートアップの無料期間終了については、料金プランや割引について話し合えることを伝えてもかまいません。これらのお客様はこれまで PostHog を無料で利用しており、高額な請求に直面する可能性があります。移行をサポートする一環として、選択肢について話し合うことを提案するのは自然なことです。
  5. PostHog の文体に従います。 要点を伝えます。余計な表現は入れません。アメリカ英語、オックスフォードコンマ、ハイフン(全角ダッシュや半角ダッシュではなく)を使います。URL をそのまま記載せず、必ずアンカーテキストを使います。
データの正確性に関するルール

大口顧客の場合と同じく、Vitally の利用データまたは会社の公開ウェブサイトで確認できる情報のみを参照します。エンリッチメントデータ(Clearbit/Harmonic の技術スタック項目)を事実として記載してはいけません。相手の設定について誤ったことを書くと、信用を失います。すでに利用しているお客様なら、なおさらです。何を使っているかを相手は正確に把握しています。

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

下書きを提示する前に、メール内のすべての URL にアクセスし、ページが表示され、意図したコンテンツにつながることを確認します。URL が無効な場合は、正しいページを検索します。有効なページが見つからない場合は、リンクを削除します。

出力形式

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

  1. リードタイプ — スタートアップのクレジット失効、初回請求額が高額(または両方)
  2. 企業概要 — 事業内容、規模、ステージを簡潔に記載してください。必要がない限り、詳しい調査は省略してください。
  3. Vitally アカウントの概要 — ユーザー(人数、アクティブユーザー、役割)、利用中の製品、ヘルススコア 3a. 対象外とする理由 — 利用可能なリストから選択してください(Skip を推奨する場合は必須です) 3b. 対象外とする際のメモ — 具体的で、そのままコピー&ペーストできる 250 文字以内のメモ(Skip を推奨する場合は必須です)
  4. 請求分析 — 出力の中核です。残りのクレジット、有効期限、現在の利用額、移行後の費用、クレジット利用率、最適化の機会を記載してください。
  5. 推奨アクション — Outreach/Light Touch/Skip/Urgent と、その理由
  6. メールの下書き — リードタイプに応じた切り口を使用してください。
  7. フォローアップの指針 — 送信後に予想されることについて、簡潔なメモを記載してください。

フォローアップの指針

最初の連絡の後に通常起こることと、その対応方法を以下に示します。

請求や料金について質問された場合

これは最も望ましい反応です。相手は関心を持ち、移行について検討しています。質問には直接回答し、利用状況ダッシュボードを一緒に確認する機会(非同期または通話)を提案してください。まだ設定していない場合は、請求上限の設定も支援してください。

最適化を依頼された場合

コスト削減の支援を求めています。特定した最適化の機会を説明してください。請求ダッシュボードを画面共有しながら、短時間の通話を行うのもよいでしょう。

返信がない場合(7 日後)

一度フォローアップしても問題ありません。簡潔にし、最初のメールと予定されている移行日について触れてください。新しい情報やリソースは追加しないでください。フォローアップ後も返信がなければ、いったんそこで終了します。請求書を見て、その後連絡してくる可能性があります。

他の担当者に引き継ぐ場合
  • 料金交渉を希望する場合、または年間契約について質問された場合 → AE に引き継いでください。ここからは営業の会話です。
  • バグや技術的な問題が報告された場合 → サポートまたは Slack チャンネルを案内してください。簡単な問題でない限り、自分でデバッグしようとしないでください。
  • ダウングレードまたは解約を希望する場合 → まず理由を確認してください。コストのみが理由なら、最適化で解決できるか検討します。製品との適合性が理由なら、有益なフィードバックとして記録し、適切に CS/Product に共有してください。

重要な注意事項

  1. 請求分析こそが調査です。 本質的な問いは「クレジット失効後にいくら支払うのか」です。企業の基本情報の調査に 30 分もかけないでください。
  2. 費用について率直に伝えてください。 顧客はこれから請求を受けます。事前に内容を理解できるよう支援するのは、売り込みではなく親切な対応です。
  3. 費用と最適化の方法をセットで提示してください。 費用に言及する際は必ず、削減方法も併せて示してください。
  4. まず会話履歴を確認してください。 スタートアッププログラムまたは CS チームのメンバーが、すでに連絡を取っている可能性があります。
  5. ユーザーが 1 人でも重要です。 大口顧客(ユーザー 1 人なら優先度が低い)とは異なり、月 2,000 ドルを使うユーザー 1 人には、必ず連絡する価値があります。
  6. 請求ではなく、Slack チャンネルから話を始めてください。 メールの最初の文では Slack チャンネルと、その顧客にとっての有用性を説明してください。請求については、その後に触れます。
  7. 下書きを提示する前に URL を検証してください。
  8. Skip を推奨する場合は、必ず DQ 理由と DQ メモを提示してください。 利用可能なリストから選んだ対象外とする理由と、そのままコピー&ペーストできる 250 文字以内のメモを含めてください。一般的な表現ではなく、具体的な請求データとシグナルを明記してください。

BAA/HIPAA の料金に関する参考情報

移行対象のリードが HIPAA、BAA、または医療データに言及している場合:

  • 標準 BAA(修正なし): Boost アドオンは 月額 250 ドル +使用量に応じた料金です。BAA は posthog.com/baa で作成できます。
  • カスタム/修正済み BAA: Enterprise プランは 月額 2,000 ドル(年払い)+使用量に応じた料金です。

標準的な選択肢として Boost を案内してください。最初から「エンタープライズ料金」を案内しないでください。

非営利団体向け割引の目安

  • $25K未満のクレジット購入: 15%割引
  • $25K~$100Kのクレジット購入: 標準のボリューム割引に加えて、さらに5%
  • $100Kを超えるクレジット購入: 標準のボリューム割引が適用されます

お客様には、各国の税法に基づく非営利団体であることの証明が必要です。

コメント