調査票を設計していて、「この人には聞かない設問」「この回答をした人にだけ出したい設問」「前の回答を踏まえて選択肢を変えたい」——そんな場面、必ず出てきますよね。分岐ロジックはその解決策なんですが、「どの機能を使えばいいかわからない」 という相談を現場でよく聞きます。スキップ？表示条件？パイピング？名前は似ていても役割は結構違います。
この記事では、調査票で使える4種類の分岐ロジック（スキップ・表示条件・パイピング・キャリーフォワード）を 何に使うのか、どう使い分けるのか、どこで失敗しがちか という観点で整理します。単機能の説明ではなく、現場で迷わず設計できるようにするための実務ガイドです。
1. 分岐ロジックには何種類あるか — 4種類の全体像
まず全体像から。使う場面がまったく違うので、役割で覚えるのがおすすめです。
| 機能 | 何をするか | 主な用途 |
|---|---|---|
| スキップロジック | 設問を飛ばす | 対象外の人に無関係な質問を見せない |
| 表示条件 | 設問を表示/非表示にする | 特定条件の人にだけ追加質問する |
| パイピング | 前の回答を次の設問文に埋め込む | 「さっき選んだ◯◯について教えてください」 |
| キャリーフォワード | 前の回答（複数選択）を次の選択肢に引き継ぐ | 「選んだ中で最も重要なものは？」 |
この4つを組み合わせることで、見た目はシンプルでも裏側で複雑な調査票が組めます。Kicue の実装詳細は 分岐ロジックのドキュメント にまとまっています。
2. スキップロジック — 対象外の人を飛ばす
最も基本的な分岐。「A と答えた人は Q10 へジャンプ」のような、設問そのものをスキップする 動きです。
よくある使い方
- スクリーニング: 「対象者でない人」には本調査を出さず、最終画面へ直行させる
- 製品未利用者: 「この製品を使ったことがない」と答えた人には、利用経験ベースの設問を全部飛ばす
- 分岐の大枠: 調査票全体を「購入経験あり / なし」で2ルートに分ける
設計時の落とし穴
- ジャンプ先が存在しない — 「Q15 へ」と設定したのに、設問番号が変わって Q14 までしかなくなっている、という事故は意外と多い
- 複数のスキップが重なって無限ループ — A→Q5、B→Q3 のような複雑な分岐で、回答者が無限に同じ設問に戻される
- スキップ先の後ろでも表示条件が必要なのに忘れる — ジャンプ先の設問に別の条件が必要な場合、スキップだけでは不十分
スキップを使うべき場面
設問を「見せない」だけでなく、回答者の認知負荷を根本から下げたい時 に使います。後述の表示条件との違いは、「そもそも画面上に存在しない」点です。
詳細は スキップロジックの設定 を参照。
3. 表示条件 — 特定の人にだけ出す
「B と答えた人にだけこの設問を表示する」という、設問の出現自体を条件付ける 機能です。スキップロジックが「飛ばす」のに対し、表示条件は「存在させない」。結果は似ていますが設計思想が異なります。
よくある使い方
- 追加深掘り設問: 「不満」と答えた人にだけ「その理由は？」を追加表示
- セグメント別質問: 男性にはA設問、女性にはB設問、のような属性別出し分け
- スコアによる分岐: NPS で 6 以下（批判者）と答えた人にだけ改善点を聞く
設計時の落とし穴
- 条件の組み合わせが意図と違う — 「性別=女性 AND 年代=30代」のつもりが「性別=女性 OR 年代=30代」になっていて、想定外のグループに表示される
- 必須設定が効かなくなる — 表示されない設問を必須にすると、回答者が永遠に進めない
- 表示条件の依存元が先にスキップされている — 条件の元となる設問自体がスキップロジックで飛ばされていて、条件判定そのものが成立しない
表示条件を使うべき場面
「基本は全員に出す調査票」で、一部の人だけ追加で聞きたい設問 がある時は表示条件が向きます。逆に、「最初から複数のルートに分かれる調査票」を設計するならスキップロジックのほうが見通しが良くなります。
詳細は 表示条件の設定 を参照。
4. パイピング — 前の回答を次の設問に埋め込む
「Q1 で選んだ商品Aについて、どう思いますか？」のように、回答者が前に答えた内容を次の設問文に自動挿入する 機能です。
よくある使い方
- 商品評価: 「最も利用頻度の高い商品」として選ばれたものを、次の設問で「◯◯の満足度は？」と聞く
- 複数回答の追加質問: 「使ったことがあるサービス」で選んだ3つについて、個別に評価してもらう
- 名前・属性の使用: 「
{会社名}での業務について〜」のように、属性回答をそのまま設問に反映
設計時の落とし穴
- パイピング元が未回答だと文が崩壊する — 「
{商品名}について」の商品名部分が空になって「について教えてください」と表示される - 複数選択を単数パイピングで使ってしまう — 3つ選んだ場合に「
{商品A、商品B、商品C}について」と並列表示されて読みにくい（この場合は次節のキャリーフォワードと併用するのが正解） - 表記ゆれが気になる — 「スマートフォン」を選んだ人には「スマートフォン」、自由記述で「iPhone」と書いた人には「iPhone」が入る。ブランド名を設問文に直接入れたくない場合がある
パイピングを使うべき場面
調査票を「回答者ごとにパーソナライズされた体験」にしたい時 に威力を発揮します。「自分の回答を覚えてくれている」という体験は、回答者の信頼感と回答品質を確実に高めます。
詳細は パイピングの設定 を参照。
5. キャリーフォワード — 選択肢を引き継ぐ
「前の設問で選んだ選択肢の中から、次の設問の選択肢を構成する」という機能です。複数回答の質問と組み合わせて使うことが多いです。
よくある使い方
- 絞り込み質問: Q1「利用経験のあるサービス（複数選択）」→ Q2「その中で最も満足度が高いものは？」（単一選択、Q1 で選んだ選択肢のみ表示）
- 重要度評価: Q1で上位5つを選択 → Q2でそれぞれに重要度スコアをつける
- 順序付け: 選んだ項目だけをランキングで並び替える
設計時の落とし穴
- キャリーフォワード元の選択肢が 0 件 — 「該当なし」を選んだ人に次の設問で選択肢が出てこない事態。表示条件と組み合わせて回避する必要がある
- 順序が保持されない — 選択順ではなく選択肢の表示順が引き継がれるか、混ぜた順が引き継がれるか、ツールによって挙動が違う
- 選択肢数が多すぎて回答者が疲れる — Q1 で20個選んだ人に、Q2 で20個全部ランキングさせるとストレートライナーを生みやすい
キャリーフォワードを使うべき場面
「複数選択 → 深掘り」の2段階質問 を作りたい時はキャリーフォワード一択です。各選択肢に対して個別に深掘り質問を出したい場合は、パイピングと組み合わせます。
詳細は キャリーフォワードの設定 を参照。
6. 4機能を組み合わせた設計例
実務では、これらを単独で使うのではなく 組み合わせ が基本です。例として、新商品の購入意向調査を考えてみます。
Q1. あなたが利用している商品を教えてください（複数選択）
[A社製品] [B社製品] [C社製品] [いずれも利用していない]
↓
※ 「いずれも利用していない」を選んだ人 → Q5 へスキップ
↓
Q2. Q1 で選んだ商品の中で、最も利用頻度が高いものは？（単一選択）
※ キャリーフォワード: Q1 の選択肢のみ表示
↓
Q3. [Q2 で選ばれた商品] の満足度を教えてください
※ パイピング: Q2 の回答を設問文に挿入
↓
Q4. ※ 表示条件: Q3 で「不満」と答えた人にのみ表示
不満の理由を具体的に教えてください（自由記述）
↓
Q5. 最後に、今後利用したい商品があれば教えてください
この設計で使われている機能：
- スキップロジック: 利用者以外を本調査から外す
- キャリーフォワード: Q1 の複数選択を Q2 の選択肢に引き継ぐ
- パイピング: Q2 の回答を Q3 の設問文に挿入
- 表示条件: Q3 の回答によって Q4 の表示/非表示を制御
4機能を組み合わせると、回答者ごとにまったく違う調査票を体験している のに、設計者側では1つの統一されたフローで管理できます。
7. 編集部の視点 — 分岐ロジック設計の「やりがち失敗」4つ
調査票レビューの依頼を受けて分岐ロジックを眺めていると、同じ失敗パターンが繰り返し出てきます。ここは断言しておきたいので、強めに書きます。
1. 「とりあえず分岐しまくる」のは絶対に失敗する。 分岐ロジックは便利に見えるので、設計者が「あれもこれも」と追加しがちです。結果、設計者本人が挙動を追えなくなる 事態が起こります。分岐を入れるのは「本当に必要な時だけ」。迷ったら分岐せず、全員に同じ設問を出す方が無難です。
2. 設問番号の変更で参照切れする。 調査票を後から修正すると、スキップ先の設問番号やパイピングの参照元がズレて挙動が壊れる。Kicue のような設問ID管理できるツールなら自動追従しますが、手動で番号指定しているツールを使うとここで確実に事故ります。
3. 表示条件の論理が意図と違うまま運用される。 「A AND B」のつもりが「A OR B」になっていても、パイロットテストをしないと気づけません。分岐を入れた設問は必ずパイロットで全ルートを通す。これを省略すると、本番データで「想定外のグループに設問が出ていた」ことに後から気づきます。
4. 分岐のせいで回答者が消耗する。 キャリーフォワードで大量の選択肢が引き継がれて、ランキング設問で20項目並び替え、みたいな設計は確実に離脱を生みます。回答率を上げる10の実践テクニック で触れた通り、設問の存在は認知負荷 です。分岐で「見せない設問」を減らすのは良いことですが、「見せる設問」が重くなるのは本末転倒。
8. アンケートツール Kicue での分岐ロジック
Kicue では、これら4種類の分岐ロジックをすべて標準搭載しています。
- スキップロジック — 条件ごとに「指定設問へジャンプ」or「終了」を設定（詳細）
- 表示条件 — AND / OR の複合条件に対応（詳細）
- パイピング — 前設問の回答を設問文・選択肢文・セクションタイトルに挿入可能（詳細）
- キャリーフォワード — 複数選択回答を次設問の選択肢として引き継ぎ（詳細）
- 設問IDベースの参照 — 設問番号が変わっても参照切れしない自動追従
- プレビューで全ルート確認 — パイロット前のセルフチェックが容易
調査票ファイルを Excel / Word / PDF でアップロードすれば、AI が分岐ロジックまで含めた構造を解析して Web フォームを自動生成します。
なお、無料プランで分岐ロジックが使えるかは、ツールによって対応範囲が大きく違います（SurveyMonkey や Tayori の無料プランは有料機能、Google Forms は基本的な分岐のみ、Tally は無料でフル機能 — 等）。実装前に 無料アンケートツール 8 選比較 で各ツールの対応状況を確認しておくと、後で「分岐が使えない」と詰まる事故を防げます。
まとめ
分岐ロジック4種類の使い分けをおさらいします。
- スキップロジック — 対象外の人を根本から飛ばす。調査票を複数ルートに分ける時に
- 表示条件 — 特定条件の人にだけ追加で出す。深掘り設問や属性別設問に
- パイピング — 前の回答を設問文に埋め込む。パーソナライズされた体験を作る
- キャリーフォワード — 複数選択を次の選択肢に引き継ぐ。絞り込み質問の2段階構成に
単独で使うのではなく、組み合わせ が基本です。ただし入れすぎは禁物。「本当に必要な分岐か」を問い続け、パイロットテストで全ルートを通すことが、失敗を防ぐ唯一の方法です。
分岐ロジックが自然に設計できるようになると、調査票の設計力が一段上がります。シンプルに見えて裏側で複雑な調査票——これが実務で評価される調査設計のかたちです。
分岐ロジックを含む調査票を AI が自動生成する 無料のアンケートツール Kicue を試してみませんか。スキップ・表示条件・パイピング・キャリーフォワードを標準搭載しています。