NPSとカスタマー満足度調査｜アンケート設計と結果活用による改善サイクル

NPSを測ってはいるものの、スコアが上下するたびに一喜一憂するだけで、次に何をすればよいか決まらない。満足度アンケートを送っているのに回収率が伸びず、せっかく集めた顧客の声が施策に落ちていない。CS（カスタマーサクセス）の現場では、こうした「調査はしているが改善につながらない」状態がよく起きます。

この記事では、NPSと顧客満足度（CSAT）を測る調査を、どう設計し、どう回収率を上げ、スコアをどう読み、回答をどう改善アクションにつなげるかまでを、実務の手順とつまずき所に沿って整理します。設問テンプレート、スコアの計算例、改善サイクル（クローズドループ）の回し方まで具体で掘り下げます。

なお、KPI体系の中でNPSや満足度指標がどこに位置づくかの体系的な全体像はCS KPIの設計と目標管理を参照してください。この記事は「調査の設計と活用」に絞って深掘りします。

顧客満足度調査とNPSの位置づけ

顧客満足度調査は、顧客の評価を定量化し、改善に回すための仕組みです。NPSはその代表指標の1つで、「他者に薦めたいか」という推奨度から顧客ロイヤルティを測ります。CS KPIの体系の中では、解約や更新といった結果指標より前段にある先行指標寄りの位置づけです。満足度が下がれば、時間差で解約や更新率の低下として結果に表れます。指標体系そのものの詳細は親ピラーに譲り、ここでは調査の設計と運用に集中します。

満足度調査で使われる指標は1つではありません。何を意思決定したいかによって、NPS・CSAT・CESを使い分けます。まずはこの3つの違いを押さえると、設問設計の迷いが減ります。

顧客満足度調査とは何を測るものか

顧客満足度調査は、顧客が自社の製品・サービス・サポートをどう評価しているかを、アンケートによって数値で捉える取り組みです。ここでいうCS（カスタマーサクセス：顧客の成功を支援し、継続利用と成果につなげる活動）の現場では、単に「満足しているか」を知ること自体が目的ではありません。数値の背景にある不満や期待を拾い、製品改善やサポート改善、解約防止のアクションにつなげることが目的です。

測る対象は大きく2種類あります。1つは製品やサポートといった「特定の接点への評価」、もう1つは「企業やブランド全体への信頼・愛着（ロイヤルティ）」です。この2つは同じアンケートでまとめて測ろうとすると精度が落ちるため、目的に合わせて指標を選び分けます。

NPS・CSAT・CESの違いと使い分け

3指標はいずれも顧客の評価を数値化しますが、測る対象と使いどころが異なります。

• NPS（Net Promoter Score：推奨度） 「この製品・サービスを友人や同僚に薦める可能性はどのくらいですか」を0〜10の11段階で聞きます。企業やブランド全体へのロイヤルティ・長期的な関係性を測るのに向きます。更新意向の把握や、CS全体の健全性を継続的に追う指標として使います。
• CSAT（Customer Satisfaction：顧客満足度） 「今回の対応に満足しましたか」など、特定の接点への満足度を5段階などで聞きます。オンボーディング完了直後やサポート対応直後といった、個別体験の評価に向きます。
• CES（Customer Effort Score：顧客努力指標） 「問題を解決するのにどのくらい手間がかかりましたか」を聞き、顧客がかけた労力を測ります。サポート体験やUIの使いやすさなど、手間の大きさが継続に影響する場面で使います。

判断の目安としては、更新や長期関係の健全性を追うならNPS、特定接点の満足度を細かく見たいならCSAT、手間や摩擦を減らす改善をしたいならCESが軸になります。1本の調査にすべてを詰め込むと回答負荷が上がるため、目的を1つに絞って主指標を決めます。

顧客満足度調査の設計5ステップ｜設問の作り方

調査設計は「目的→対象と配信設計→設問→尺度→フリーコメント」の順に決めると、手戻りが減ります。多くの現場では設問から作り始めてしまいますが、これが失敗の入り口です。設問を並べる前に「何を意思決定するために測るのか」を先に固めるのが要点で、そこが決まれば必要な設問はおのずと絞られます。

以下では、思いつきで設問を増やさないための判断基準や、避けるべきNG設問も含めて、5つのステップを順に見ていきます。

ステップ1｜調査の目的と使うスコアを決める

最初に「この調査で何を判断したいか」を1文で言語化します。更新前に離反リスクの高い顧客を洗い出したいのか、オンボーディングの品質を評価したいのか、サポート対応の質を改善したいのか。目的が決まれば、前章の使い分けに沿ってNPS・CSAT・CESのどれを主指標にするかが決まります。

ここで目的を曖昧にしたまま複数指標を同時に測ろうとすると、回答負荷が上がって回収率が落ち、しかもどの数字を見て動けばよいか分からなくなります。1つの調査は1つの目的に絞ります。

ステップ2｜対象顧客と配信タイミングを設計する

誰に、いつ送るかを決めます。全顧客に一律で送るのか、特定のセグメント（契約プラン別・利用期間別・業種別など）に絞るのか。NPSであれば定期的に全体へ送る形、CSATであれば接点の直後に送る形が基本です。タイミングの具体は回収率にも直結するため、後述の「回収率を上げる配信設計」で詳しく扱います。

ステップ3｜設問を作る

NPSの場合、中心となる設問はたった1問です。「この製品・サービスを友人や同僚に薦める可能性はどのくらいありますか（0〜10）」という推奨質問と、その点数をつけた「理由」を問う自由記述をセットにします。これが基本形です。

設問を増やしたくなったときは「この設問の回答で、具体的にどのアクションを変えるか」を自問します。答えられない設問は削ります。属性設問（部署・利用機能など）を足す場合も、分析軸として本当に使うものだけに絞ります。「せっかくだから聞いておく」設問は回収率を下げるだけで、分析にも使われません。

ステップ4｜尺度をそろえる

尺度は指標ごとに固定します。NPSは0〜10の11段階、CSATは5段階（または4段階）が一般的です。この記事でも以降はNPSを11段階、CSATを5段階として説明します。同じ社内で調査ごとに尺度がばらばらだと、時系列比較ができなくなります。一度決めた尺度は原則として変えません。尺度を途中で変えると、変更前後のスコアが比較できず、改善したのか悪化したのかを判断できなくなるためです。

ステップ5｜自由記述で「理由」を必ず拾う

定量スコアだけでは、なぜその点数なのかが分からず、改善アクションが打てません。NPSで7点をつけた顧客が「機能には満足だがサポートの返信が遅い」と考えているのか、「価格が高い」と考えているのかで、打つ手はまったく違います。

推奨質問の直後に「そのようにお答えいただいた理由を教えてください」という自由記述を必ず置きます。この自由記述こそが、後述する改善サイクルの起点になります。スコアは温度計であって、処方箋ではありません。処方箋を書くための材料が自由記述です。

回収率を上げる配信設計｜タイミングと回数

回収率は、配信タイミング・チャネル・設問数の3つで大きく変わります。同じ設問でも、送る相手の状況とタイミングが噛み合えば回収率は上がり、噛み合わなければ数％にとどまります。まず押さえたいのは、NPSにはリレーショナル調査（定期実施）とトランザクショナル調査（接点直後）の2つの型があり、目的で使い分けるという点です。

以下では、この2型の使い分け、CSのカスタマージャーニー上のどの節目で送るか、回収率を落とさない依頼文の工夫と回答者の偏りへの注意を整理します。

リレーショナル調査とトランザクショナル調査の使い分け

リレーショナル調査は、四半期や半期ごとなど定期的に全体へ送り、関係全体の健全性を継続的に追う形です。時系列で推移を見たいNPSはこの型が基本になります。トランザクショナル調査は、特定の接点（サポート対応・オンボーディング完了など）の直後に送り、その体験の評価をピンポイントで測る形です。CSATやCESと相性がよいのはこちらです。

両者は排他ではなく、リレーショナルNPSで全体の推移を追いつつ、重要な接点でトランザクショナルなCSAT/CESを回す、という併用が実務では多くなります。

配信タイミングの設計

トランザクショナル調査は、顧客の記憶が新しいうちに送ることが肝心です。CSのカスタマージャーニー上の節目に合わせて設計します。

• オンボーディング完了直後：導入支援の品質を評価します。ここでの低評価は早期解約の兆候になりやすいためです。
• 契約更新の1〜2か月前：更新意向を測り、離反リスクの高い顧客を早めに把握します。
• サポート・問い合わせ対応の直後：対応品質をCSATやCESで測ります。

リレーショナルNPSは、こうした個別接点の直後を避け、顧客が特別なイベントの記憶に引っ張られないタイミングで一定間隔に送ると、全体の傾向を素直に捉えられます。

回収率を落とさない工夫

回収率を上げる工夫は、設問設計と依頼の仕方に集約されます。設問数を絞ること（NPSなら推奨質問1問＋理由の自由記述が基本）、依頼文で「所要時間は約1分です」と回答負荷を明示すること、そして「いただいた声は製品・サポートの改善に反映します」と回答結果のフィードバックを約束することです。

回答が施策に反映された実感があると、次回以降の回答率も上がります。逆に、送るだけ送って何も返さない調査は、回を重ねるごとに回収率が落ちていきます。

回答者の偏り（サイレントマジョリティ）に注意する

回答してくれる顧客は、強い満足か強い不満を持つ層に偏りがちです。大多数を占める「特に不満はないが、わざわざ回答するほどでもない」というサイレントマジョリティの声は集まりにくくなります。回収率が低いほどこの偏りは強く出ます。

そのため、回収率が低いスコアを全顧客の代表値のように扱うと判断を誤ります。回収率とサンプル数をあわせて記録し、どの層からの回答が薄いのかを把握しながら読むことが必要です。

NPS・CSATスコアの読み方と算出方法

NPSは「推奨者の割合−批判者の割合」で算出し、マイナス値もとり得ます。CSATは満足と答えた回答の割合で出します。ここで実務上もっとも大切なのは、スコアの絶対値そのものよりも、時系列の変化とセグメント別の差を見ることです。単月のNPSが30だったという事実だけでは、良いのか悪いのか判断できません。前回が20だったのか40だったのか、どのセグメントが足を引っ張っているのかで、打つ手が変わります。

以下では、NPSとCSATの具体的な算出方法を計算例で示し、絶対値を鵜呑みにしない読み方を説明します。

NPSの算出方法

NPSは0〜10の回答を3つのグループに分けます。9〜10を「推奨者」、7〜8を「中立者」、0〜6を「批判者」とします。算出式は次のとおりです。

NPS ＝ 推奨者の割合（％）− 批判者の割合（％）

たとえば回答が100件あり、推奨者が50件、中立者が30件、批判者が20件だったとします。推奨者の割合は50％、批判者の割合は20％なので、NPSは50−20＝30となります。中立者はスコアの計算には直接使いませんが、推奨者にも批判者にもなり得る層として、自由記述から次の一手を探る対象になります。批判者が推奨者を上回ればNPSはマイナスになります。

CSATの算出方法

CSATは、満足度を尋ねる設問で「満足」以上と答えた回答の割合を出します。5段階（1：非常に不満〜5：非常に満足）であれば、4以上と答えた割合をCSATとするのが一般的です。回答100件のうち4以上が70件なら、CSATは70％です。NPSのように差引で出さないため、直感的に読みやすいのが特徴です。特定接点の満足度を素早く把握したいときに向きます。

スコアの絶対値を鵜呑みにしない

NPSやCSATの「何点あればよい」という基準は、業界や商材、回答者の国民性によって大きく変わります。日本の回答者は中央値に寄りやすく、同じ満足度でも欧米より低めのスコアが出やすいといった傾向も指摘されます。そのため、他社の公表値や海外のベンチマークと自社スコアを単純に比べても意味を持ちにくくなります。

実務では、絶対値より次の2つを主軸にします。1つは同じ調査設計での時系列変化（前回比・前年比）、もう1つはセグメント別の差（プラン別・利用期間別・担当CSM別など）です。全体スコアが横ばいでも、特定セグメントだけ悪化していれば、そこに手を打つべき兆候が表れています。

調査結果を改善アクションにつなげる｜クローズドループ

調査の価値は、スコアそのものではなく、回答を起点に改善を回す仕組みにあります。この仕組みをクローズドループと呼びます。クローズドループには2つの輪があり、その両輪を回すことが改善の本体です。1つは批判者や低評価者へ個別にフォローする「インナーループ」、もう1つは集めた声を製品やオペレーションの改善に反映する「アウターループ」です。

多くの現場は調査を「測って終わり」にしがちですが、それでは回答してくれた顧客の期待を裏切り、次回の回収率も下げます。以下では、2つのループの具体的な回し方と、優先順位のつけ方、定例運用への落とし込みまでを手順で示します。

インナーループ｜批判者・低評価者への個別フォロー手順

インナーループは、低いスコアや厳しい自由記述を書いた顧客へ、個別にコンタクトする活動です。手順はおおむね次のようになります。まず回答が集まったら批判者（NPSで0〜6）を抽出し、担当CSMに割り当てます。次に自由記述を読み、不満の内容に応じて連絡を取り、事実確認とフォローをします。対応した内容と結果は記録に残し、次回調査でスコアが改善したかを追います。

重要なのは、フォローの担当者と期限を最初に決めておくことです。「気づいた人が対応する」運用は、結局だれも対応しないまま流れます。批判者が出たら誰が何日以内に連絡するか、をルールとして定めておきます。

アウターループ｜集めた声を製品・CSプロセスの改善に回す

アウターループは、個別対応では解けない構造的な課題を、製品開発やCSのオペレーション改善に反映する活動です。自由記述を分類し、「サポートの返信が遅い」「特定機能が使いにくい」といった声が一定数集まっていれば、それは個別フォローではなく仕組みで直すべき課題です。

集約した声は、製品開発・営業・CSの各部門と共有し、改善のバックログに載せます。改善が実装されたら、次回の調査で該当セグメントのスコアが動いたかを検証します。この「声→改善→検証」を回すことで、調査が施策の意思決定に組み込まれていきます。

顧客・利用・売上データと突き合わせて優先順位を決める

改善対象が多すぎて手が回らない、という場面はよく起きます。ここで優先順位をつける判断軸として有効なのが、スコアと顧客データの掛け合わせです。とくに「低スコア×高LTV（顧客生涯価値）顧客」を優先します。同じ低評価でも、契約金額が大きく長期継続が見込める顧客の離反は、事業への影響が桁違いに大きいためです。

逆に、スコアが低くても取引規模が小さく戦略上の重要度が低い層は、個別フォローより仕組み改善（アウターループ）に回す、という切り分けもできます。NPSスコア単体ではなく、契約金額・利用状況・契約更新時期などと突き合わせて、どこから手を打つかを決めます。

改善サイクルを定例で回す運用

クローズドループは、一度回して終わりではなく、定例の運用に組み込んで初めて機能します。決めておくべきは「誰が・いつ見て・どう手を打つか」です。たとえば毎月の定例で回答を集計してレビューし、批判者フォローの進捗と、アウターループに上げた改善項目の進み具合を確認する、といった形です。

見る場と担当を固定しないと、調査は回すたびに現場任せの単発作業に戻ってしまいます。会議体・担当・タイミングをあらかじめ設計に含めることが、改善サイクルを持続させる条件です。

顧客満足度調査でつまずくポイントと回避策

顧客満足度調査の失敗は、突き詰めると「測って終わる」「批判者を放置する」「設問を盛りすぎて回収率が落ちる」「回答を部門で分断する」の4つに集約されます。多くの解説記事は調査方法の列挙にとどまり、ここに踏み込みません。しかし現場でスコアが改善しない原因の大半は、調査手法そのものではなく、この運用上のつまずきにあります。

以下では、それぞれのつまずきと、回避のための判断基準を示します。

スコアを追うだけで改善アクションが決まらない

もっとも多いのが、NPSやCSATの数字を追うこと自体が目的化してしまう状態です。スコアの上下を報告するだけで、次に何をするかが決まりません。回避策は前章のクローズドループを運用に組み込むことに尽きますが、判断基準としては「この調査結果から、今月だれが何をするか」が言えるかどうかを毎回確認します。言えないなら、その調査は改善につながっていません。

批判者フォローの担当・期限が決まっていない

批判者が出ても、担当と期限が決まっていなければフォローは実行されません。回避策は、調査を設計する段階で「批判者が出たら誰が何日以内に対応するか」をルール化しておくことです。回答が集まってから体制を考えるのでは、対応が後手に回り、批判者の不満が離反として顕在化してしまいます。

設問過多で回収率とデータ品質が落ちる

「せっかく聞くのだから」と設問を増やすほど、回答途中の離脱が増え、回収率も回答の質も下がります。回避の判断基準はシンプルで、各設問について「この回答で具体的にどのアクションを変えるか」を答えられなければ削ります。NPSは推奨質問1問＋理由の自由記述を基本形とし、属性設問は分析に必ず使うものだけに絞ります。

回答データが営業・CS・製品開発で分断される

CSが集めた顧客の声が、営業や製品開発に届かず、CS部門の中で閉じてしまうケースです。低評価の背景にある課題は、製品仕様や営業時の期待値設定に起因することも多く、CS単独では解けません。回避策は、調査結果を部門横断で見る場を設けることです。次章のツール選びも、この分断を防ぐという観点が軸になります。

調査運用とデータ活用を支えるツールの選び方

ツールは「調査の配信・集計」と「顧客・利用・売上データとの統合可視化」の2つの機能に分けて考えると、選定の軸がはっきりします。配信と集計だけならアンケートツールで足りますが、前章までで見たとおり、NPSの改善は顧客データとの突き合わせと部門横断での活用が肝心です。手作業のExcel集計は、回答数が増え、セグメント別・時系列で見ようとした時点で破綻します。

以下では、まず一般的な選定の観点を示し、そのうえで顧客データと調査結果を突き合わせる活用について、機能の一例に触れます。

選定の観点

調査運用とデータ活用を支えるツールを選ぶ際は、次の観点で見比べます。

• 配信の自動化：カスタマージャーニー上の節目（更新前・オンボーディング完了後など）で自動配信できるか。
• セグメント抽出：プラン別・利用期間別・担当別などで回答を切り分けられるか。
• 既存の顧客データとの統合：契約金額や利用状況、案件の情報と調査結果を突き合わせられるか。
• 時系列の可視化：同じ設計のスコア推移を、手作業の集計なしで追えるか。

このうち、改善サイクルの質を左右するのは「既存の顧客データとの統合」と「時系列の可視化」です。ここが弱いと、低スコア×高LTV顧客の抽出のような優先順位づけが手間になり、運用が続きません。

顧客データと調査結果を突き合わせて活用する

前章で触れた「回答データが部門で分断される」課題や、低スコア×高LTV顧客の抽出は、顧客・案件情報が一元管理されていれば取り組みやすくなります。よく併用されるツールとして、SFA/CRMがあります。SFA（営業支援システム）は営業プロセスを前に進めるための仕組み、CRM（顧客関係管理）は顧客との関係を長期に築くための仕組みで、実務では両者を統合して扱う形が一般的です。

たとえばMazrica SalesのようなSFA/CRMでは、顧客・案件情報を一元管理し、レポート機能で顧客データを時系列に可視化できます。調査結果を顧客データと同じ基盤で扱えれば、契約金額や利用状況と満足度をあわせて見て、どの顧客を優先すべきかを判断しやすくなります。さらに顧客・営業データを役割ごとの指標として可視化する分析基盤としてMazrica BIもありますが、これはMazrica Sales利用が前提の製品です。

顧客の利用状況や活動データをどう指標として捉えるかは、CS活動指標の設計と活用で扱っています。満足度スコアと活動指標を組み合わせて見ると、改善の優先順位づけがさらに精度を増します。

まとめ

NPSと顧客満足度調査は、設問を作って送ること自体が目的ではなく、回答を起点に改善を回して初めて価値が出ます。スコアは温度計であり、処方箋は自由記述とクローズドループの運用から生まれます。

立ち上げ期で、まず1指標から始める組織なら、更新前後のリレーショナルNPSを1本回し、批判者への個別フォロー（インナーループ）から着手するのが現実的です。すでに調査は回っているが改善に結びつかない組織なら、アウターループの定例運用と、低スコア×高LTV顧客を優先する判断軸の導入から見直すと、調査が施策の意思決定につながり始めます。

最初の一歩は小さくて構いません。まず既存顧客に、0〜10の推奨質問1問と、その理由を問う自由記述を送ってみることから始められます。集まった自由記述を読み、批判者に1件ずつ連絡するところから、改善サイクルは回り出します。

KPI体系全体の中でこれらの指標をどう設計し、目標として管理するかはCS KPIの設計と目標管理を参照してください。あわせて、CS主要KPIの設計やCSチーム運営と評価も、指標を運用に落とし込む際の参考になります。

よくある質問

Q NPSはどのくらいの頻度で実施すべきですか。

A

リレーショナルNPS（定期実施型）は四半期または半期ごとが目安です。頻度が高すぎると回答疲れで回収率が落ち、低すぎると改善の効果検証が遅れます。改善サイクルを回す間隔と、顧客の状況が変わる速さのバランスで決めます。トランザクショナルNPSやCSATは接点の直後に都度送るため、定期実施の頻度とは別に設計します。

Q NPSのスコアは何点あればいいのですか。

A

「何点なら合格」という絶対基準は、業界・商材・回答者の傾向で大きく変わるため、他社の公表値と単純比較しても判断材料になりにくいのが実情です。自社の過去スコアとの時系列比較と、セグメント別の差を見るほうが、改善の手がかりになります。まずは初回の値を基準点として置き、次回以降の推移で良し悪しを判断します。

Q 回答してくれた顧客が少ない場合、スコアは信用できますか。

A

回答数が少ないと、強い満足か強い不満を持つ層に偏りやすく、全顧客の代表値としての信頼性は下がります。スコアだけを見るのではなく、回収率とサンプル数をあわせて記録し、どのセグメントからの回答が薄いかを把握しておきます。回答が少ないセグメントについては、スコアを断定的に扱わず、追加の回収や個別ヒアリングで補います。

Q NPSとCSATはどちらか一方だけでもいいですか。

A

目的が1つに絞れているなら、一方だけでも構いません。長期的なロイヤルティや更新の健全性を追うならNPS、特定接点の満足度を細かく改善したいならCSATを選びます。両方を使う場合も、1本の調査に混ぜず、目的ごとに別の調査として設計します。最初はどちらか1本に絞って運用を軌道に乗せ、必要に応じて追加するのが現実的です。

Q 自由記述が集まらないときはどうすればいいですか。

A

自由記述の回答率は、設問文と依頼の仕方で変わります。「ご意見をお聞かせください」という漠然とした問いより、「そのようにお答えいただいた理由を教えてください」とスコアに紐づけて聞くほうが書いてもらいやすくなります。あわせて、依頼文で回答が改善に反映される旨を伝え、所要時間を明示すると、記述への協力を得やすくなります。

Q 調査の結果は社内の誰に共有すべきですか。

A

CS部門内にとどめず、営業・製品開発・経営を含めて共有します。低評価の背景には、営業時の期待値設定や製品仕様に起因する課題が含まれることが多く、CS単独では解けないためです。全体スコアと推移は経営・関連部門へ、批判者の個別内容と自由記述は担当CSMと製品開発へ、というように、共有する粒度を相手に合わせて分けると機能します。