プロダクトアンケートの質問45選(いつ聞くべきか)

アンケートの質問を聞く価値があるかを決める、たったひとつのルール

私はeeselのサポートチームで働いているので、チケットやチャット、そしてそう、アンケートを通じて届く顧客フィードバックを仕事として日々読んでいます。パターンは驚くほど一貫しています。送られてくるアンケートは、誰も行動に移せない質問だらけです。「体験はいかがでしたか?」と聞けば「まあまあ」という答えが返ってきます。「どんな機能が欲しいですか?」と聞けば、絶対に作らない機能のウィッシュリストが返ってきます。

公開する前にすべての質問にかけるべきフィルターはこれです。その回答が意思決定を変えないなら、その質問は削る。「私たちを勧めますか?」は聞く価値があります。低いスコアがフォローアップの電話を発動させるからです。「うちのブランドカラーは好きですか?」は違います。アンケートのデータを理由にアプリを塗り直すことはないからです。このたったひとつのルールで、たいていのアンケート案の半分は消えます。そして生き残った半分こそ、読む価値のある半分です。

2つ目のフィルターは長さです。追加の質問1つごとに完了率が犠牲になります。アプリ内の1問アンケートなら回答率40%も狙えますが、サポートチャットの後の10問フォームは、うまくいっても一桁台がやっとです。本当に必要なスキルは質問をたくさん書くことではなく、その瞬間に重要な3つを見極めることです。

プロダクトアンケート質問の5つのファミリー

役に立つ質問のほとんどは、5つのファミリーのどれかに当てはまります。ファミリーさえ正しく選べば、文言はほぼ自動的に決まります。

• 評価(CSAT): 特定の1つの出来事について、決まったスケール上の数値で答える。「この返信を1〜5で評価してください。」速く、追跡しやすく、範囲が狭い。
• 関係性(NPS): 特定の接点ではなく製品全体についての「勧めますか」を0〜10で聞く質問。緩やかに動くロイヤルティ指標として最も機能する。
• 労力(CES): 何かをやり遂げるのがどれだけ大変だったか。労力の高い回答は、まずまずの満足度スコアより解約をよく予測するため、カスタマーエフォートスコアは多くのプロダクトチームが最も信頼する指標になりつつあります。
• 自由記述: 数値に理由を与える「なぜ」。ここに本当のインサイトがありますが、同時に一番読まれない部分でもあります(詳細は後述)。
• 機能優先度: 顧客にトレードオフを迫る強制選択やランキング形式の質問。チェックボックス式のウィッシュリストよりずっと正直な答えが得られます。

私がよく見る失敗は、きれいなダッシュボードを生む最初の3つだけを聞き、それらを説明する自由記述の質問を飛ばしてしまうことです。CSATが下がっているのに「なぜ」がひも付いていなければ、何かがおかしいことはわかっても、何が悪いのかはわかりません。

目的別に整理した質問集

使えるものをコピーし、それ以外は削ってください。各表は評価質問と、それを生かす自由記述のフォローアップをセットにしています。

プロダクトの価値とプロダクトマーケットフィット

これまでに書かれた中で最も有用なアンケート質問は、ショーン・エリスの「この製品がもう使えなくなったら、どう感じますか?」です。「非常に残念」が40%を超える製品は、人々が本当に必要としている製品です。

新機能とユーザビリティ

機能がまだ新鮮なうちに、できれば誰かがそれを初めて使った直後に聞きましょう。

オンボーディング

オンボーディングアンケートは、アクティベーションを静かに殺す摩擦を捉えます。初日ではなく、数日経ってから送りましょう。

良いオンボーディングアンケートは、優れたカスタマーオンボーディングツールが自動で追跡している内容と重なりますが、それでも直接質問することで、行動データだけでは見逃してしまう「Xが見つからなくてあきらめた」という回答を拾えます。

サポート対応(CSAT)

古典的なチケット後アンケートです。すでにキューで時間を使った相手に宿題のような負担を感じさせないよう、評価と自由記述のフォローアップ1つに絞りましょう。

これは多くのチームがすでに実施しているアンケートで、通常は会話がクローズされた瞬間にトリガーされます。仕組みが知りたい方は、クローズ時にCSATアンケートを送る方法の完全ガイドと、スコアリングを自動化したいチーム向けのAI CSATについての詳しい記事もあります。

ロイヤルティ(NPS)

NPSは個々のやり取りではなく関係性を測る指標なので、チャットのたびにではなく、年に数回送りましょう。

「一番の理由」というフォローアップこそが全ての要点です。理由がひも付いていないNPSの数値はバニティメトリクスにすぎません。自由記述の中にこそロードマップが隠れています。Freshdeskを使っているならNPSアンケートの手順で設定方法を、Zendeskの満足度指標ではその側での同様の内容を解説しています。

解約とキャンセル

これまで集める中で最も価値のあるフィードバックは、退会の瞬間に得られます。質問は2〜3個に絞りましょう。解約しようとしている顧客はすでに片足が外に出ています。

解約時の回答は本当の決め手を名指ししてくれるので貴重です。落とし穴は、ほとんどの解約フローがそれを集めているのに、誰も読んでいないことです。ヘルプデスクを使っているなら、さらに一歩進んで解約ボタンが押される前にリスクを察知することもできます。それが、サポート会話における解約リスクの検知や解約防止のためのリテンションの考え方です。

価格

人は自分が支払う金額を過小報告しがちなので、価格に関する質問は間違いやすい部分です。ヴァン・ウェステンドルプの4つの質問は、単一の数字ではなく価格帯を尋ねることでこれを回避します。

どの質問をいつ聞くか

言葉選びと同じくらい、タイミングも重要です。同じ質問でも、顧客がジャーニーのどこにいるかによって受け取られ方が変わります。だからアンケートはカレンダー配信ではなく、イベント起点でトリガーしましょう。

• オンボーディング直後: セットアップの痛みがまだ新鮮なうちに、CESと「あきらめかけたこと」。
• 最初に本当の価値を感じた後: 製品が実際に機能したと感じた時点で、PMFの質問と「一番の利点」。
• サポートチケット対応後: 会話がクローズされた瞬間にトリガーされるCSAT。
• 四半期ごと、更新前: NPSと「10に近づけるために何が必要か」。
• 解約時: 2問の退会アンケート。

イベント起点のアンケートは、体験がまだ顧客の頭に残っているうちに聞くため、スケジュール配信のアンケートより一貫して回答率が高くなります。3ヶ月後に送るオンボーディングアンケートは、単なる記憶力テストにすぎません。

クローズド質問とオープン質問:両方を意図的に使う

クローズド質問(評価、選択式)は、時系列で追跡できる数値を与えてくれます。オープン質問は、その数値の背後にある理由を与えてくれます。両方が必要であり、落とし穴はどちらか一方に偏りすぎることです。

すべてクローズドなアンケートは、きれいなダッシュボードを生みますが、スコアが動いた理由は教えてくれません。すべてオープンなアンケートは、豊かな回答を生みますが、誰もそれを読む時間がなく、スプレッドシートの中で腐っていきます。ほとんどのプロダクトアンケートにとって機能する比率は、その瞬間を固定する評価質問1つに、正確に1つの自由記述「なぜ」質問を加えることです。これにより、追跡可能な数値と、読める理由の両方が得られ、完了率も損なわれません。

みんなが飛ばす部分:回答を読むこと

ここからが本音の話です。良い質問を書くことは簡単な20%です。難しい80%は、返ってきたもの、特に自由記述を読むことであり、ほとんどすべてのフィードバックプログラムはここで静かに息絶えます。アンケート回答の4分の1が自由記述になることもあり、人間が週に数百件のコメントを読むというのは、単純に起こりません。

これはまさにAIが得意な問題です。すべてのコメントを読む代わりに、モデルにそれらをテーマごとにグループ化させ、それぞれの出現頻度を数えさせ、感情をスコアリングさせることで、最も多く、最も怒りの強いパターンが上位に浮かび上がります。出てくる結果は文字の壁ではなく、ランク付けされた短いリストです。「エクスポートが遅いという言及37件、ほとんどがネガティブ」というのは、傾向を見つけようと300行をスクロールするより、はるかに優れています。

元のテキストがアンケート回答であれ、サポートチケットであれ、チャットログであれ、同じアプローチが機能します。それらはすべて構造化されていない顧客の声にすぎないからです。その山から意図と感情を抽出し、分析ダッシュボードに落とし込むことこそが、「アンケートを実施した」を「上位3つの問題を解決した」に変えるものです。専用のカスタマーフィードバックツールの多くも、これに類する機能を持っています。

フィードバックを大規模に読むならeeselを試してみる

プロダクトフィードバックとサポートチケットの両方がヘルプデスクの近くに存在しているなら、それらを理解するために別のリサーチツールは必要ありません。eeselは既存の環境(Zendesk、Freshdesk、HubSpot、Gorgias、Front、そして100以上の連携先)と接続し、実際の顧客会話に対してテーマ分析を実行します。繰り返し出てくるトピックにまとめ、件数でランク付けするので、誰も300件のコメントを手作業で読むことなく「直すべき上位3つ」が浮かび上がります。

これは顧客が実際の大量のボリュームを処理できる同じエンジンで、あるeeselの導入事例では、ドイツ語だけで月間10万件以上のチケットを処理しています。そして過去の履歴から学習するため、浮かび上がるテーマは汎用的な分類ではなく、実際に顧客が語った内容に根ざしています。Gridwiseは導入からわずか1週間後、eeselが初月でティア1リクエストの73%を解決していたとはっきり述べています。同じレポーティング機能を自社のフィードバックに向けて、無料で始めることができます。より鋭い質問をして、その答えを本当に読んでもらいましょう。