日本のユーザーのアンケートへの答え方は、他の市場と大きく異なります。スケールの中間に集中し、極端な評価を避け、自由記述欄を空白のままにしがちです。直訳されたNPSやCSATアンケートでは日本のユーザーの声を適切に集められません。本記事では、日本で実際に回答を引き出すスケール設計、リクエスト文、タイミング、そして「満足度」設問の言い回しを解説します。
SaaSプロダクトが日本で初めてNPSやCSATアンケートを実施すると、ほぼ決まってグローバル平均より低い数値が返ってきます。日本のユーザーは不満なのではないか、ローカライゼーションが失敗しているのではないか、機能が足りないのではないか、ととっさに考えがちです。しかし、たいていはどれも原因ではありません。原因は、アンケートそのものが日本の回答者の評価スケールの使い方とかみ合っていないことにあります。
日本の回答者には、どんな評価スケールでも中央付近を選ぶ強い傾向があります。これは異文化間のアンケート研究で広く記録されています。10点満点の10をつけるのは傲慢で言い過ぎに感じられ、0や1をつけるのは角が立ち失礼と受け取られます。社会的に安全なのは中間です。同じプロダクトを使う同じ人でも、アメリカ版なら9をクリックするところを、日本版では7をクリックします。好みや評価が変わったのではなく、7が礼儀正しい上限だからです。これは平均化でならせるノイズではなく、体系的なずれです。そのため日本のNPSをグローバルのベンチマークと比べると、プロダクトに問題がなくても常に危機のように見えてしまいます。
2つ目の影響は自由記述の回答に表れます。日本のユーザーは、多くの欧米市場のユーザーより自由記述欄を空白のままにすることが格段に多いのです。求められてもいないのに意見を述べるのは出しゃばりに感じられることがあり、範囲の決まっていないオープンな問いかけでは、どこまで率直に、どれだけの量を書けばよいのか、回答者には手がかりがありません。結果として、定量データは中立に偏ったきれいな数値として集まる一方、定性データはほとんど集まりません。多くのプロダクトチームが求めているものとは正反対の状況です。
ネット・プロモーター・スコア（NPS）を日本語に訳すと、2つの面で問題が生じます。1つ目は設問文の直訳、2つ目はより根本的な、推薦という枠組みそのものです。
英語の標準的な設問「How likely are you to recommend us to a friend or colleague?」を直訳すると「友人や同僚に勧める可能性はどのくらいですか」となります。これは唐突で、やや尋問的に響きます。「可能性（likelihood/probability）」は臨床的な言葉で、設問がユーザー自身を測定対象として扱っているような印象を与えます。さらに日本では、推薦という行為そのものに社会的な重みがあります。同僚にプロダクトを勧めることは個人として保証するに等しく、実際の満足度とは関係なく高いスコアへのハードルを上げてしまいます。
自然な日本語のNPS設問は、依頼をです・ます体の丁寧な形に変え、確率ではなく意志と程度で問い直します。
0〜10のスケールも、数字だけのまま出すべきではありません。両端に、できれば中間点にもラベルのアンカーをつけると、日本の回答者が中央に引き寄せられにくくなります。一般的で自然なアンカー表現は、0 = 全くそう思わない、10 = 非常にそう思うです。スケールは横向きに表示します。スコアがサービス改善に使われることを示す短い注記（「今後のサービス改善のために使わせていただきます」）を加えると、依頼の理由が伝わり、正直な中間スコアをつける心理的なハードルも下がります。
顧客満足度の設問は、一つの言葉にかかっています。「満足度（degree of satisfaction）」です。最もよくあるローカライゼーションのミスは、満足を二項対立で問うこと、つまり「満足ですか（Are you satisfied?）」という形にすることです。文法的には正しいものの、ぶっきらぼうなうえ、段階的な回答を求めたいのにはい／いいえの二択を強いてしまいます。自然な日本語では程度を問います。
同様に重要なのが、回答スケールにラベルをつけることです。1〜5のスケールにラベルがないと、日本の回答者には3が何を意味するかわからず、毎回中央が安全な選択肢になります。明示的なラベルがその曖昧さを取り除き、回答の分布を広げます。
| スケールポイント | 推奨の日本語ラベル | 注記 |
|---|---|---|
| Very satisfied | 非常に満足 | 最高評価のアンカー。よりフォーマルなプロダクトでは「大変満足」も同様に自然な代替表現。 |
| Somewhat satisfied | やや満足 | 標準的な表現。「やや」という接頭辞は第2段階を表す日本語アンケートの定番ヘッジ表現。 |
| Neither | どちらともいえない | 標準的な中立ラベル。日本語でやや肯定的に受け取られることがある「普通」よりはるかに自然。 |
| Somewhat dissatisfied | やや不満 | 「やや満足」の標準的な対応表現。スケールの両側で並行構造を維持する。 |
| Very dissatisfied | 非常に不満 | 最低評価のアンカー。「非常に満足」と対応し、対称的な5ポイントスケールを形成する。 |
一つ細かな点として、中間点のラベルに「普通」を使うのは避けましょう。英語の「neutral」や「okay」は中立ですが、日本語の「普通」はやや肯定的なニュアンスがあります。「普通です、不満はありません」という意味に読まれることがあり、実際に不満を持っているユーザーが非否定的な評価に流れてしまいます。「どちらともいえない」が真に中立な中間点であり、使うべきラベルです。
日本での定性的な回答率を最も大きく左右するのは、自由記述プロンプトの言い回しです。デフォルトのローカライゼーションである「ご意見をお聞かせください（Tell us your opinion）」は丁寧ですが、ほとんど集まりません。境界がないからです。回答者にはどれだけ書けばよいか、批判的なコメントが歓迎されるか、自分の意見が活かされるかが分かりません。そのような曖昧さに直面すると、多くのユーザーは入力欄を閉じます。
回答率が上がるのは、プロンプトが次の3つを満たすときです。タスクを具体的なものに絞ること、批判的なフィードバックをはっきり歓迎すること、そして回答する心理的コストを下げることです。
「改善できる点」という表現には具体的な効果があります。否定的なフィードバックを建設的な貢献として位置づけ直すため、日本では率直な批判よりはるかに言いやすくなるのです。「これは分かりにくい」とは決して書かないユーザーも、プロンプトが改善への協力として位置づけていれば「〜の画面が少し分かりにくいと感じました」と書いてくれます。「匿名でお送りいただけます・1分ほどで完了します」という短い補足を添えれば、身元が知られる不安と手間への懸念も最後に取り除けます。
完璧な言い回しのアンケートでも、タイミングが悪かったり依頼の語調が適切でなかったりすると失敗します。日本では欧米の多くの市場以上に、2つの慣習が重要になります。いつ割り込むか、そしてその割り込みにどう断りを入れるかです。
作業中にマイクロサーベイを表示することは「邪魔」と読まれ、回答率とプロダクトへの好意の両方を下げます。安全なタイミングはタスク完了後、自然な一時停止時、または明確な成功状態の直後です。レポートのエクスポート、請求書の送信、オンボーディングの完了など、ユーザーが一区切りつきゆとりが生まれた瞬間です。そのタイミングでの依頼は、中断ではなく配慮として受け取られます。
日本語のリクエスト文は、ユーザーの時間をいただくことへの謝辞から始めるのが通例です。省いてよい飾り文句ではなく、省けば失礼に映ります。「お忙しいところ恐れ入りますが」のようなクッション表現を依頼の前に置くのはビジネスエチケットの基本で、依頼の受け取られ方を実際に大きく左右します。
最後に、離脱のさせ方も重要です。隅の「X」だけでは「閉じるしか脱出できない」という圧迫感を与えます。丁寧な離脱オプションをはっきり用意すると、礼儀にかなうだけでなく、逆説的ですが完了率も上がります。自由に離れられると感じるユーザーほど、進んで回答を始めてくれるからです。アイコンだけに頼らず、離脱アクションに「あとで」や「今はしない」というラベルをつけてください。同じユーザーにしつこく再表示するのも避けましょう。依頼を重ねるほど、丁寧な文章で築いた好意が損なわれます。
日本語ミニ診断では、アプリ内のNPS・CSAT・マイクロサーベイの文章をスケール設計、設問の言い回し、自由記述プロンプト、リクエストの語調、タイミングの観点でレビューし、優先順位つきの修正リストを提供します。多くのプロダクトがフィードバックを十分に集められておらず、集まっているスコアも誤読されています。
ミニ診断を依頼する日本のユーザーが他の市場よりNPSやアンケートのスコアを低くつける理由は何ですか？
日本の回答者はスケールの中央付近に集中する傾向が強く、これは異文化間のアンケート研究で「中心化傾向バイアス（central-tendency bias）」として広く記録されています。10点満点の10をつけることは傲慢に感じられ、0や1をつけることは相手への攻撃と受け取られるため、社会的に安全な選択肢は中間になります。同じプロダクトを使っていても、日本のNPSはアメリカに比べ文化的な理由だけで低めに出るため、グローバルの数字とそのまま比べられません。解決策は質問を正確に翻訳することではなく、スコアを日本独自のベースラインで解釈し、中間点が唯一の快適な答えにならないようアンカー表現を見直すことです。
NPSの質問は直訳すべきですか？
いいえ。英語の標準的なNPS設問「How likely are you to recommend us to a friend or colleague?」を直訳すると「友人や同僚に勧める可能性はどのくらいですか」となり、唐突でやや尋問的に感じられます。推薦という枠組み自体も日本では弱く、自分の名前を出してプロダクトを保証することには慎重さがあります。自然な日本語のNPS設問は、です・ます体で語調を和らげ、相手を知人・同僚とし、意志と程度を問う形に直します。「同僚や知人にこのサービスをどの程度おすすめしたいと思いますか」が適切な表現です。スケールのアンカーにもラベルをつけましょう。
満足度（CSAT）の質問はどのように表現すべきですか？
「満足度」を中核の名詞にして、イエス・ノーではなく程度を問う文章にします。「今回のご利用にどの程度ご満足いただけましたか」は自然で丁寧な日本語であり、段階的な回答を促します。直訳的な「満足ですか」は二項対立を強いて無礼に聞こえます。スケールのラベルは「非常に満足・やや満足・どちらともいえない・やや不満・非常に不満」と明示する必要があります。数字だけのスケールは日本の回答者をさらに中央に向かわせます。
日本のユーザーが自由記述欄をスキップする理由と対策を教えてください。
「ご意見をお聞かせください」という汎用的なプロンプトは、何をどれだけ書けばよいか、批判的なフィードバックが歓迎されるかどうかわからないため、日本では回答率が低くなります。「改善できる点があれば教えていただけますか」のように具体的なタスクを示し、批判的なフィードバックへの許可を明示することで回答率は大きく上がります。また「匿名でお送りいただけます・1分ほどで完了します」という短い補足を加えることで、回答への心理的ハードルが下がります。
インアプリアンケートを表示するのに適切なタイミングはいつですか？
日本では、多くの欧米市場よりもタイミングへの目が厳しくなります。作業中にマイクロサーベイを表示すると「邪魔」と受け取られ、回答率もユーザーの好意も下がります。表示するのは、タスク完了後、自然に手が止まるタイミング、または成功状態の直後（レポートのエクスポート、請求書の送信、オンボーディングの完了など）です。「あとで」や「今はしない」などの丁寧な離脱オプションを明示し、リクエスト文には「お忙しいところ恐れ入りますが」などの冒頭表現を必ず入れてください。
スケール設計、NPSとCSATの言い回し、自由記述プロンプト、リクエストの語調、タイミングが、日本のユーザーが正直に答えるかどうかを左右します。集中的なQAレビューなら、データに表れる前に問題を見つけられます。