Microsoft Formsの分岐機能は、Googleフォームより1段柔軟です。質問単位 で分岐先を指定できるため、セクション全体を切り替える必要がありません。
ただし、機能としては柔軟でも 編集UIに「全体像が見えない」という弱点 があり、複雑な分岐を組むと管理が一気に難しくなります。本記事では基本手順、Googleフォームとの比較、そして 「分岐が複雑になってきたサイン」 までを率直に解説します。
Microsoft Formsの分岐の基本
Googleフォームとの違い
| 観点 | Microsoft Forms | Googleフォーム |
|---|---|---|
| 分岐の単位 | 質問単位 | セクション単位 |
| 分岐に使える質問タイプ | 選択肢・評価・はい/いいえ等 | ラジオ/プルダウンのみ |
| 全体像の可視化 | リスト形式 | セクション一覧 |
| 後からの追加 | 比較的安全 | リセットされやすい |
Microsoft Formsの方が 分岐の柔軟性は高い ですが、その分、複雑な構造を組みやすく管理が難しくなる側面もあります。
設定手順
1. 分岐対象の質問を作成
ラジオボタン（選択肢）、評価、Yes/Noなどの 選択型質問 が分岐の起点になります。
2. 「︙」→「分岐を追加」を選択
質問の右下メニューから「分岐を追加」をクリック。分岐エディタ画面 に切り替わります。
3. 各選択肢の遷移先を指定
あなたの属性は？
○ 個人 → 質問3に移動
○ 法人 → 質問5に移動
○ その他 → フォーム終了
選択肢ごとに「次の質問」「特定の質問にジャンプ」「フォーム終了」のいずれかを選びます。
4. プレビューでテスト
「プレビュー」ボタンで実際の挙動を確認。全分岐パターンを通して動作を確認 してから公開します。
中級設定 — 知っておくと差がつく機能
評価（スケール）からの分岐
NPS質問やリッカートスケールから分岐できます：
当社をお勧めする可能性は？（0〜10）
- 0〜6（批判者） → 不満理由の深掘り質問へ
- 7〜8（中立者） → 改善提案質問へ
- 9〜10（推奨者） → 紹介意向質問へ
NPSの自動分類と組み合わせれば、スコアセグメント別の深掘り が1フォームで完結します。
「フォームの最後」へのジャンプ
回答内容によって早期終了させたい場合（「対象外の方ありがとうございました」など）、特定選択肢から 「フォームの最後」 へジャンプ可能。スクリーニング質問に有効です。
複数質問の連動
Q1で「契約あり」 → Q2、Q3を表示 → Q5へ
Q1で「契約なし」 → Q4のみ表示 → Q5へ
質問単位で細かく制御できるため、Googleフォームよりロジックの自由度が高い領域です。
ここからが本題 — Microsoft Formsの分岐の限界
限界1：分岐の全体像が見えない
Microsoft Formsの分岐エディタは 「個別質問の遷移先」をリスト表示するだけ で、フローチャート形式の全体ビューがありません。
5〜10問程度の単純な分岐なら問題ありませんが、15問・3階層を超えると全体把握が困難 になります：
- 「Q3で個人を選んだら最終的にどこに着地するか」を頭の中で追う必要がある
- ループ構造になっていないか目視確認が難しい
- 設計者が変わったとき、引き継ぎが極めて難しい
限界2：複数選択（チェックボックス）からの分岐ができない
Microsoft Formsでも、チェックボックス（複数選択）から分岐は不可能 です：
「興味のある分野（複数選択）」で「AとBの両方を選んだ人にだけ追加質問」のような要件には対応できません。
回避策：
- 単一選択に切り替える（「最も興味のあるもの」）
- 分岐をあきらめて全員に表示
- 別ツールへ移行
限界3：複雑な条件式（AND/OR）が組めない
「Q1がAかつQ3が5以上」のような 複合条件 は組めません。Microsoft Formsの分岐は「単一質問の単一選択肢から1経路」に固定されています。
限界4：数値計算ベースの分岐ができない
「複数質問の合計スコアが80以上の場合、追加質問を表示」のようなスコアリング型の分岐は、Microsoft Forms単体では不可能です。
限界5：分岐のテスト工数が指数的に増える
3階層 × 各階層3選択肢 = 27通りの経路が存在します。全パターンを手動テスト すると数十分かかり、ミスが残りやすい。
回避策：
- 階層を2階層以下に抑える設計を意識
- テストパターン一覧表を作って網羅確認
- 階層が3を超えたら別ツールを検討
分岐の判断基準 — Microsoft Formsの「向き不向き」
| 設計の複雑さ | Microsoft Formsの適性 |
|---|---|
| 1階層・3〜5パターン | ◎ 最適 |
| 2階層・10パターン | ○ 運用可能 |
| 3階層・20パターン | △ テスト時間と引き継ぎが課題 |
| 4階層以上・複雑 | × 別ツール推奨 |
| 数値計算ベースの分岐 | × 標準機能なし |
| 複数選択ベースの分岐 | × 機能なし |
Googleフォームとの分岐機能比較
| 観点 | Microsoft Forms | Googleフォーム |
|---|---|---|
| 質問単位の分岐 | ○ | × |
| セクション単位の分岐 | ○ | ○ |
| 全体像可視化 | △ | △ |
| 評価質問からの分岐 | ○ | × |
| 後からの編集安全性 | ○ | △ |
| 複数選択の分岐 | × | × |
| 数値計算分岐 | × | × |
「単純な分岐ならMicrosoft Formsの方が柔軟、複雑になると両者とも限界」 という整理になります。
分岐設計の現場ベストプラクティス
プラクティス1：紙やマインドマップで先に設計
ツールに直接入力する前に、紙やFigJam・Miroなどで フローチャートを書いてから 実装する。これだけで設計ミスが激減します。
プラクティス2：「全員に共通する質問」と「分岐後の質問」を明確に分ける
共通質問（全員）：Q1〜Q3
↓
分岐 → Q4以降は条件分岐
↓
共通質問（全員）：最終Q（自由記述、属性確認）
この構造なら、分岐の管理範囲が中央に集中して把握しやすくなります。
プラクティス3：分岐後の経路は3本まで
3本を超えるなら、それは 「複数のアンケートに分けるべき」サイン。1フォームで全てをカバーしようとするのではなく、目的別に分けたほうが回答率も上がります。
プラクティス4：必ず全パターンをテスト
公開前に：
- 分岐を含む全選択肢の組み合わせを通す
- 「該当しない場合」の挙動も確認
- 早期終了パターンを確認
テストパターン表を作り、チェックを残すのが事故防止に直結します。
レポアンの分岐機能
レポアンは「Microsoft Formsの柔軟性 + 複雑分岐への対応」を狙った設計です。
- 質問単位の分岐 — 細かい表示制御
- 複数選択ベースの分岐 — 「Aを選んだAND Bを選んだ場合」の対応
- 数値範囲・スコア計算分岐 — リッカート合計やNPSスコアでの分岐
- AIによる分岐設計支援 — 「Aを選んだ人だけに詳細を聞きたい」と日本語で指示すれば自動で分岐ロジック生成
- フローチャート形式の全体ビュー — 設計の全体像を視覚的に把握
まとめ
Microsoft Formsの分岐は：
- 質問単位で柔軟（Googleフォームより1段上）
- 評価質問からの分岐も可能（NPS活用に強い）
- ただし全体像が見えにくく、3階層以上で管理が難しい
- 複数選択・数値計算分岐は標準機能なし
「分岐が複雑になってきた」「テストに時間がかかる」「引き継ぎが難しい」と感じ始めたら、それは 設計の限界が来ているサイン。分岐の柔軟性を求める設計には、専用ツールへの移行を検討する価値があります。