客戶啟動問卷的直接答案是：不要把它做成什麼都想問的大全配表單。對多數台灣 SME 來說，第一份問卷只要先收聯絡窗口、成功目標、時程限制、必要素材、工具權限與個資告知 6 類資料，就已經足夠讓案子啟動。若一開始就把品牌歷史、所有產品細節、十幾個開放題和內部長備註全部塞進去，結果通常不是比較完整，而是簽約後還要再重問一次。
客戶啟動問卷為什麼老是變成重問表？
問題通常不在於團隊不夠認真，而在於銷售、執行、客服和老闆各自想知道的資訊混在同一張表。Dock 對 client onboarding questionnaire 的定義很清楚：它是用來收 requirements、success metrics、key stakeholders 與 goals，目的是形成後續合作的單一事實來源，而不是把所有背景資料一次榨乾。Dock
HoneyBook 的文章也把同樣的痛點說白了：好的啟動問卷要先對齊 scope、timelines、decision-makers 與 communication preferences，不然簽約後就會出現來回補件、責任不清與 scope creep。HoneyBook
換句話說，客戶啟動問卷真正要解決的不是「我還想多知道什麼」，而是「案子下週就要開始時，哪些資訊缺了會立刻卡住」。只要把這條線抓清楚，問卷自然會變短，也比較容易被填完。
台灣 SME 先收的 6 類資料
最穩的做法不是先追求完美模板，而是先把第一份問卷限制在會直接影響啟動的欄位。下表這 6 類資料，通常已經足以支撐大多數行銷、顧問、設計、網站或代營運專案。
| 資料類型 | 先問什麼 | 為什麼現在就要問 | 先不要問太細的內容 |
|---|---|---|---|
| 聯絡窗口 | 主窗口、備援窗口、核決人 | 避免訊息只卡在一個人身上 | 全公司組織圖 |
| 成功目標 | 這次最想解決的問題、3 個月內想看到的結果 | 避免案子一開始就失焦 | 所有長期願景與全部 KPI |
| 時程限制 | 上線日、活動檔期、審稿節奏 | 先排出實際工作順序 | 一年份完整行銷計畫 |
| 必要素材 | 品牌素材、現有頁面、報價檔、FAQ | 避免執行時一直追附件 | 所有歷年檔案總整理 |
| 工具權限 | 要不要開 Google、Meta、LINE、GA4、網站後台權限 | 能提早排除卡權限延誤 | 所有員工帳號細部紀錄 |
| 個資與聯繫邊界 | 蒐集哪些資料、用途、後續聯繫方式 | 避免表單先收了，之後不能安心用 | 所有法律文件全文 |
1. 聯絡窗口
第一個一定要問的是誰負責回覆、誰能核決、誰只是被通知。Dock 和 HoneyBook 都把 primary contact、stakeholders、decision-makers 視為核心欄位，原因很簡單：只要窗口不清楚，後面所有提醒、催件與修改都會失焦。Dock HoneyBook
2. 成功目標
問卷裡至少要有一題把成功定義說清楚，例如「三個月內最想改善什麼」或「這次專案最希望達成的結果」。這不是形式，而是讓執行端知道要優先處理詢問量、成交率、名單品質、回購，還是品牌整理。
3. 時程限制
很多專案不是做不出來，而是活動檔期、審稿節奏與上線日沒有先講。只要一開始先問出硬截止日與內部審核流程，後面排程會乾淨很多。這種資訊短短幾格就能收，不需要一開始逼客戶交全年行事曆。
4. 必要素材
素材欄位的目的不是把客戶所有檔案一次搬空，而是先收會影響第一階段工作的東西，例如品牌素材、現有頁面、報價單範本、FAQ、案例或舊版廣告文案。HoneyBook 也特別把 brand、inspiration、assets 列成獨立區塊，因為這些東西若沒先拿到，後面只會一直補件。HoneyBook
5. 工具權限
若這個案子需要碰網站、廣告、GA4、LINE 官方帳號或 CRM，問卷裡至少要先確認哪些工具會用到、誰負責開權限、什麼時候可以完成。不要等 kickoff 開完才發現網站後台、GA4 或 Meta BM 還在別人手上。
6. 個資與聯繫邊界
如果問卷會蒐集姓名、電話、Email、公司資料或其他可識別資訊，台灣版本就不能只抄國外模板。個人資料保護委員會籌備處整理的第 8 條寫得很明確：蒐集個資時要告知名稱、蒐集目的、資料類別、利用期間/地區/對象/方式、當事人可行使的權利，以及不提供可能影響的權益。個人資料保護委員會籌備處
這一段不用寫成法律白話文大全，但至少要讓填表的人知道：你收什麼、拿來做什麼、之後誰會聯絡，以及不填會不會影響合作流程。這樣之後把資料放進 CRM、Email 或 LINE 才比較穩。
哪些資訊先不要在第一份問卷問太細？
第一，不要把所有背景訪談都塞進去。品牌歷史、全部產品架構、所有競品分析，很多其實更適合放到 kickoff 訪談或第二階段整理。問卷太長，填的人只會越來越敷衍。
第二，不要把內部備註欄也開給客戶填。像「這客戶難搞嗎」「預算是否好談」這類判斷，應該留在內部 CRM 或記事本，不要混進啟動表單。
第三，不要在還沒開始合作前就要求完整年度數據倉。若第一階段只是要啟動網站、廣告、內容或客服流程，先收能推動本階段決策的最小資料就好。HubSpot 的 CRM spreadsheet template 甚至直接建議，早期階段先用試算表管理前 25 到 50 位客戶或名單，在前 2 到 6 個月先釐清你真正需要追哪些資料，再決定要不要升級自動化。HubSpot
Google 表單、LINE、共享試算表怎麼接起來？
對很多台灣 SME 來說，最務實的起手式不是直接上大型系統，而是把 Google 表單當前台、共享試算表當追蹤面板，再用 LINE 或 Email 做回覆通知。這樣的重點不是工具多便宜，而是每一筆回答都能轉成可追蹤的下一步。
實作上可以這樣分工：Google 表單收客戶啟動問卷；共享試算表只留下主窗口、目標、時程、素材是否齊全、權限是否開通、目前狀態；LINE 或 Email 只負責提醒誰要補件、誰該回覆。若你之後要搬到 CRM，因為欄位本來就整理過，資料不會太難遷移。
這種做法特別適合 1 到 5 人的中小團隊。因為你真正缺的通常不是更大套的軟體，而是案子開始前沒有一張人人看得懂的起始表。先把流程跑順，再談升級，比較不會把工具買成新的混亂來源。
哪些情況適用，哪些不適用？
如果你的業務模式是顧問、代操、網站、設計、教育訓練、在地服務、B2B 小型專案或任何需要簽約後快速收齊資料才能開工的合作，這種客戶啟動問卷就很適用。它的價值在於讓案子盡快進入執行，而不是一直卡在口頭交接。
但如果你做的是超高客製、大型系統導入、法遵要求極重或跨部門利害關係人很多的案子，第一份問卷只能算預備資料。這時候你還是需要更完整的 kickoff 訪談、權限清單、法務流程或導入會議，不能指望一張表單解決全部事情。
資料更新與來源
本文於 2026 年 7 月 2 日整理。關於客戶啟動問卷的結構，主要參考 Dock 與 HoneyBook 的 onboarding questionnaire 教學。關於早期共享試算表管理的適用範圍，參考 HubSpot 2026 年的 CRM spreadsheet template 說明。Dock HoneyBook HubSpot
關於台灣蒐集個資時的告知義務，本文參考個人資料保護委員會籌備處整理的個資法第 8 條。個人資料保護委員會籌備處
這些來源能說明欄位設計與法規邊界，但不同產業要問到多細、什麼資料該先收，仍要看你的服務範圍、客單價、交付時程與內部人力調整。本文提供的是最小可執行版本，不是唯一正解。
結論
客戶啟動問卷的重點，不是看起來專業，而是讓新案子不要在第一週就卡住。對多數台灣 SME 來說，先把聯絡窗口、成功目標、時程限制、必要素材、工具權限與個資告知 6 類資料收齊，通常就能少掉大量重問、補件與誤解。先把這張表做短、做清楚、做得能被執行，再考慮要不要往更完整的 CRM 或自動化擴充。
FAQ
客戶啟動問卷一定要很長才夠完整嗎？
不一定。第一份問卷應該只收會直接影響專案啟動的資料。太長反而會讓客戶拖著不填，最後還是要重問。
台灣 SME 沒有 CRM，可以先用 Google 表單和試算表嗎？
可以。對早期團隊來說，Google 表單收資料、共享試算表追狀態、LINE 或 Email 做提醒，已經能支撐很多新客啟動流程。
客戶啟動問卷裡一定要問哪些人？
至少要問主窗口、備援窗口，以及誰有核決權。只知道對接人而不知道誰能拍板，後面很容易拖延。
蒐集姓名、電話和 Email 時，表單要注意什麼？
若會蒐集個人資料，至少要說明蒐集目的、資料類別、利用方式、當事人權利，以及不提供可能帶來的影響，避免後續使用邊界不清。
哪些資訊不適合放在第一份客戶啟動問卷？
像完整品牌歷史、所有內部備註、全年計畫或大量開放題，通常更適合放到後續訪談或內部 CRM，不需要第一天就全部收。