TTV(タイムトゥバリュー)とは?
TTV(タイムトゥバリュー)とは、顧客が契約してから最初の価値・成果を実感するまでの時間のこと。TTVが短い顧客ほど解約しにくいため、SaaS・サブスクリプションのオンボーディング設計で中心になる指標です。
実務での使い方
TTVが重視される理由は、解約の意思決定が更新日よりはるか手前で起きるからです。導入して数週間「成果らしきものが何もない」状態が続いた顧客は、利用が定着せず、更新時期に「使いこなせていないものへの支払い」を正当化できなくなります。逆に早期に価値を体感した顧客は製品が業務に組み込まれ、継続が既定路線になります。
実務では平均値ではなく中央値で管理します。立ち上げに極端に時間のかかった1社が平均を大きく歪めるためです。月次の契約コホートごとにTTV中央値を追い、長くなっている月があれば「どの工程で止まったか」を確かめて、オンボーディングの設計改善に戻します。
TTVの測り方:「価値の瞬間」をどう定義する?
TTVの計測で最初にやるべきことは、時間を測ることではなく「価値の瞬間」の定義です。レポート作成ツールなら「実データで作ったレポートを社内会議に提出した日」、広告ツールなら「最初の改善数値が出た日」のように、顧客が上司や社内に「入れてよかった」と言える瞬間を製品ごとに1つ決めます。
定義のコツは、自社側の作業(アカウント発行・研修実施)ではなく顧客の行動・成果で置くことです。「初期設定が終わった日」をゴールにすると、設定は済んだのに使われていない顧客を成功と数えてしまい、指標が解約の先行指標として機能しなくなります。
定義が決まれば、計測は「価値の瞬間の日付 − 契約日」だけです。CRMやCS管理ツールに「価値実感日」のフィールドを1つ足し、オンボーディング完了の判定と兼ねるのが実務的な始め方です。
契約から「価値の瞬間」までの日数がTTV。ゴールは自社の作業完了ではなく、顧客の成果で定義する。
TTVを短縮する3つの定石
短縮の打ち手は3つに集約されます。①初期設定の代行(顧客にやらせず自社で巻き取る。設定でのつまずきが最大の離脱ポイント)②テンプレートの提供(ゼロから作らせず、業種別のひな形を渡して「編集するだけ」にする)③クイックウィンの前倒し(全機能の説明をやめ、価値の中核となる1つの体験に最短で到達させる)、です。
特に③は設計思想の転換です。オンボーディングを「機能を教える研修」と捉えると全機能の消化が目標になり、TTVは伸びます。「最初の成果を出す共同プロジェクト」と捉え直し、成果に不要な機能は定着後に段階提供します。
データ蓄積が必要な分析系の商材など、構造的にTTVが長い製品もあります。その場合は最終価値の手前に「中間の価値」(初回の集計レポート、途中経過の共有会)を意図的に設計し、待ち時間の解約リスクを下げます。
TTVとオンボーディング完了率・解約率の関係
3つの指標は「オンボーディング完了率とTTVが先行指標、解約率が結果指標」の関係にあります。完了率が下がる・TTVが伸びるという変化は、数四半期後の解約率上昇として現れるため、解約率だけを見ていると手遅れになります。
運用では、月次コホートで「90日以内のオンボーディング完了率」と「TTV中央値」をセットで追い、未完了・長期化した顧客の共通点(業種・導入体制・つまずいた工程)を設計側の改善に戻します。ヘルススコアに「立ち上がりの速さ」を組み込むのも有効です。
当サイトでは、立ち上げの計画づくりから定着確認までの流れをCSオンボーディングの業務フローとして、指標の運用はオンボーディング設計の記事として整理しています。