CS組織のタッチモデルの設計｜考え方と設計方針
公開日 ・ 更新日 ・ 読了 18分
顧客が増えてきて、全員を同じ手厚さで見きれなくなった。ハイタッチとテックタッチという言葉は知っているが、自社でどこに線を引けばいいかが決まらない。カスタマーサクセス（以下CS）の立ち上げ期に、多くの担当者・マネージャーがこの壁にぶつかります。
タッチモデルとは「顧客の重要度に応じて対応の濃さを変える設計」です。分ける基準は契約金額だけではありません。金額・活用度・成長性の3つの視点で顧客を切り、しかも属性で固定するのではなく、オンボーディングから定着・更新へと進むフェーズに合わせて濃さを可変にするのが実務的です。この記事では、その切り方・対応内容の設計・移行の判断基準・よくある失敗までを、実務に落ちる粒度で扱います。
なお、ここでいうCSはカスタマーサクセス（Customer Success：顧客の成功を支援し継続利用とLTV向上をめざす活動）を指します。顧客満足度（Customer Satisfaction）とは別概念なので、混同しないでください。体系的な全体像はCS組織の立ち上げの進め方で扱っているため、本記事はそのなかの「顧客をどう分け、どう対応するか」という設計に絞って深掘りします。
タッチモデルとは｜対応の濃さで顧客を分ける考え方
タッチモデルとは、すべての顧客に同じリソースを割くことはできないという前提のもとで、顧客の重要度に応じて対応の濃さを段階化する設計です。CSの工数は有限で、担当できるCSM（カスタマーサクセスマネージャー：顧客の定着・活用・継続を支援する担当）の人数にも上限があります。そのなかで継続率とLTV（顧客生涯価値：1顧客が取引期間全体で生む利益）を最大化するには、どの顧客にどれだけ手をかけるかを意図的に決める必要があります。
対応の濃さは通常、人が個別に手厚く見るハイタッチ、自動・一斉で支援するテックタッチ、その中間のロータッチという3段階で整理します。以下では、なぜ一律対応が破綻するのか、そしてセグメントとタッチはどう違うのかを先に押さえます。
全顧客一律対応が破綻する理由
CS組織が立ち上げ直後で顧客が10社しかなければ、全社を担当者が手厚く見ても回ります。問題は顧客数が増えたときに起きます。1人のCSMが深く伴走できる顧客数には限りがあり、顧客が2倍になれば単純には担当者も2倍必要になります。しかし採用がそのペースに追いつくことはまれで、結果として1社あたりの対応が薄くなり、本来手厚く見るべき重要顧客まで手が回らなくなります。
工数（担当者数）は線形にしか増えないのに、顧客数は事業成長とともに増えます。この「工数×顧客数」の壁を、人を増やすだけで越えようとすると採用コストが膨らみ、育成も間に合いません。だからこそ、手をかける顧客とかけない顧客を分け、後者は仕組みで支える設計が要ります。
タッチモデルと顧客セグメントの関係
タッチモデルとセグメントは近い言葉ですが、役割が違います。顧客セグメントは「顧客をどう分類するか」という分け方そのものを指し、タッチは「その分類ごとにどう対応するか」という方針を指します。まず顧客を分類し、その各グループに対して「ハイタッチで対応する」「テックタッチに寄せる」と対応方針を割り当てる、という二段構えです。
この切り分けを意識しないと、「金額上位はハイタッチ」といった具合に分類と対応が一体で固定されてしまい、後述するフェーズによる可変運用ができなくなります。分類軸（何で分けるか）と対応方針（どう関わるか）を分けて考えることが、柔軟な設計の出発点です。
ハイタッチ・ロータッチ・テックタッチの違いと役割分担
3つのタッチは、対応主体と頻度で整理すると分かりやすくなります。ハイタッチは人が個別に手厚く関わる形、テックタッチはテクノロジーで一斉・非対面に支援する形、ロータッチはその中間で半自動・グループ対応を組み合わせる形です。共通して重要なのは、対応の濃さと対象となる顧客数がおおむね逆相関することです。
手厚いハイタッチほど対象顧客は少なく、自動化されたテックタッチほど広い顧客をカバーします。ここでは3タイプそれぞれについて「誰に・何を・どのくらいの頻度で」を具体化します。
ハイタッチ（個別・高頻度・人手）
ハイタッチは、CSMが特定の顧客に個別かつ高頻度で伴走する形です。定例ミーティングの設定、活用状況に応じた個別提案、経営層への報告、アップセルやクロスセルの相談まで、人が判断して動く部分が中心になります。頻度は週次から月次が目安で、1社にかけられる時間が多いぶん、担当できる顧客数は限られます。
対象になるのは、契約金額が大きい顧客や、成功事例として重要な戦略顧客、あるいは解約されると影響が大きい顧客です。手をかける価値が投じる工数を上回る顧客に限定するのが原則で、この線引きを誤ると次章以降で述べる工数破綻につながります。
ロータッチ（半自動・グループ対応の中間層）
ロータッチは、完全な個別対応ではないものの、自動配信だけでもない中間層への対応です。複数の顧客をまとめて招くグループ定例、業種や活用段階が近い顧客向けのウェビナー、定型フォローに個別の一言を添えるといった、半自動と人の関与を組み合わせた形が中心になります。
この層は「ハイタッチほどの工数はかけられないが、テックタッチの自動配信だけでは取りこぼす」顧客が該当します。中規模の契約金額で、活用に伸びしろがある顧客などがこの層に入りやすく、グループ単位でまとめて支援することで一定の手厚さと効率を両立します。
テックタッチ（自動・一斉・非対面）
テックタッチは、メール配信・アプリ内ガイド・ヘルプコンテンツ・動画などを使い、テクノロジーで一斉かつ非対面に顧客を支援する形です。オンボーディング期のステップメール、機能別の活用ガイド、使い方が停滞した顧客への自動通知などが代表的な打ち手で、人が1社ずつ対応しなくても広い顧客層をカバーできます。
対象は、契約金額が小さく1社あたりに人的工数をかけにくい顧客や、すでに活用が安定していて手厚い介入が不要な顧客です。ここを仕組みで支えられるかどうかが、顧客数が増えても組織が回るかを左右します。
セグメントの切り方｜何を基準に顧客を分けるか
顧客を分ける基準は契約金額だけにしないのが結論です。金額（LTV・契約額）を基本軸にしつつ、活用度と成長性を組み合わせた3視点で切ります。金額だけで線を引くと、契約は大きいのに使われておらず解約予兆のある顧客を見落とし、逆に金額は小さいが今後拡大しそうな顧客を過小評価してしまうためです。
ここでは3つの軸それぞれの意味と、それらを組み合わせて実際にセグメントを作る手順を示します。この3視点の組み合わせが、上位記事にはない本記事の整理軸です。
契約金額・LTVで切る
契約金額やLTVは、最も分かりやすく多くの組織が最初に使う基本軸です。金額が大きい顧客は、解約されたときの売上インパクトも大きいため、手厚く見る優先度が高くなります。まずは契約額でおおまかに上位・中位・下位に分けるところから始めると、全体像がつかめます。
ただし金額単独では不足します。金額が大きくても製品をほとんど使っていない顧客は、契約更新のタイミングで解約リスクが高く、実際には手厚い介入が必要です。金額は「かける価値の大きさ」を測る軸であって、「今どれだけリスクや機会があるか」までは表しません。
活用度・ヘルススコアで切る
活用度は、顧客が製品をどれだけ使いこなし、成功に近づいているかを示す軸です。ログイン頻度・主要機能の利用状況・アクティブ率などを組み合わせて指標化したものがヘルススコア（顧客の健全度を数値化した指標）で、解約予兆や成功度合いの把握に使います。
活用度が低い顧客は、金額の大小にかかわらず解約リスクが高く、早めの介入対象です。逆に活用度が高く安定している顧客は、手厚い個別対応を続けなくても自走できるため、テックタッチに寄せられます。金額軸だけでは見えない「今の状態」を補うのが、この活用度の軸です。
成長性・戦略的重要度で切る
3つ目は、現在の金額ではなく将来の拡大余地や戦略的価値で見る軸です。導入部門は小さくても全社展開の余地が大きい顧客、業界内での知名度が高く事例化する価値のある顧客などは、現時点の契約額以上に手をかける意味があります。
この軸を入れると、金額と活用度だけでは中位以下に沈む顧客のなかから、あえてハイタッチで伴走すべき対象を拾い上げられます。ただし戦略的重要度は主観が入りやすいため、「全社展開の意思決定者と接点がある」「更新後に部門追加の商談が見えている」など、判断の根拠を具体的に残しておくことが運用のぶれを防ぎます。
3視点を組み合わせる簡易マトリクスの作り方
3つの軸をいきなり同時に扱うと複雑になるため、まずは2軸から始めます。実務では「契約金額（横軸）×活用度・ヘルススコア（縦軸）」の2軸マトリクスが扱いやすく、4象限それぞれに推奨タッチを割り当てます。高金額×低活用は解約リスクが高くリターンも大きいのでハイタッチで介入、高金額×高活用は自走できているので定例中心の軽めの関与、低金額×高活用はテックタッチで維持、低金額×低活用はテックタッチで底上げしつつ改善が見えなければ深追いしない、といった具合です。
そのうえで、3つ目の成長性・戦略的重要度は、この2軸マトリクスに「例外指定」として重ねます。低金額×高活用の象限にいても、全社展開の余地が大きい顧客は個別にハイタッチへ引き上げる、というように、マトリクスの機械的な結果を戦略判断で上書きする運用です。最初から完璧な3次元の分類を作ろうとせず、2軸で骨格を作り例外で調整すると、立ち上げ期でも回せます。
各タッチで何をやるか｜対応内容の設計
タッチの名前を決めて顧客を割り振っただけでは、設計は完成しません。各タッチで「誰が・何を・どの頻度で」やるかを具体化して、初めて運用できる設計になります。さらに実務では、同じ顧客でもフェーズ（オンボーディング／定着／更新）によって必要な濃さが変わるため、タッチを顧客属性で固定せず、フェーズに合わせて可変にする方針が有効です。
ここでは各タッチの具体的な対応内容と、フェーズによる濃さの変え方を示します。
ハイタッチに割く条件と、割きすぎの弊害
ハイタッチの設計で最初に決めるべきは、対象を絞る条件と工数の上限です。前章のマトリクスで「高金額×低活用」「戦略的重要度が高い」に該当する顧客を対象にし、それ以外は原則ハイタッチに入れないと線を引きます。対象顧客には、週次から隔週の定例、活用状況を踏まえた個別提案、経営層への定期報告などを割り当てます。
割きすぎの弊害は無視できません。手厚い対応は成果が見えやすいため、つい対象を広げたくなりますが、1人のCSMが深く伴走できる顧客数には上限があります。対象を広げるほど1社あたりの質が下がり、結局どの顧客も中途半端になります。「担当者1人あたりのハイタッチ顧客数の上限」を先に決め、その枠を超える顧客はロータッチ・テックタッチに回す、という制約から設計するのが実務的です。増員や採用の判断が必要になった場合はCSの採用・育成の考え方も参考になります。
ロータッチの設計
ロータッチは、複数の顧客をまとめて支援する仕組みで効率と手厚さを両立させます。業種や活用段階が近い顧客を集めたグループ定例、機能別・課題別のウェビナー、四半期に一度の活用レビューなどが中心です。1社ずつの個別対応ではないぶん、1回の準備で複数顧客をカバーできます。
ここで工夫の余地があるのは、自動配信に人の関与を少し足す点です。定型のフォローメールに、その顧客の活用状況に触れた一文を担当者が添えるだけでも、テックタッチとの体験差が生まれます。完全な自動化と個別対応の間で、どこまで人が関与するかを施策ごとに決めておくと、ロータッチが曖昧な中間帯にならずに済みます。
テックタッチで自動化・一斉支援する打ち手
テックタッチの代表的な打ち手は、オンボーディング期のステップメール、機能ごとの活用ガイド、ヘルプコンテンツや動画、そして活用度が下がった顧客への自動通知です。人が1社ずつ動かなくても、あらかじめ設計した流れに沿って顧客を支援できる状態を作ります。ポイントは、送りっぱなしにせず、顧客の反応や活用状況の変化をトリガーに次の打ち手が動くよう設計することです。
こうした自動化やヘルススコア低下時の介入トリガーは、SFA/CRM（営業・顧客情報を一元管理し活動を支援するシステム）の自動化機能で運用する例があります。例えばMazrica SalesのようなSFA/CRMでは、顧客行動やデータ更新をトリガーに通知やステップメールを自動実行するCRMオートメーションがあり、テックタッチの一部を仕組み化できます（実行上限はプランで異なり、Starter 3回/月・Growth 10回/月・Unlimited 無制限）。低活用の顧客を検知して担当者に通知したり、オンボーディングの進捗に応じてメールを送り分けたりする運用が、こうした機能に載せられます。
フェーズで濃さを可変にする
同じ顧客でも、契約直後のオンボーディング期と、活用が安定した定着期では必要な支援が違います。オンボーディング期は初期設定や最初の成功体験づくりが解約防止に直結するため、金額が中規模でも一時的にハイタッチで手厚く伴走する価値があります。ここでつまずくと、その後どれだけテックタッチを整えても定着しません。
一方、無事に定着した顧客は、手厚い個別対応を続けなくても自走できます。この段階でハイタッチを維持し続けると工数の無駄になるため、テックタッチへ移し、担当者は次にオンボーディングする顧客へリソースを振り向けます。タッチは「顧客ごとに固定する箱」ではなく、フェーズの進行に合わせて濃さを上げ下げする運用として設計します。この可変の考え方が、限られた工数で多くの顧客をカバーする鍵になります。
タッチ間の移行と見直し｜いつ濃さを変えるか
タッチは一度決めて固定するものではなく、フェーズの進行・活用度の変化・契約の変化をトリガーに見直すことを前提に運用します。オンボーディングが完了したらハイタッチからテックタッチへ、活用度が下がったらテックタッチからハイタッチへ、といった移行を意図的に起こすことで、限られた工数を常に必要なところへ振り向けられます。
ここでは、どの方向にどんなトリガーで移すのか、その判断基準と見直しの頻度を具体化します。
ハイタッチからテックタッチへ移す判断
ハイタッチからテックタッチへ移す代表的なトリガーは、オンボーディングの完了と定着の確認です。初期設定が終わり、主要機能が日常的に使われ、ヘルススコアが安定圏に入った顧客は、手厚い個別対応がなくても運用が回ります。この状態を確認できたら、定例の頻度を落とし、以降は自動配信とヘルススコアの監視を中心にする形へ移します。
移行のとき大事なのは、いきなり関与をゼロにしないことです。定着直後は油断すると活用が失速することがあるため、しばらくは自動通知でスコアの変化を監視し、下がれば再び人が介入できる状態を残しておきます。段階的にトーンダウンさせることで、移行に伴う解約リスクを抑えられます。
テックタッチからハイタッチへ引き上げる判断
逆方向の移行は、活用度の低下・解約予兆・拡大余地の顕在化がトリガーになります。テックタッチで支えていた顧客のヘルススコアが下がった、更新時期が近いのにログインが減っている、といった兆候が出たら、自動配信だけでは間に合いません。担当者が個別に状況を確認し、必要ならハイタッチへ引き上げます。
もう一つの引き上げ理由は、機会の顕在化です。低金額でテックタッチだった顧客に、部門追加や上位プランへの拡大余地が見えてきたら、そのタイミングで人が入ってアップセルの提案を進めます。リスクだけでなく機会もトリガーにすることで、テックタッチを「放置」ではなく「監視付きの待機」として機能させられます。
見直しの頻度と運用
タッチの割り当ては、四半期ごとにセグメントを棚卸しするのが一つの目安です。この頻度なら、契約更新や活用状況の変化を反映しつつ、頻繁すぎて運用が回らなくなることも避けられます。棚卸しでは、各顧客の金額・活用度・フェーズを確認し、現在のタッチが適切かを見直します。
日常的な移行トリガー（ヘルススコアの低下アラートなど）は自動で拾い、大きな棚卸しは四半期ごと、という二層で回すと運用が安定します。トリガーの閾値やタッチの割り当てルールは一度で完成させようとせず、四半期の棚卸しのたびに実態に合わせて調整していきます。
タッチモデル設計でよくある失敗と回避策
タッチモデル設計の失敗は、大きく分けて「金額だけで線を引く」「テックタッチを自動メールだけで終わらせる」「全部人手で見て拡張できない」、そしてそもそも「運用データが取れていない」の4つに集約されます。いずれも設計そのものより運用でつまずくパターンで、兆候を早めに捉えれば回避できます。
ここでは各失敗の兆候と回避策を示します。
金額だけでハイタッチを決めて工数が破綻する
最も多い失敗が、契約金額の上位だけをハイタッチにする設計です。一見合理的ですが、金額が大きくても自走できている顧客に手厚い対応を続ける一方、金額は中規模でも解約予兆のある顧客を取りこぼします。結果として、工数をかけた顧客からは追加の成果が出ず、放置した顧客が解約する、という非効率が起きます。
回避策は、金額に活用度を掛け合わせて対象を決めることです。前章のマトリクスのとおり、高金額×低活用を最優先のハイタッチ対象にし、高金額×高活用は軽めの関与に落とします。金額は「かける価値」を測る一要素にすぎないと割り切るのが出発点です。
テックタッチが「送りっぱなし」で成果につながらない
テックタッチを「メールを自動送信する仕組み」とだけ捉えると、配信して終わりになり成果につながりません。開封されているか、ガイドが実際に使われているか、活用度が上がったかを見ずに配信量だけを増やしても、顧客の成功にはつながらないためです。
回避策は、テックタッチを「配信」ではなく「反応に応じて次が動く流れ」として設計することです。オンボーディングメールを開いていない顧客には別の手段でフォローする、活用ガイドを見ても使われていない機能があれば個別に声をかける、といった分岐を組み込みます。配信結果や活用状況をトリガーに次の打ち手が動くよう仕組み化しておくと、送りっぱなしから抜け出せます。
タッチを固定してフェーズ変化に追随できない
顧客をいったんタッチに割り振ったきり見直さないと、オンボーディングが終わったのにハイタッチのまま工数を浪費したり、活用が落ちた顧客をテックタッチに置いたまま解約させたりします。タッチを「顧客ごとの固定属性」として扱っているときに起きる失敗です。
回避策は、前章で述べたフェーズ可変の運用と、四半期ごとの棚卸しをルール化することです。オンボーディング完了・活用度低下・契約変化といったトリガーを移行のきっかけとしてあらかじめ決めておき、日常はアラートで拾い、まとめて棚卸しで調整します。設計を固定物ではなく、更新し続けるものと位置づけることが回避の要です。
設計はあるが運用データが取れていない
タッチモデルを設計しても、活用度やヘルススコアといった判断の材料が取れていなければ運用は空回りします。金額は契約情報で分かっても、「今どれだけ使われているか」が見えなければ、活用度による振り分けもフェーズによる移行も判断できないためです。設計図はあるのに動かせない、という状態に陥ります。
回避策は、設計と並行して、タッチの判断に必要な指標を取得・可視化する仕組みを用意することです。ログイン頻度や主要機能の利用状況といった先行指標を集め、低下時にアラートが出る状態を作っておくと、設計した移行トリガーが実際に機能します。どの指標を追うかはCSのKPIと目標設定で整理しているため、タッチ設計と合わせて指標側も固めておくと運用がかみ合います。
まとめ
タッチモデルの設計は、目的と組織の制約によって最初の一手が変わります。解約抑止を主目的にする組織なら、まず高金額×低活用の顧客を洗い出してハイタッチで介入し、活用が安定した顧客からテックタッチへ移す設計が向きます。顧客数が多くリソースが限られる組織なら、オンボーディングメールや低活用アラートといったテックタッチの自動化を先に固め、そのうえで例外的にハイタッチする対象を絞るほうが現実的です。
最初の一歩は小さくて構いません。いきなり全顧客を3視点で分類しようとせず、まず既存顧客を「契約金額の上位20%」と「それ以外」の2区分だけで仮に分け、上位に対して今どんな対応をしているかを書き出すところから始めてください。それだけでも、手をかけすぎている顧客や逆に放置している顧客が見え、次の設計の土台になります。
タッチごとの役割・責務の切り分けはCS体制と役割設計、対応の型化・標準化はCSプレイブックの作り方、増員や採用の判断はCSの採用・育成の考え方で扱っています。立ち上げ全体の流れはCS組織の立ち上げの進め方を参照してください。
よくある質問
Q ハイタッチ・ロータッチ・テックタッチの3つは必ず全部そろえないといけませんか。
必須ではありません。立ち上げ初期で顧客数が少なければ、まずハイタッチとテックタッチの2区分から始め、中間帯が必要になった段階でロータッチを足す形で十分です。顧客層に金額や活用度のばらつきが出て、「個別対応するほどではないが自動配信だけでは薄い」層が見えてきたら、そこで初めてロータッチを設計すると無理がありません。
Q テックタッチはメール配信ツールがあれば十分ですか、専用ツールが必要ですか。
オンボーディングのステップメールを送るだけならメール配信ツールでも始められます。ただしテックタッチを「反応に応じて次が動く流れ」にするには、顧客の活用状況やヘルススコアの変化を検知して打ち手を出し分ける仕組みが要ります。SFA/CRMやCS向けツールで顧客データと連携し、低活用アラートや自動通知を組める環境があると、配信だけで終わらせずに運用できます。専用ツールが必須かは、支えたい顧客数と自動化したい範囲で判断してください。
Q 顧客数が少ない立ち上げ初期でもタッチモデルは分けるべきですか。
数社しかない初期は、全社をハイタッチで見ても回るため厳密な分割は不要です。ただし、この時期から「どの顧客が金額・活用度・成長性で重要か」を意識して記録しておくと、顧客が増えたときにタッチを分ける判断がスムーズになります。分けるのはまだでも、判断材料は初期から集めておくのがおすすめです。
Q ハイタッチにする顧客の割合の目安はありますか。
絶対的な基準はなく、組織のリソースと顧客構成で決まります。実務的には割合から入るのではなく、「担当者1人あたりが深く伴走できる顧客数」の上限から逆算するほうが破綻しにくいです。CSMの人数×1人あたり上限が、ハイタッチできる顧客数の枠になります。この枠を超える顧客はロータッチ・テックタッチに回すと決めておけば、工数の破綻を防げます。
Q タッチモデルの設計と顧客満足度（CS）の向上は同じことですか。
同じではありません。ここでのCSはカスタマーサクセス（顧客の成功と継続利用の支援）で、顧客満足度（Customer Satisfaction）とは別の概念です。タッチモデルは、限られた工数を顧客の重要度に応じて配分し、継続率とLTVを最大化するための設計です。結果として顧客の成功体験が満足度につながることはありますが、満足度そのものを直接高める施策とは目的も測る指標も異なります。