レビューを依頼する
日本語UI・UXライティング · アンケート・フィードバック · SaaS

アプリ内アンケート・フィードバックの
日本語ローカライゼーション:
日本のユーザーから本音を引き出す方法

日本のユーザーのアンケートへの答え方は、他の市場と大きく異なります。スケールの中間に集中し、極端な評価を避け、自由記述欄を空白のままにしがちです。直訳されたNPSやCSATアンケートでは日本のユーザーの声を適切に集められません。本記事では、日本で実際に回答を引き出すスケール設計、リクエスト文、タイミング、そして「満足度」設問の言い回しを解説します。

Munehiro Hiraki
平木 宗大(Munehiro Hiraki)
日本語ローカライゼーションQAスペシャリスト
2026年6月2日 11分で読める 日本語UI・UXライティング

まとめ(TL;DR)

日本のユーザーのアンケートへの答え方は、多くの市場と根本的に異なります。スケールの両端を避けて中央に集まるため、日本から取得した生のNPSスコアは文化的な理由だけで他の市場より10〜20ポイント低くなります。プロダクトへの不満ではなく、スケールへの接し方の違いです。直訳されたNPSやCSAT設問は唐突で尋問的に聞こえ、汎用的な自由記述プロンプト(「ご意見をお聞かせください」)はほとんど回答を集められません。解決策は具体的です。スケールの全ポイントにラベルをつける、中間点が唯一の「安全な」答えにならないようアンカー表現を見直す、満足度を程度設問として問う、批判的なフィードバックへの明示的な許可を与える、「お忙しいところ恐れ入りますが」で割り込みを詫びる、そしてワークフロー中ではなくタスク完了後に聞く。これらが日本語アンケートの基本です。

主要ポイント

  • 中心化傾向バイアスは実在し測定可能 — 日本の回答者は0や10を避けます。日本のNPSは日本独自のベースラインと比較し、グローバルの数値と直接比較しないでください。
  • 直訳されたNPS設問は尋問のように聞こえる — 推薦の枠組み自体が日本では弱くなります。です・ます体で語調を和らげ、「知人・同僚」と意志・程度で問い直しましょう。
  • スケールのポイントにはラベルをつける — 数字だけのスケールは日本のユーザーを中間点にさらに引き寄せます。「非常に満足・やや満足・どちらともいえない」などのアンカーで引力を弱めます。
  • 自由記述欄には許可と具体性が必要 — 「改善できる点があれば教えていただけますか」は、汎用的な「ご意見をお聞かせください」よりはるかに多くの回答を集めます。
  • タイミングと離脱のエチケットが重要 — 作業中のアンケートは「邪魔」と読まれます。完了後に問い、割り込みを認め、「X」アイコンではなく「あとで」という丁寧な離脱オプションを提供してください。

日本でアンケート回答が異なって見える理由

SaaSプロダクトが日本で初めてNPSやCSATアンケートを実施すると、グローバル平均より数値が低く返ってくることがほぼ常に起こります。多くの場合、日本のユーザーが不満を持っているのではないか、ローカライゼーションが失敗しているのではないか、機能に不足があるのではないか、と直感的に反応しがちです。しかし、たいていそのどれも原因ではありません。原因は、アンケート自体が日本の回答者の評価スケールの使い方とぶつかっているということです。

日本の回答者は、あらゆる評価スケールの中央付近に集まる強い傾向を示します。これは異文化間のアンケート研究で広く記録されています。10点満点の10をつけることは傲慢で過剰なコミットメントに感じられ、0や1をつけることは対立的で失礼と受け取られます。社会的に安全な答えは中間です。同じプロダクトを使っている同じ人物でも、アメリカ版なら9をクリックするところ、日本版では7をクリックします。好みや評価が変わったのではなく、7が礼儀正しい上限だからです。これは平均化でならせるノイズではありません。体系的なずれであり、日本のNPSをグローバルのベンチマークと比較すると、プロダクト上の問題がないのに常に危機のように見えることを意味します。

2つ目の影響は自由記述の回答に表れます。日本のユーザーは多くの欧米市場のユーザーよりも、自由記述欄を空白のままにする頻度が格段に高くなります。招かれもせずに意見を述べることは出しゃばりに感じられる場合があり、境界のないオープンなプロンプトでは、どれだけ率直に書けばよいか、どれだけの量を書けばよいかについて、回答者に何のシグナルも与えません。結果として、定量データは中立に偏ったきれいな数値として集まる一方、定性データはほとんど集まりません。多くのプロダクトチームが求めているものの正反対の状況です。

10–20
中心化傾向バイアスだけで、生の日本のNPSが同プロダクトのグローバルスコアより低くなるポイント数
満足度
満足度アンケートの中核名詞。「満足ですか」ではなく、程度を問う設問として使う
After
アンケートを聞くのはタスク完了後に。作業中の表示は「邪魔」と読まれる

NPSスケールの言い回しと推薦の枠組み

ネット・プロモーター・スコア(NPS)は、日本語への翻訳において2つの次元で問題を抱えています。1つ目は設問文の直訳の問題、2つ目はより根本的な推薦という枠組み自体の問題です。

英語の標準的な設問「How likely are you to recommend us to a friend or colleague?」を直訳すると「友人や同僚に勧める可能性はどのくらいですか」となります。これは唐突で、やや尋問的に響きます。「可能性(likelihood/probability)」は臨床的な言葉で、設問がユーザー自身を測定対象として扱っているような印象を与えます。そして推薦行為自体が日本では社会的な重みを持ちます。同僚にプロダクトを推薦するということは個人的に保証することを意味し、実際の満足度とは関係なくハイスコアへのハードルを上げます。

自然な日本語のNPS設問は、依頼をです・ます体の丁寧な形に変え、確率ではなく意志と程度で問い直します。

修正前(直訳)
友人や同僚に勧める可能性はどのくらいですか
「可能性」がユーザーを測定対象として扱う印象を与える。唐突で臨床的。推薦の枠組みがそのままの強度で残っている。
修正後(自然な日本語)
このサービスを知人や同僚にどの程度おすすめしたいと思いますか
「どの程度…したいと思いますか」が丁寧な形で意志と程度を問う。テストではなく、回答が促される問いかけとして読まれる。

0〜10のスケール自体も数字のままにしておくべきではありません。両端と理想的には中間点にもラベルアンカーをつけることで、日本の回答者の中央への引力を弱めます。一般的で自然なアンカー表現は、0 = 全くそう思わない、10 = 非常にそう思うです。スケールは横向きに表示します。スコアがサービス改善に使われることを示す短い注記(「今後のサービス改善のために使わせていただきます」)を加えることで、依頼の根拠を示すとともに、正直な中間スコアをつけることへの心理的障壁を下げます。

CSATと「満足度」設問の言い回し

顧客満足度の設問は一つの言葉にかかっています。「満足度(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分ほどで完了する旨を一行添えるとさらに効果的。

「改善できる点」という表現には具体的な効果があります。否定的なフィードバックを建設的な貢献として位置づけ直しており、日本では率直な批判よりはるかに言いやすくなります。「これは分かりにくい」とは決して書かないユーザーも、プロンプトが改善への協力として位置づけていれば「〜の画面が少し分かりにくいと感じました」と書いてくれます。「匿名でお送りいただけます・1分ほどで完了します」という短い補足を合わせることで、露出と労力に関する最後の懸念も取り除けます。

日本語アンケートは設問の翻訳精度で評価されません。空白の欄もまた答えであると理解し、正直で批判的なフィードバックでさえ、出しゃばりではなく歓迎されると感じられる設計ができているかどうかで評価されます。

リクエスト文とタイミング

完璧な言い回しのアンケートでも、タイミングが悪かったり依頼の語調が適切でなかったりすると失敗します。多くの欧米市場よりも日本で重要な2つの慣習があります。いつ割り込むか、そしてその割り込みをどのように認めるかです。

依頼のタイミング

作業中にマイクロサーベイを表示することは「邪魔」と読まれ、回答率とプロダクトへの好意の両方を下げます。安全なタイミングはタスク完了後、自然な一時停止時、または明確な成功状態の直後です。レポートのエクスポート、請求書の送信、オンボーディングの完了など、ユーザーが一区切りつきゆとりが生まれた瞬間です。そのタイミングでの依頼は、中断ではなく配慮として受け取られます。

割り込みへの謝辞

日本語のリクエスト文は、ユーザーの時間をいただくことへの謝辞から始めることが期待されています。これは省略できる飾り文句ではありません。省略すると失礼に読まれます。「お忙しいところ恐れ入りますが」のようなクッション表現を依頼の前に置くことはビジネスエチケットの標準であり、依頼の受け取られ方に実質的な影響を与えます。

修正前(唐突な依頼)
アンケートにご協力ください
命令口調で、謝辞がない。ユーザーの時間を当然のように求める要求として響く。
修正後(配慮ある丁寧な表現)
お忙しいところ恐れ入りますが、サービス改善のため簡単なアンケートにご協力いただけますか
割り込みを認め、目的を伝え、命令ではなく依頼する形。「簡単な」が低労力を示す。

最後に、離脱コントロールが重要です。隅の「X」だけでは「閉じるしか脱出できない」という圧迫感を与えます。明示的な丁寧な離脱オプションを提供することは、礼儀正しいだけでなく、逆説的に完了率を上げます。自由に離れられると感じるユーザーは、より進んで始めてくれるからです。アイコンだけに頼らず、離脱アクションに「あとで」や「今はしない」というラベルをつけてください。同じユーザーに繰り返し攻撃的に再表示することは避けてください。何度もの依頼は、丁寧な文章が築いた好意を損ないます。

日本向けインアプリアンケート ローカライゼーションチェックリスト

📊

スケール設計とスコアリング

  • 日本独自のベースラインと比較する:中心化傾向バイアスにより、NPSは10〜20ポイント低くなります。日本のスコアをグローバルの数値と直接比較しないでください。
  • すべてのスケールポイントにラベルをつける:数字だけのスケールは回答を中間に向かわせます。「非常に満足・やや満足・どちらともいえない・やや不満・非常に不満」を使いましょう。
  • 中立ラベルに「普通」を使わない:「普通」はやや肯定的に読まれます。真に中立な中間点は「どちらともいえない」です。
  • NPSのエンドポイントにアンカーをつける:0 = 全くそう思わない、10 = 非常にそう思う。スコアがサービス改善に使われることを示す注記を添える。
📝

設問と自由記述の言い回し

  • NPS設問:「可能性」ではなく意志と程度で問い直す — 「どの程度おすすめしたいと思いますか」。
  • CSAT設問:「満足度」を程度設問として問う(「ご満足いただけましたか」)。二項対立の「満足ですか」は避ける。
  • 自由記述プロンプト:具体的で許可を与える形にする — 「改善できる点があれば教えていただけますか」。汎用的な「ご意見をお聞かせください」は使わない。
  • 補足文:「匿名・1分ほどで完了」を添えて回答の心理的コストを下げる。

タイミング・語調・離脱

  • 完了後に表示する:タスク終了時や成功状態に表示する。作業中は「邪魔」と読まれるため使わない。
  • 割り込みへの謝辞を入れる:「お忙しいところ恐れ入りますが」などで依頼を始める。この表現の省略は失礼に読まれる。
  • 丁寧な離脱オプションを用意する:「あとで」や「今はしない」とラベルをつける。「X」アイコンだけに頼らない。
  • 繰り返しの催促をしない:何度もの依頼は丁寧な文章が築いた好意を損なう。

日本語プロダクトでアンケートを立ち上げる予定はありますか?

日本語ミニ診断では、アプリ内のNPS・CSAT・マイクロサーベイの文章をスケール設計、設問の言い回し、自由記述プロンプト、リクエストの語調、タイミングの観点でレビューし、優先順位つきの修正リストを提供します。多くのプロダクトがフィードバックを十分に集められておらず、集まっているスコアも誤読されています。

ミニ診断を依頼する

よくある質問(FAQ)

日本のユーザーが他の市場よりNPSやアンケートのスコアを低くつける理由は何ですか?

日本の回答者はスケールの中央付近に集中する傾向が強く、これは異文化間のアンケート研究で「中心化傾向バイアス(central-tendency bias)」として広く記録されています。10点満点の10をつけることは傲慢に感じられ、0や1をつけることは相手への攻撃と受け取られるため、社会的に安全な選択肢は中間になります。同じプロダクトを使っていても、日本のNPSはアメリカに比べ文化的な理由だけで10〜20ポイント低くなります。解決策は質問を正確に翻訳することではなく、スコアを日本独自のベースラインで解釈し、中間点が唯一の快適な答えにならないようアンカー表現を見直すことです。

NPSの質問は直訳すべきですか?

いいえ。英語の標準的なNPS設問「How likely are you to recommend us to a friend or colleague?」を直訳すると「友人や同僚に勧める可能性はどのくらいですか」となり、唐突でやや尋問的に感じられます。推薦の枠組み自体も日本では弱く、自分の名前を出してプロダクトを保証することへの慎重さがあります。自然な日本語のNPS設問はです・ます体で語調を和らげ、知人・同僚と意志・程度で問い直します。「同僚や知人にこのサービスをどの程度おすすめしたいと思いますか」が適切な表現です。スケールのアンカーにもラベルをつけましょう。

満足度(CSAT)の質問はどのように表現すべきですか?

「満足度」を中核の名詞にして、イエス・ノーではなく程度を問う文章にします。「今回のご利用にどの程度ご満足いただけましたか」は自然で丁寧な日本語であり、段階的な回答を促します。直訳的な「満足ですか」は二項対立を強いて無礼に聞こえます。スケールのラベルは「非常に満足・やや満足・どちらともいえない・やや不満・非常に不満」と明示する必要があります。数字だけのスケールは日本の回答者をさらに中央に向かわせます。

日本のユーザーが自由記述欄をスキップする理由と対策を教えてください。

「ご意見をお聞かせください」という汎用的なプロンプトは、何をどれだけ書けばよいか、批判的なフィードバックが歓迎されるかどうかわからないため、日本では回答率が低くなります。「改善できる点があれば教えていただけますか」のように具体的なタスクを示し、批判的なフィードバックへの許可を明示することで回答率は大きく上がります。また「匿名でお送りいただけます・1分ほどで完了します」という短い補足を加えることで、回答への心理的ハードルが下がります。

インアプリアンケートを表示するのに適切なタイミングはいつですか?

日本では、多くの欧米市場よりもタイミングの慣習が厳しくなっています。作業中にマイクロサーベイを表示することは「邪魔」と受け取られ、回答率とユーザーの好意を下げます。タスク完了後、自然な一時停止のタイミング、または成功状態の直後(レポートのエクスポート、請求書の送信、オンボーディングの完了など)に表示します。「あとで」や「今はしない」などの丁寧な離脱オプションを明示し、リクエスト文には「お忙しいところ恐れ入りますが」などの冒頭表現を必ず入れてください。

日本語アンケート・フィードバックQA

日本語アンケートで十分なフィードバックを集められていますか?

スケール設計、NPSとCSATの言い回し、自由記述プロンプト、リクエストの語調、タイミングが、日本のユーザーが正直に答えるかどうかを左右します。集中的なQAレビューでデータが示す前に問題を発見できます。