店舗アンケートは「集める器」より先に「読む器」を決める｜回答数だけでは中身が放置される理由と、集計画面に必要な4つの単位

来店後のアンケートを始めるとき、多くの店舗が用意するのは「集める器」だけです。フォームを作り、QRを刷り、メールに配信リンクを入れる。ここまでは半日でできます。ところが3か月後に「で、お客様は何を選んでいたのか」と聞かれると、答えられない。回答は全部たまっているのに、それを一覧で読む画面がどこにも無いからです。

結論から書きます。店舗アンケートで先に決めるべきは、設問でも選択肢でもなく、回答をどの単位で読むかです。読む単位が決まっていれば、集める器は後から作れます。逆に読む単位を決めずに集め始めると、たまるのは「回答数」という1つの数字だけになり、肝心の中身は手つかずのまま保存期限を迎えます。

この記事では、24店舗の美容サロンFC（社名は伏せます）で来店後アンケートを運用している実例をもとに、集計画面に最低限必要な4つの読む単位と、運用を始める前にやっておくべき初期化の手順をまとめます。

結論：アンケートで先に決める「4つの読む単位」

集計の器は、次の4つが揃っていれば十分に機能します。逆に言うと、どれか1つでも欠けると、その部分は「データはあるのに誰も見ていない」状態になります。

1. どこまで進んだか（導線の段階別の人数）

アンケートは「開いた人」と「答え終えた人」が同じ数にはなりません。途中で閉じる人が必ずいます。開いた／答え始めた／答え終えた／その先の行動をした、という段階ごとの人数を分けて持つのが最初の単位です。

段階を分けずに「回答数◯件」だけを持つと、改善の打ち手が決まりません。開いた人が少ないのか、開いたのに答えないのか、答えたのに次の行動に進まないのかで、直す場所がまったく違うからです。

2. 何を選んだか（選択肢ごとの件数と比率）

選択式の設問は、設問ごとに選択肢の一覧を出し、それぞれ何件・何%かを表示するのが読む単位です。ここで大事なのは、0件の選択肢も消さずに表示すること。0件という結果自体が情報だからです。「短時間で終わること」を選んだ人が3か月間ゼロなら、その訴求は現場に響いていないと分かります。件数の多い順に並べて上位だけ出す作りにすると、この0件が画面から消えてしまいます。

3. 何と書いたか（自由記述の全文一覧）

自由記述は、集計ではなく全文をそのまま並べて読むものです。感情分析やキーワード抽出を先に作りたくなりますが、月に数十件の規模なら人が読んだ方が早く、精度も高い。まず一覧で読めるようにして、量が増えてから要約を考える順番が現実的です。

4. 誰が見られるか（権限）

自由記述には、体調や肌のトラブル、担当者への不満といった、他店のスタッフに見せる必要のない内容が混じります。本部だけが見る／店舗も自店分だけ見るのどちらで運用するかを、画面を作る前に決めてください。後から権限を分けるのは、ログイン周りの作り直しになるため一番コストがかかります。

判断に迷う場合は、まず本部限定で始めるのが安全です。店舗に渡すのは、本部が読んだ上で抜粋した内容にする。この形なら、権限設計を後回しにしても事故になりません。

実例：24店舗で実際に出た数字

24店舗の美容サロンFCで、来店お礼メールにアンケートのリンクを設置し、段階別の人数を計測した実データです（設置から数日間の累計）。

段階	人数	前段階からの割合
アンケートを開いた	59	－
回答を始めた	52	88%
回答を終えた	46	88%
文章をコピーした	16	35%
Googleの投稿画面へ進んだ	14	88%

この表を見ると、打ち手が1か所に絞れます。開く→終えるまでは88%で流れているのに、終えた後のコピーで35%まで落ちている。設問が多すぎるわけでも、入力がしづらいわけでもない。詰まっているのは最後の1手です。

もし「回答46件」という数字だけを持っていたら、この結論には届きません。46件という数字は悪く見えないので、設問を増やそう、もっと配信しよう、という方向に改善が向かってしまいます。実際に必要だったのは、回答が終わった後の画面の作り直しでした。

読む器があったから気づけたこと

段階別に数字を持っていたことで、その後に2つの問題が見つかっています。

ひとつは、Googleのクチコミが★だけで本文なしになる比率の変化です。アンケート運用を始める前は本文なしが23%だったのに、始めた後に届いた分では56%に上がっていました。コピーの操作自体は成功しているのに、遷移先のGoogleの画面で貼り付けが行われていない。回答数だけを見ていれば「順調に回っている」としか見えない期間に、実際は本文という資産を取りこぼしていたことになります。

もうひとつは、回答からAIに作らせている投稿文の末尾に、英語の一文が混ざっていたことです。「日本語で出力してください」と指示していても、モデルが最後の一文だけ英語で締めることがあります。これは自由記述と生成文を一覧で目視できる画面があったから発見できたもので、件数の集計だけでは永遠に見つかりません。

集計画面を作るときの実装上の判断5つ

ここからは、実際に集計の器を作る（または制作会社に発注する）ときに、先に決めておくと後で効く項目です。

同じ数字を2通りの計算で出さない

段階別の人数を管理画面のトップにも集計ページにも出す場合、計算するコードは1か所にして共有するのが鉄則です。画面ごとに別々に集計すると、条件のわずかな違いで数字がずれ、「どっちが正しいのか」を毎回確かめることになります。数字がずれた画面は、その瞬間に誰も信じなくなります。

保持期限の日数を2か所に書かない

「回答は180日で自動削除されます」という注記を画面に出すなら、その180という数字は、実際に削除している処理と同じ値を参照する作りにしてください。注記に直接180と書き込むと、削除側を90日に変えたときに画面の説明だけが古いまま残ります。個人情報の保持期間に関する表示がずれるのは、単なる表示崩れでは済みません。

CSV出力は数式として解釈されない形にする

自由記述をCSVで出す機能はほぼ必ず必要になりますが、= + - @ で始まる文字列は、表計算ソフトが数式として解釈します。お客様の書いた文章がたまたまこれらの記号で始まっていると、ファイルを開いた側で意図しない処理が走る可能性があります。先頭にシングルクォートを付けて無効化する、という一手を入れておいてください。あわせて、日本語が文字化けしないようBOMを付けることも忘れずに。

0件のときに何と表示するかを決める

作った直後の集計画面は、必ず0件です。ここで「データがありません」とだけ出る画面と、「アンケートURLの案内状況を確認してください」と次の行動を書く画面では、運用開始後の使われ方が変わります。0件でもレイアウトが崩れず、日本語で状況を説明する。地味ですが、この1点で現場が画面を開き続けてくれるかが決まります。

段階ごとの数字が「何を数えているか」を言葉で持つ

これが一番見落とされます。たとえば「クリック数」と書かれた数字が、実際にはメールのリンクがクリックされた数ではなく、アンケートページが開かれた数であることがあります。メールの配信システムが別会社のものだと、送信数も開封数もこちら側では取得できません。つまり分母が無い。

分母が無いこと自体は、運用上は許容できます。問題は、分母が無いのに「クリック率」を計算してしまうことです。数字の定義を画面のすぐ横に一行で書いておくだけで、この種の誤読は防げます。

テスト回答を本番データに混ぜない

運用を始める前に、必ずやっておくべき作業がひとつあります。開発中・検証中に入れた回答を、本番稼働の前に全部消すことです。

先ほどの24店舗の例では、正式設置の直前に21件の回答が入っていました。日付を見ると開発作業をしていた特定の日に偏っており、店舗も動作確認に使っていた1店に集中していた。つまり実際のお客様の回答はゼロで、21件は全部こちら側のテストでした。

この21件を残したまま運用を始めると、どうなるか。選択肢別の比率が、テストのときに適当に押した選択肢に引っ張られます。しかもそれは初月だけの話ではなく、母数が積み上がるまで数か月にわたって効き続けます。「なぜかこの選択肢だけ多い」の正体がテストデータだった、というのは後から突き止めるのが非常に面倒です。

消すときの手順は次のとおりです。

1. 消す前にデータ全体のバックアップを取る。ファイル名に日付と目的を入れておく（例：runtime.json.before-purge-testdata-20260912）
2. 消す対象を回答だけに限定する。同じデータベースに入っている口コミ本体や店舗設定まで巻き込まないこと
3. 消した後に、件数が0になったことと、消さないはずのデータが元の件数のままであることを両方確認する
4. 動作確認のために自分で1件アクセスした分が残るので、それも把握しておく

3番目が重要です。「消えた」の確認だけをして、「消えていないはずのものが無事か」を確認しないと、巻き添えに気づくのが数日後になります。

運用に落とす：週に1回、3つだけ見る

集計画面を作っても、開かれなければ意味がありません。続けられる形にするために、見る項目は絞ってください。週に1回、次の3つで十分です。

1. 段階ごとの人数の落ち幅

先週と比べて、どの段階で落ちる割合が変わったか。落ち幅が最大の箇所が、その週に直す場所です。

2. 自由記述の全文

件数ではなく中身を読みます。同じ指摘が2件以上出たら、それは個別のクレームではなく仕組みの問題です。

3. 選択肢のうち0件のもの

3か月連続で0件の選択肢は、設問から外すか、言い回しを変える候補です。誰も選ばない選択肢は、回答者の手間を増やしているだけになります。

逆に、毎週追わなくてよいのは累計の回答数です。累計は増える一方で、増えていること自体からは何も判断できません。報告用に月1回まとめれば足ります。

まとめ

• 店舗アンケートで先に決めるのは設問ではなく、回答をどの単位で読むか
• 必要な読む単位は4つ。段階別の人数／選択肢別の件数と比率／自由記述の全文／閲覧できる人の範囲
• 回答数という1つの数字だけを持つと、詰まっている箇所が特定できず、改善が「もっと配信する」方向にずれる
• 実データでは、回答完了までは88%で流れていたのに、その後の1手で35%まで落ちていた。段階を分けて持っていたから1か所に絞れた
• 実装側では、数字の計算は1か所に集約／保持日数を2か所に書かない／CSVは数式として解釈されない形に／0件でも状況を日本語で説明する／各数字が何を数えているかを併記する
• 稼働前にテスト回答を消す。消す前にバックアップ、消す範囲を限定、消えたことと消えていないことの両方を確認する
• 続ける運用は週1回・3項目。累計回答数は追わない

アンケートは、配り始めてからでも設問は直せます。しかし読む器が無いまま集めた数か月分の回答は、保持期限が来れば読まれないまま消えます。順番を逆にしないことが、一番効く投資です。