Time to value (TTV) とは、顧客が購入してから、製品で意味のある成果に到達する瞬間までの経過時間です。契約に署名した時点から、顧客が何かを指して「これは価値があった」と言えるまで動き続ける時計です。TTV が短いほど、リテンションが速くなり、エクスパンションが速くなり、最初の更新ウィンドウでの churn リスクが下がります。だからこそ、Customer Success チームの努力が最も速く積み上がるメトリクスなのです。
TTV ではないもの
TTV はオンボーディングの完了ではありません。顧客はすべてのオンボーディングタスクを終えても（プロビジョニング済み、統合済み、トレーニング済み）、まだ価値を実現していないことがあります。オンボーディングはあなたが行う作業であり、価値は顧客が得る成果です。両者は相関しますが、価値の実現ではなくオンボーディングタスクの完了を最適化することは、更新が逆を示しているのに TTV が健全だとチームが思い込む最も一般的なパターンです。
TTV は アクティベーション とも同じではありませんが、両者は近い親戚です。アクティベーションは製品側の行動イベントです（「3 人の同僚を招待してレポートを 1 回実行した」）。TTV は、そのアクティベーションイベントが代理指標となるビジネス側の成果です。self-serve 製品では両者はしばしば同じ測定に collapse しますが、複雑な B2B のディールでは乖離します。なぜなら、アクティベーションイベントは顧客自身の KPI が実際に動く数週間前に発火しうるからです。
first value と full value
TTV で最も有用な区別は、2 つのマイルストーンに分けることです。
- Time to first value (TTFV)。 顧客が、購入した目的そのものを製品が実行するのを初めて体験するときです。最初にソーシングした候補者、最初に redline した契約書、ステークホルダーが実際に開く最初のダッシュボードなどです。これが継続的な engagement を正当化する「アハ」です。目標は数日から数週間で測定します。
- Time to full value (TTFV-full、または「time to ROI」)。 顧客が契約を経済的に正当化する成果に到達した時点です。ユースケースが本番稼働し、採用が購買委員会に広がり、更新のリスクが解消されています。目標は契約規模に応じて数週間から 1 四半期で測定します。
どちらも重要であり、両者を混同するとコストがかかります。first value だけを最適化すると、素晴らしい最初の 1 か月と、更新時に churn する顧客が生まれます。「アハ」が ROI にスケールしなかったからです。full value だけを最適化すると、初期 engagement の崖を無視することになります。first value に時間がかかりすぎると、champion が離脱し、full value には決して到達しません。
測定方法
- 価値のマイルストーンを行動で定義します。 「顧客が満足している」ではなく、具体的で観察可能なイベントです。「最初の請求書を照合した」「最初の 10 件のチケットを自動解決した」「顧客が動いたメトリクスを引用した最初の QBR」などです。計測できなければ、管理できません。
- 時計の開始点を定めます。 通常は契約署名またはキックオフです。1 つを選び、コホート全体で一貫して適用します。
- 両方のマイルストーンを product-analytics または CS プラットフォームで計測します。 Pendo や Gainsight などのツールは製品イベントからマイルストーンを発火できます。Vitally や Totango はそれをアカウントのタイムラインに添付し、コホートが長引いたときに CSM のプレイをトリガーできます。
- TTV は平均ではなくコホートの中央値で報告します。 6 か月の enterprise ロールアウトが数件あると平均が引っ張られ、SMB コホートが 9 日でアクティベートしている事実を隠してしまいます。ICP、契約規模、モーションでセグメント化します。
短縮方法
- first value を事前に売ります。 最速の TTV 短縮は契約前に起きます。営業サイクルで最初のユースケースをスコープし、オンボーディングが discovery フェーズではなく既知のターゲットから始まるようにします。
- テンプレート化された出発点。 empty-state の摩擦こそ日数が漏れる場所です。事前構築されたテンプレート、サンプルデータ、ガイド付きの first-run を提供し、顧客が白紙のキャンバスなしで first value に到達できるようにします。
- 価値を順序立て、海を沸かさないこと。 まず顧客を 1 つの first value のユースケースに素早く導き、その後に拡張します。go-live 前にすべての機能を設定しようとすると、first value が数週間先に押しやられます。
- ハンドオフに注意します。 Sales から CS へのハンドオフのギャップは TTV の最大のキラーの 1 つです。顧客は新しい担当者に目標を繰り返し、時計は動き続けます。スコープされた first value のターゲットを、ハンドオフを通じて書面で引き継ぎます。
よくある落とし穴
- 成果ではなくタスクを測定する。 使用カーブが横ばいのまま「オンボーディング 100% 完了」というのは、TTV が起きていないことを意味します。guard はチェックリストではなく行動による価値マイルストーンです。
- 全セグメントに 1 つの TTV 数値。 ブレンドした中央値は SMB と enterprise のギャップを隠します。guard は契約規模とモーションによるコホートのセグメント化です。
- first value で時計を止める。 「アハ」を祝って先に進むと、full value が未測定のまま残ります。guard は更新まで両方のマイルストーンを追跡することです。ROI を伴わない first value はやはり churn するからです。
- 基準を下げて TTV を最適化する。 マイルストーンを些細なほど簡単なものに再定義すると、数値は素晴らしく見えても何の意味もありません。guard は、アクティベーションイベントに適用するのと同じ規律で、マイルストーンを実際の更新とエクスパンションに対して相関させることです。
関連
- ユーザーアクティベーション — first value に対する製品側の行動的な代理指標
- NRR vs GRR — 短い TTV が守るリテンションのメトリクス