如何打造問卷應用程式：分支邏輯、結果與隱私

問卷應用程式讓你撰寫一組問題、發送給許多人，並把答案彙整起來。讓它值得信任的部分，往往比問題編輯器更不明顯：真正的匿名性、必要時每人只能回覆一次、能跳過無關問題的分支邏輯，以及只有適當的人才能看到的結果。第一版就要把這些做對，而且題型要保持精簡。

如果你主要是要收集報名、訂單或申請，你需要的是表單建立工具。問卷關心的是整體：整個群體怎麼想？

問卷應用程式需要什麼

資料

第一版的題型

• 單選與複選
• 評分量表（1 到 5 或 0 到 10）
• 短文字與長文字
• 是／否

矩陣表格、排序、檔案上傳與滑桿可以之後再加。每一種新題型都需要自己的輸入欄位、驗證與結果圖表。

頁面

• 問卷編輯器，附預覽。
• 受訪者頁面，在手機上也能好好閱讀；較長的問卷要有進度指示。
• 感謝頁面。
• 結果頁面：每一題一個圖表、回覆數、篩選器，以及 CSV 匯出。
• 管理列表，列出所有問卷的狀態與回覆數。

影響整個應用程式的決定

匿名還是記名？ 這是最重要的選擇，而且應該在問卷的第一個畫面就告訴受訪者。如果一份「匿名」的員工問卷其實悄悄存了電子郵件，一旦被發現，信任就毀了。真正的匿名問卷，回答要不帶使用者 ID、電子郵件與 IP 位址。提交時間只記到日期。

每人只能回覆一次？ 選項從弱到強排列：

1. 瀏覽器中的 Cookie——能防止無心的重複，擋不住刻意的人。
2. 一次性邀請連結——每個連結只能用一次，而且可以和答案分開保存。
3. 登入——最可靠，但會讓匿名性難以保證。

如果要「匿名但限一次」，就用邀請代碼，並把「代碼已使用」記在和答案分開的資料表中，兩者之間不建立任何關聯。

小團體會破壞匿名性。 如果一個團隊只有三個人回答，依團隊篩選結果就可能推論出誰說了什麼。常見的規則是：當某個細分的回覆數少於一個設定的數字時，就隱藏該細分（五是常見的選擇）。如果你要顯示細分結果，就要把這個規則內建進去。

分支。 跳題邏輯能讓問卷更短、更切合受訪者，但每一條規則都會增加需要測試的路徑。一開始只用簡單的「如果答案是 X，就跳到區段 Y」規則，以區段為單位，而不是逐題設定。

誰可以看結果？ 只有問卷擁有者、指定的群組，還是受訪者在提交後也能看？在伺服器端強制執行這個規則。

個人資料。 問卷常常會收集意見、健康資訊或員工相關的細節。只收集你真正需要的，說明資料會如何使用，並確認適用於你的隱私法規。

一個有效的首次提示

建立一個問卷網頁應用程式。管理員登入後，可以建立包含區段與題目的問卷，題型包括單選、複選、1 到 5 分評分、是／否、短文字與長文字，每題可選擇是否必填。問卷有狀態（草稿、開放、關閉）與可選的截止日期。每份問卷都是匿名或記名，第一個畫面會告訴受訪者是哪一種。對於匿名問卷，絕對不要把使用者 ID、電子郵件或 IP 位址和答案存在一起，並將提交時間只記到日期。支援一次性邀請連結；在與答案無關的獨立資料表中記錄連結是否已使用。加入區段層級的跳題邏輯（「如果題目 X 是 Y，就跳到區段 Z」）。受訪者在適合手機的頁面上作答，並有進度條。管理員的結果頁面要顯示每一題的圖表、回覆數、文字答案列表，以及 CSV 匯出。任何篩選後的細分如果少於 5 筆回覆就隱藏。所有資料都存在資料庫中。

這段提示列出了 AI 否則會自行猜測的部分：匿名規則、邀請模型、跳題邏輯與結果頁面。

建置步驟

1. 編輯器。 建立一份有兩個區段、十二題的真實問卷。如果編輯很慢，現在就修好。
2. 受訪者頁面。 用手機作答。檢查必填題、返回上一頁，以及重新整理頁面時會發生什麼事。
3. 匿名性檢查。 提交一份匿名回覆，然後查看資料庫實際儲存了什麼。請代理人展示儲存的資料列。
4. 邀請。 產生連結，使用其中一個兩次，確認第二次會被拒絕。
5. 分支。 把問卷中的每一條路徑寫下來，並逐一走過。
6. 結果。 提交二十筆測試回覆，用手算的數字核對圖表，並匯出 CSV。
7. 關閉。 關閉問卷，確認連結會顯示禮貌的「已關閉」頁面。

常見錯誤

• 宣稱匿名，卻儲存了身分。 要檢查資料庫，而不是只看介面。
• 題目太多。 冗長的問卷會被半途放棄。顯示進度，並且大膽刪減。
• 引導性問題。 「你有多喜歡……」預設了喜歡這件事。提出中性的問題，並在量表上提供中性選項。
• 編輯進行中的問卷。 回覆進來後修改題目，會把兩個不同的問題混在同一張圖表裡。問卷開放後就鎖定或為題目建立版本。
• 所有人都能看結果。 容易猜到的結果網址會洩漏敏感答案。
• 沒有匯出功能。 人們一定會想在試算表中分析資料。

什麼時候現成產品是更好的選擇

對大多數一次性的問卷來說，現有工具更快、也更好：它們內建成熟的題型、範本、統計摘要與發送功能，而且許多都有免費方案。可以參考Typeform 替代方案與Google 表單替代方案。

如果問卷是你產品或營運中經常性的一部分，而現有工具不合用時，就值得自己打造。例如：你要控制匿名規則與資料位置的定期員工脈動問卷；需要與資料並排顯示、嵌入你的應用程式中的回饋問卷；有自訂邏輯的研究；或是你打算販售的問卷產品。我們的客戶回饋入口網站指南涵蓋持續性回饋的版本，而如何打造儀表板則有助於建立結果檢視畫面。

用 Mythex 建置

在 Mythex 中，你可以在對話中描述問卷應用程式，並在即時預覽中測試，包括手機大小的畫面。當應用程式需要儲存回覆時，Mythex 會加入專用的資料庫，你也可以請代理人精確展示一筆回覆儲存了什麼，這是檢查匿名承諾最快的方法。管理員登入使用你應用程式自己的機制，你選擇採用的方式；邀請郵件則透過你連接的郵件服務發送，因為 Mythex 沒有內建的郵件發送功能（從你的應用程式寄送郵件）。發佈到 mythex.ai 的連結，或在 Pro 方案使用你自己的網域。

常見問題