Microsoft Formsで「選択肢を固定した投票(ポール)」を作ったはずなのに、集計画面で一部が「Other(その他)」として出てしまう…。この現象は、回答者が自由入力したわけでも、フォームに「その他」を用意したわけでもないのに起きることがあります。本記事では、よくある原因と、既存データを崩さずに“Otherを減らす/消す”ための具体的な手順を、確認ポイント付きで解説します。
現象:選択肢を固定したのに「Other(その他)」が勝手に出る
Microsoft Formsの「選択肢(Choice)」質問で、あらかじめ決めた選択肢だけを並べて公開したにもかかわらず、応答の概要(集計グラフ)で数%が「Other(その他)」として表示されることがあります。フォーム画面上には「その他」選択肢を追加しておらず、回答の本文にも “other” という文字列が含まれていないのに、集計だけが“Other”扱いになるのが特徴です。
このとき大切なのは、「Other」は回答者が入力した単語ではなく、Formsの集計が“現在の選択肢に一致しない回答”をまとめて表示するためのラベルとして出るケースがある、という点です。つまり、原因の切り分けは「本当に自由入力が混ざっているのか?」ではなく、「過去の回答と、今の選択肢が1文字でも違っていないか?」を疑うことから始まります。
まず確認しておきたいポイント
原因を決め打ちする前に、最短で状況を把握するためのチェックリストです。特に「複数人でフォームを編集している」「公開後に文言を整えた」場合は、後述の“選択肢不一致”が起きやすくなります。
| 確認ポイント | どこを見る | 見落としやすい理由 |
|---|---|---|
| 質問タイプが「選択肢」になっているか | 質問編集画面 | 類似の質問タイプ(ランキング等)に変更して戻した場合に挙動が変わることがある |
| 「その他」オプションを有効化していないか | 該当質問の設定(質問メニュー) | 編集時に誤ってONになっても、回答が少ないと気づきにくい |
| 公開後に選択肢の文言を修正・削除・追加していないか | 編集時の記憶とフォームの現状 | “読みやすくするための微修正”が、データ上は別物として扱われる |
| 集計の「Other」がどの質問に出ているか | [応答] → 概要 | 複数の質問があると、別の質問のOtherと混同しがち |
| Excel出力で当該列の実データを見たか | [応答] → [Excelで開く] | 集計画面は“結果のまとめ”。原因特定はExcelの生データが最短 |
原因の本命:公開後に選択肢が変わり、過去回答と一致しない
この問題で最も多い原因は、「過去の選択肢」と「現在の選択肢」が一致していないことです。Formsの回答データは、内部的には“その時点で選ばれた選択肢の文字列(ラベル)”として保存されます。公開後に選択肢の文言を少しでも変えると、古い回答が、いま表示されている選択肢のどれにも一致しなくなるため、集計側が「既存のカテゴリに入らない回答」としてまとめ、結果として「Other(その他)」に振り分けることがあります。
一致しないと何が起きるのか
たとえば、公開当初は「東京」としていた選択肢を、途中で「東京都」に直したとします。人間の感覚では“意味は同じ”ですが、データ上は別の文字列です。すると、公開当初に「東京」を選んだ回答は、現在の選択肢「東京都」と一致しないため、集計では「Other」に回収される…という流れが起きます。
実際にズレやすい「細かい差」
さらに厄介なのは、本人は変更したつもりがないのに、見た目では気づきにくい差で不一致が起きる点です。特に、コピー&ペーストや、共同編集、文言の体裁調整のタイミングで混入しがちです。
- 大文字/小文字(例:Yes / yes)
- 全角/半角(例:A / A、- / -)
- 句読点・記号(例:「,」と「,」)
- 末尾スペース(例:「営業」+(スペース))
- 改行(ラベルに改行が入ると別物になる)
- 絵文字や特殊文字(環境によって見え方が変わる)
| 見た目 | 実データで起きがちな差 | 集計での結果 |
|---|---|---|
| 営業 | 末尾にスペース(「営業 」) | 現選択肢「営業」と一致せず、Otherに入ることがある |
| 東京 | 途中で「東京都」に変更 | 旧回答「東京」がOtherになることがある |
| Yes | 「yes」へ変更(大文字/小文字) | 旧回答がOtherになることがある |
| 2025/01 | 「2025-01」に変更(区切り記号) | 旧回答がOtherになることがある |
対処案1:既存フォームを修正して「Other」を解消する(再分類を狙う)
まず最初に試したいのは、「Other扱いされている実データの文字列」を特定し、その文字列とまったく同じ選択肢をフォームに追加し直す方法です。集計が“現在の選択肢に一致するカテゴリ”を見つけられれば、Otherから元のカテゴリへ寄せられる可能性があります。
手順
- [応答] → [Excelで開く]から回答をエクスポートし、該当質問の列を確認します。
- 集計でOtherになっていそうな行を探し、実際に入っている回答文字列をコピーします(見た目ではなく“セルの中身”を重視)。
- フォーム編集画面に戻り、その質問の選択肢としてコピーした文字列をそのまま貼り付けて追加します。
- 保存後、[応答]の概要に戻り、集計が更新されてOtherの割合が減るか確認します。
成功率を上げるコツ
- 手入力しない:人間が打ち直すと、全角/半角やスペースが変わりやすいので、Excelからコピーして貼り付ける方が安全です。
- 末尾スペースの有無を疑う:目視では判断できないため、Excel上でセルを編集状態にしてカーソル位置を確認します。
- 似た文言を乱立させない:目的は“Otherを解消する”こと。後でExcel集計で統合できるよう、追加した理由(旧文言)をメモしておくと後工程が楽です。
注意点(ここで詰まりやすいところ)
- Formsの集計はタイミングによって表示更新にラグが出ることがあります。更新されない場合は、別ブラウザーやプライベートウィンドウでも確認します。
- 選択肢を削除してしまった場合、同じ文言を追加しても元に戻らないことがあります。その場合は、後述の「Excel側を集計の正」に切り替える方が確実です。
- 共同編集で選択肢が複数回調整されていると、旧文言が複数パターン存在します。Otherが1つでも、実データは複数の旧文言が混ざっていることがあります。
対処案2:データは保持しつつ、集計はExcel側で整える(現場で一番崩れにくい)
「Otherを消すために選択肢を増やすと、フォームの見た目が汚れる」「過去の変更が多くて追い切れない」場合は、Formsの概要集計にこだわらず、Excelを“集計の正”として扱うのが現実的です。FormsのエクスポートExcelは、回答の生データが残るため、後からでも正規化・再集計が可能です。
フォームを“凍結”してデータを守る
- 現フォームは回答受付を停止して、これ以上データがブレない状態にします。
- フォームを複製し、今後の受付は“最終版の選択肢”だけを持つ新フォームで行います。
- レポートや共有は、元フォームのExcel(またはPower BI)で作り、集計の見え方を統一します。
Excelで「Other扱い」を正規化して集計するテンプレ
おすすめは、回答文字列をそのまま使わず、「正規化(統一)した値」を別列に作ってからピボットで集計する方法です。Forms上の表示は崩れていても、Excel集計なら“あなたが定義したルール”で綺麗に集計できます。
| ステップ | やること | 狙い |
|---|---|---|
| 1 | 回答列をコピーして「正規化列」を作る | 生データを残しつつ加工できるようにする |
| 2 | 余分なスペースや記号揺れを除去する | 見えない差による別カテゴリ化を防ぐ |
| 3 | 旧文言→正しい文言の変換表(マッピング表)を作る | 意味が同じ選択肢を統合する |
| 4 | ピボットテーブルで集計する | 割合・件数を安定して出す |
正規化の例として、次のような“ゆるい整形”だけでも効果があります(列Aが元データ、列Bが正規化)。
- 前後の余分なスペースを除去:=TRIM(A2)
- 全角スペースを半角に寄せたい場合:=SUBSTITUTE(A2,” ”,” “)
- 記号の揺れを統一(例:全角カンマを半角へ):=SUBSTITUTE(A2,”,”,”,”)
さらに、旧文言をまとめるには「変換表」を作るのが確実です。たとえば次のように、左に“実データに現れる値”、右に“集計で使いたい正規の値”を並べます。
| 実データ(旧/揺れ) | 集計で使う値(正規) | メモ |
|---|---|---|
| 東京 | 東京都 | 公開後に表記統一 |
| 東京都 | 東京都 | 末尾スペース混入 |
| とうきょう | 東京都 | 誤入力/別表記 |
変換表を作ったら、XLOOKUP(またはVLOOKUP)で正規値を引き当てます。見つからない場合は元の値を残すようにしておくと、未知の値の発見にも役立ちます。
それでも直らない場合の切り分け(表示・反映・不具合の可能性)
選択肢の不一致が原因なら、Excelに“ズレた文字列”が必ず残ります。逆に、Excel上では選択肢と完全一致しているのに、Formsの概要だけがOtherになる場合は、表示・反映の問題、またはサービス側の挙動不具合の可能性があります。
表示・キャッシュの問題を除外する
- 別ブラウザー(Edge / Chrome など)で同じフォームを開いて確認する
- プライベートウィンドウ(InPrivate / シークレット)で確認する
- 拡張機能を一時的に無効化して確認する(トラッキングブロック系が影響することがある)
- 時間を置いて再表示する(集計の更新にラグがある場合がある)
「不具合かも?」を判断するための簡易チェック
| チェック | 期待する結果 | 結果が違う場合 |
|---|---|---|
| Excel上の回答文字列が、現選択肢と完全一致しているか | 一致している回答はOtherになりにくい | 一致しているのにOtherなら、表示/集計の問題の可能性 |
| 同じ質問を複製したテストフォームで再現するか | 再現しなければ元フォーム固有の履歴要因が濃厚 | 再現するなら、環境/サービス要因も疑う |
| 同僚アカウントでも同じ表示か | 全員同じならサービス側の表示 | 特定ユーザーだけならキャッシュ/権限/端末要因 |
サポートに調査依頼する前に準備すると早い情報
切り分けをしても解消せず、業務影響がある場合は、Microsoft 365の管理者経由でサポートに調査依頼するのが現実的です。その際、次の情報が揃っていると、やり取りが短く済みやすくなります。
| 用意するもの | 目的 | 準備のヒント |
|---|---|---|
| 問題のフォームURL(共有リンク) | 対象フォームの特定 | 社外に出せない場合は管理者にのみ共有 |
| 該当質問の内容(スクリーンショット/文言) | 再現確認 | どの質問にOtherが出るか明確化 |
| Excelエクスポート(該当列のサンプル行) | 実データの確認 | 個人情報があればマスキングして共有 |
| 発生時期(いつからOtherが出たか) | 変更点との突合 | 「選択肢を直した日」とセットで整理 |
| 閲覧環境(ブラウザー/端末) | 表示問題の切り分け | Edge/Chrome/モバイルなど複数を記録 |
再発防止:公開後の「選択肢運用ルール」を決める
Other問題は、言い換えると「選択肢を“データのキー”として運用している」ことが根本です。キーにするなら、途中変更は事故につながります。次のように、運用ルールを最初に決めておくと再発が激減します。
おすすめの運用パターン
- 公開前にレビューする:表記ゆれ(全角/半角、句読点、部署名表記)を揃えてから公開する
- 公開後は文言を変えない:変えるとしても“新フォームを発行する”前提にする
- どうしても変えるなら旧文言を残す:削除ではなく追加で対応し、Excel側で統合する
- 共同編集の責任者を決める:誰がいつ何を変えたか追えるようにする
変更が避けられない場合のベストプラクティス
- 選択肢を変える前に、現時点の選択肢をテキストで控えておく
- 変更後に、Excelで回答データを確認し、旧文言が残っていないかチェックする
- 旧文言が残っている場合は、フォーム側に旧文言を戻す(追加)か、Excel側で正規化して集計する
- 次回以降は、フォーム名にバージョンや年月を入れて「新旧フォーム」を分ける
よくある質問
フォームに「その他」を用意していないのに、回答者が自由入力できることはありますか?
通常、選択肢質問で「その他」オプションを有効にしていなければ、回答者が任意の文字列を入力する導線は出ません。そのため「Other」が出た場合は、まず選択肢の不一致を疑うのが近道です。Excelで該当列を見て、想定外の値が入っているかを確認してください。
Otherを完全に0%にできますか?
原因が“旧文言の残存”であれば、旧文言と完全一致する選択肢を追加することで、Otherを減らせる可能性があります。一方、変更履歴が複雑だったり、表示の反映が安定しない場合は、Formsの概要にこだわらず、Excel集計を正として運用する方が、実務では確実です。
既存の回答データを、Forms上で編集して直せますか?
Formsは基本的に、回答を“後から一括で書き換える”機能が強いツールではありません。現場では、Excelに出して正規化・再集計する運用が安定します。どうしても修正が必要なら、回答者に再回答を依頼する、もしくは集計側で変換するのが現実的です。
まとめ
- 集計の「Other(その他)」は、回答者が“other”と入力したのではなく、現選択肢に一致しない回答がまとめられている可能性が高い
- まずは[応答] → [Excelで開く]で生データを確認し、「何がOther扱いか」を特定する
- 旧文言が原因なら、旧文言と完全一致する選択肢を追加して再分類を狙う
- 変更履歴が多い場合は、Excel集計を正として正規化・ピボットで安定運用する
- 再発防止には、公開後の選択肢変更を避け、変更するなら新フォーム化する運用が効く

コメント