關鍵要點
- 分支的存在是為了移除問題，而不是增加問題。 每個分支的目標是讓受訪者從未看到不相關的問題，而不是讓調查更複雜。
- 設計「否」的路徑要像設計「是」的路徑一樣仔細。 大多數被放棄的分支調查失敗在設計者未計劃的答案上，而不是他們計劃的答案上。
- 淺層勝過聰明。 兩到三個分支層級涵蓋了幾乎所有的實際用例；更深的通常意味著調查試圖做得太多。
- 每條路徑都需要被走過，而不僅僅是主要路徑。 一個只經過從上到下測試的分支調查會有沒有人發現的壞路徑。
分支調查根據某人回答前面問題的方式來顯示或隱藏問題。所以一個回答「不」擁有汽車的受訪者永遠不會看到三個關於他們通勤的後續問題。做得好，感覺就像調查在關注。做得不好，感覺就像迷宮：死胡同、根據已回答的問題不合理的問題，或者「返回」按鈕撤銷的比預期更多。
差別不在於你用了多少邏輯，而在於分支是如何設計的。這也不是一個特定於線上表單的新想法——這是 漸進披露 的直接應用，這是一個來自 Nielsen Norman Group 的數十年的互動設計原則：只向人們展示當下相關的內容，並推遲其他內容直到它實際適用。分支調查是將漸進披露應用於問題列表，而不是設置菜單。
從路徑開始，而不是問題
分支調查設計中最常見的錯誤是先寫所有問題，然後再加上邏輯。這種順序幾乎總是會產生尷尬的分支，因為問題不是為特定受訪者的路徑而寫的。
相反，先繪製路徑：這個調查實際上需要處理多少種不同類型的受訪者？一個顧客滿意度調查可能只需要兩條路徑——「會推薦」和「不會推薦」，每條路徑問一個不同的後續問題。針對多個客戶群體的產品反饋表單可能需要三或四條路徑。在每條路徑內寫問題，而不是一個你後來再拆分的長列表。
保持分支淺層
很容易不斷添加條件——如果他們說了 X，並且也說了 Y，那麼顯示 Z——直到邏輯讀起來像法律合同。在實踐中，兩到三個分支層級涵蓋了絕大多數的實際調查：
- 層級 1： 一個資格問題，將受訪者分成 2–4 組
- 層級 2： 一個針對特定組的後續問題
- 層級 3（可選）： 在該後續問題中的單個條件細節問題
如果一個調查需要第四或第五層才能理解，那通常是它實際上是兩個合併成一個的調查，或者頂部的資格問題不夠具體。淺層分支感覺更容易也有心理原因：根據 希克定律，人們在選擇面前做決定所需的時間隨著選擇數量的增加而增加。具有 8 個選項的資格問題不僅看起來比具有 3 個選項的更雜亂——它實際上會在受訪者到達分支旨在引導他們的問題之前顯著減慢決策速度。
設計你未預期的路徑
大多數分支調查是為設計者預期的答案仔細設計的——然後其他答案發生的事情就隨便處理。這是倒過來的。「不」、「以上皆非」、「我不確定」——這些路徑需要同樣多的考慮，因為它們往往是最大的一組受訪者實際落腳的地方。
一個實際的檢查：對於每個分支問題，問「選擇最不可能選項的人接下來會看到什麼？」如果誠實的答案是「我們真的沒考慮過」，那就是在發布前需要修復的差距。
避免死胡同
死胡同是指任何受訪者的答案導致一個不再有意義的問題，或者一個表單似乎期望他們已經說不適用的信息。最常見的原因是一個分支被添加而沒有檢查它排除了什麼——一個「你有孩子嗎？」→「沒有」路徑仍然在三個問題後問「這個年齡段有多少孩子？」因為那個問題沒有設置為隨著分支的其餘部分一起跳過。
這種摩擦不僅令人煩惱——它是可測量的。一項在 公共意見季刊 中廣泛引用的研究發現，隨著網絡調查變得更長，受訪者給出的答案更短，跳過更多項目，並且在進入調查的過程中退出率更高——而感知的長度與實際長度一樣重要（Galesic & Bosnjak, 2009）。一個死胡同不僅僅是代價高昂的困惑問題——它向受訪者發出信號，表明調查的其餘部分可能同樣不匹配，這正是人們放棄的時刻。
在發布前測試每條路徑，而不僅僅是主要路徑
很容易通過從上到下快速點擊一次來測試分支調查——這樣做是有效的。這只證明了默認路徑是有效的。壞掉的路徑幾乎總是沒有人在測試中點擊過的路徑：其他選項、跳過的部分、受訪者在中途更改早期答案。
在發布之前，至少走一次每條不同的路徑，包括那些需要返回並更改答案以查看表單是否正確重新計算的路徑。
向人們展示他們有多接近完成
分支使調查的長度變得不可預測——符合所有後續條件的受訪者會看到比早早被篩選掉的人更長的調查。這種不可預測性正是進度指示器在這裡比在靜態表單中更重要的原因。從 Hull 的原始目標梯度假設開始的行為研究，並在消費者環境中由 Kivetz、Urminsky 和 Zheng (2006) 確認，始終發現人們在感知自己接近完成任務時投入更多的努力。可見的「幾乎完成」感是您用來抵消更長分支可能導致的疲勞的少數工具之一。它不需要是精確的百分比——即使是粗略的進度感（問題 3 大約有 7 個）也給分支調查提供了普通、無差別的問題列表所無法提供的東西。
構建前的檢查清單
以上部分涵蓋了為什麼。在您實際開始構建之前，直接回答這些問題會有所幫助——在第一個問題進入表單之前，先在紙上寫下來：
誰符合資格，其他人會發生什麼？
- 到達完整調查的實際篩選標準是什麼？
- 哪些具體問題是分支的分裂點——不是「中間某處」，而是觸發跳轉的確切問題和確切答案？
- 不符合資格的人會去哪裡——更短的感謝部分，還是直接到退出屏幕？將此未定義是如何讓不合格的受訪者被困住的。
每個受訪者無論路徑如何都需要回答什麼？
任何通用的——電子郵件、姓名、基本人口統計信息——都應該放在第一個分支之前，而不是分散在不同路徑上，可能會被問兩次或在一個分支上完全錯過。
路徑是否會重新匯合？
一些分支調查從分裂到結束是完全分開的。其他則短暫分裂然後重新加入到共享的最終部分。提前決定這一點——這會改變您實際需要設計和測試的獨特「結局」數量。
觸發答案是否互斥？
如果一個問題允許多選，確保兩個選擇的答案不能同時指向衝突的分支。這是邏輯錯誤的一個常見來源，直到真正的受訪者遇到那個確切的組合才會顯現。
如果沒有匹配的情況，後備方案是什麼？
每個分支問題都應該有一個默認的下一步，對於不符合任何定義條件的答案——而不僅僅是您明確計劃的那些。
您的工具是按問題還是按頁面（或兩者）分支？
這會改變您計劃構建的方式。一個只能跳過整頁的平台迫使您以不同於可以顯示或隱藏單個字段的方式對問題進行分組。在開始繪製路徑之前，而不是之後，確認您的工具支持哪一種。
邏輯實際如何運作
在底層，分支邏輯是一組 if/then 規則：如果某個字段符合條件，那麼顯示、隱藏或跳到表單的另一部分。
PlatoForms 的邏輯構建器 支持在問題級別和頁面級別進行這種操作——跳轉到頁面和跳過頁面以路由整個部分，以及字段級別的條件（等於、已回答、數值比較）以實現更精細的分支。如果您特別是從 Google Forms 移動表單，這篇關於 Google Forms 條件邏輯及其限制的比較 涵蓋了哪些可以和不可以轉移。
有幾個值得與分支邏輯配對的相鄰設計部分：如果您的調查在任何地方使用評分量表，如何設計一個在移動設備上有效的李克特量表 涵蓋了一個常見的失敗點，一旦分支被疊加。如果您分支的是必填與可選字段而不是顯示或隱藏整個問題，使用條件邏輯設置字段為必填或可選 是更精確的工具。
常見問題
一個調查應該有多少分支？
盡量少，根據受眾的實際需求。大多數調查需要 2–4 條頂級路徑；超過這個數量通常是調查試圖同時服務太多不同受訪者類型的跡象。
跳過邏輯和分支邏輯有什麼區別？
它們通常可以互換使用，但跳過邏輯通常指根據答案跳過一個或多個問題，而分支邏輯更廣泛地涵蓋顯示、隱藏或路由到不同部分。在實踐中，大多數表單構建器——包括 PlatoForms——使用一個邏輯引擎來處理兩者。
分支邏輯會影響完成率嗎？
設計良好的分支提高完成率，因為受訪者看到的無關問題更少。設計不良的分支——深層嵌套、未測試的路徑、死胡同——會比不分支更嚴重地影響完成率，因為它在中途積極地讓人困惑。
我可以在發布調查之前測試分支邏輯嗎？
可以——在預覽模式下走過每條路徑，包括不太明顯的路徑，然後調查才會上線。這是提前發現壞掉的分支的單一最高效步驟。
準備好構建一個了嗎？探索 PlatoForms 中的條件邏輯——跳轉到頁面、跳過頁面和字段級別規則，所有這些都可以在發布前的預覽模式中進行測試。
