如何建立問卷應用程式

問卷應用程式讓你撰寫一組問題、發送給大量人士，並把答案統計起來。令它值得信賴的部分，遠比題目編輯器不明顯：真正的匿名性、在有需要時每人只可回覆一次、能略過無關題目的分支邏輯，以及只有合適的人才能看到的結果。第一版就把這些做好，並保持題目類型精簡。

如果你主要需要收集登記、訂單或申請，你其實需要的是表單建立工具。問卷關注的是整體結果：整個群體有什麼看法？

問卷應用程式需要什麼

資料

第一版的題目類型

• 單選及多選題
• 評分量表（1 至 5 或 0 至 10）
• 短文字及長文字
• 是／否題

矩陣表格、排序、檔案上傳及滑桿可以留待以後。每種新類型都需要自己的輸入、驗證及結果圖表。

頁面

• 問卷編輯器，附預覽功能。
• 作答者頁面，在手機上易於閱讀，較長的問卷應附進度指示。
• 感謝頁面。
• **結果頁面：**每題一個圖表、回覆數目、篩選功能及 CSV 匯出。
• 管理列表，列出問卷、狀態及回覆數目。

影響整個應用程式的決定

**匿名還是記名？**這是最重要的選擇，而且應該在問卷的第一個畫面就向作答者說明。一份標榜「匿名」的員工問卷，如果暗中儲存了電郵地址，一旦被人發現，信任便會盡失。對於真正匿名的問卷，答案應不附帶用戶 ID、電郵及 IP 位址，提交時間則只精確到日期。

**每人只可回覆一次？**選項由弱至強如下：

1. 瀏覽器 Cookie，只能防止意外重複，無法阻止刻意的人。
2. 一次性邀請連結，每條連結只可使用一次，並可與答案分開儲存。
3. 登入，最可靠，但會令匿名性更難保證。

如果需要「匿名但每人限一次」，應使用邀請權杖，並把「權杖已使用」的紀錄存放在與答案分開的資料表，兩者之間不設任何關聯。

**小組別會破壞匿名性。**如果某個團隊只有三人作答，按團隊篩選結果便可能揭露誰說了什麼。常見的規則是：當某個細分組別的回覆少於指定數目時，便不顯示該細分結果（五份是常見的門檻）。如果你要顯示細分結果，就要把這條規則加入系統。

**分支邏輯。**跳題邏輯可令問卷更簡短、更貼合，但每條規則都會增加需要測試的路徑。應從簡單的「如果答案是 X，跳至部分 Y」規則開始，並以分節為單位，而非逐題設定。

**誰可以看結果？**只有問卷擁有人、指定的群組，還是作答者在提交後也能看？此規則必須在伺服器端執行。

**個人資料。**問卷通常收集的是意見、健康資訊或員工的資料。只收集必需的資料，說明將如何使用，並查看適用於你的私隱規則。

一個有效的首個提示

建立一個問卷網頁應用程式。管理員登入後，可建立包含分節及題目的問卷，題目類型包括單選、多選、1 至 5 分評分、是／否、短文字及長文字，每題可選擇是否必填。問卷有狀態（草稿、開放、已關閉）及可選的截止日期。每份問卷屬於匿名或記名，第一個畫面會告知作答者是哪一種。對於匿名問卷，答案絕不與用戶 ID、電郵或 IP 位址一併儲存，提交時間只精確到日期。支援一次性邀請連結；使用過的連結紀錄，須存放在與答案沒有任何關聯的獨立資料表。加入分節層級的跳題邏輯（「如果第 X 題是 Y，跳至分節 Z」）。作答者在適合手機的頁面作答，並有進度列。管理員可看到結果頁面，當中有每題一個圖表、回覆數目、文字答案列表，以及 CSV 匯出。任何篩選後的細分結果，如回覆少於 5 份便不予顯示。所有資料存放於資料庫。

建置步驟

1. **編輯器。**建立一份接近真實、包含兩個分節、共十二題的問卷。如果編輯速度緩慢，現在就修正。
2. **作答者畫面。**用手機實際作答。檢查必填題、返回操作，以及重新整理頁面後的情況。
3. **匿名性檢查。**提交一份匿名回覆，然後查看資料庫實際儲存了什麼。要求代理顯示已儲存的資料列。
4. **邀請。**生成連結，使用其中一條兩次，確認第二次會被拒絕。
5. **分支邏輯。**列出問卷中的每一條路徑，並逐一走一遍。
6. **結果。**提交二十份測試回覆，用人手計算的數字核對圖表，並匯出 CSV。
7. **關閉。**關閉問卷，並確認連結現在會顯示一個禮貌的「已關閉」頁面。

常見錯誤

• **聲稱匿名，卻儲存身分資料。**要檢查資料庫，而不是只看介面。
• **題目太多。**冗長的問卷往往做到一半就被放棄。顯示進度，並且大刀闊斧地刪減。
• 引導性問題。「你有多享受……」預設了享受的前提。應提出中立的問題，並在量表上提供中立選項。
• **編輯已開放的問卷。**在回覆已開始收集後更改題目，會令同一圖表混入兩條不同的問題。問卷開放後應鎖定題目，或為題目建立版本。
• **任何人都能看結果。**如果結果網址可被猜中，敏感答案便會外洩。
• **沒有匯出功能。**人們必然會想在試算表中分析資料。

何時改用現成的產品較好

對於大多數一次性的問卷，現有工具更快、效果更好：它們內建了設計精緻的題目類型、範本、統計摘要及派發功能，而且許多都有免費方案。可參閱 Typeform 替代方案及 Google 表單替代方案。

以下情況則適合自行建置：問卷是你的產品或營運中經常進行的一環，而現有工具並不合用。例如：你需要自行控制匿名規則及資料存放地點的定期員工脈搏調查，在應用程式中緊貼相關資料的回饋問卷，有自訂邏輯的研究，或你計劃出售的問卷產品。我們的客戶回饋入口指南介紹了持續收集回饋的版本，而如何建立儀表板則有助建立結果檢視。

用 Mythex 建置

在 Mythex 中，你用對話描述問卷應用程式，並在即時預覽中測試，包括手機大小的畫面。當應用程式需要儲存回覆時，Mythex 會加入專用的資料庫，你也可以要求代理展示一份回覆實際儲存了什麼內容，這是核實匿名承諾最快的方法。管理員登入使用你應用程式自己的方式，由你選擇的方法設定；邀請電郵則需透過你連接的電郵服務商發送，因為 Mythex 並不內建電郵發送功能（參閱在應用程式中發送電郵）。發布可使用 mythex.ai 連結，Pro 方案則可使用你自己的網域。

常見問題