如何建立客戶意見回饋入口:提議、投票同進度更新
客戶意見回饋入口係一個公開板,客戶喺度發表意見、為其他人嘅意見投票,並睇到邊啲要求已經計劃、進行中或者已經推出。要建立一個,你需要帶狀態嘅帖文、綁定真實人士嘅投票、留言、合併重複項目嘅方法、用作分類嘅管理檢視,以及向投票者通知推出結果嘅途徑。建立本身並不困難。真正決定入口有冇幫助嘅,係你點樣營運它:快速分類、誠實嘅狀態,以及向用家交代結果。
團隊點解要建立一個
回饋通常同時從各個渠道湧入:支援電郵、銷售電話、即時通訊、社交媒體帖文。入口為所有回饋提供一個統一嘅地方,而投票就可以顯示有邊啲要求得到好多人共鳴。只要帖文真正有進展,它亦會令客戶知道有人喺聆聽。如果一個板上嘅意見長期停留喺「審核中」,一年都冇人郁,咁反而比完全冇板更傷害信任。
建立之前先決定入口嘅用途:
- **收集意見同錯誤報告,定係只收意見?**混入錯誤報告通常會令入口變成第二個支援隊列。
- **公開定係私人?**公開板會吸引更多人參與。私人板(只限客戶,登入後先可以使用)適合有敏感要求嘅 B2B 產品。
- **有冇公開嘅路線圖?**顯示「已計劃」同「進行中」會設定期望,所以只顯示你準備好要對住嘅嘢。
入口需要具備嘅內容
資料
| 資料表 | 主要欄位 |
|---|---|
| 帖文 | 標題、描述、作者、板塊或分類、狀態、票數、建立時間、已合併至(可選) |
| 投票 | 帖文、用戶、建立時間(每位用戶每篇帖文只限一票) |
| 留言 | 帖文、作者、內容、是否官方回覆(是/否) |
| 用戶 | 姓名、電郵、是否已驗證、公司(B2B 用)、是否管理員 |
| 分類 | 名稱(例如報表、整合、手機) |
| 狀態變更 | 帖文、舊狀態、新狀態、備註、變更者、日期 |
保留一份附有簡短備註嘅狀態變更紀錄。佢會支援通知電郵,亦會向客戶顯示事情進展到邊一步。
頁面
- 板:帖文清單,附投票按鈕,可按分類同狀態篩選,並可按最多票、最新同熱門排序。
- 帖文頁:描述、票數、留言、突出顯示嘅官方回覆,以及狀態歷史。
- 新帖文表格:用戶輸入時,即時顯示類似嘅現有帖文清單。
- 路線圖:「已計劃」、「進行中」、「已推出」三欄。
- 管理後台:分類新帖文、合併重複項目、附備註更改狀態、隱藏垃圾訊息。
權限
如果係公開入口,任何人都可以閱讀。已登入用戶可以發帖、投票同留言。管理員可以更改狀態、合併、置頂官方回覆,以及管理內容。對 B2B 而言,你可能希望管理員可以睇到每位投票者屬於邊間公司,但對其他客戶隱藏呢項資料。
決定同取捨
用戶點樣登入
匿名投票容易被刷票,亦令你無法回覆。完整嘅密碼帳戶又會增加阻力。常見嘅折衷方法係電郵連結登入:用戶輸入電郵,點擊連結,就可以進入。如果你嘅產品已經有帳戶,就讓客戶用同一個登入,咁你就知道佢哋係邊個。請參閱如何為應用程式加入登入功能。
狀態
將狀態列表保持簡短清晰:審核中、已計劃、進行中、已推出、不會計劃。附有簡短原因嘅「不會計劃」,比讓帖文懸空更加尊重人。
票數與加權需求
每人一票簡單易懂,容易解釋。部分 B2B 團隊亦希望按客戶規模或方案加權睇票數。呢啲只應該喺管理檢視中顯示;公開票數應該保持一人一票。
完成閉環
最有價值嘅功能,係一封寫住「你投票支持嘅嘢已經推出」嘅電郵。要做到呢點,需要一個發送電郵嘅供應商(請參閱如何從應用程式發送電郵),並提供清楚嘅取消訂閱選項。將入口配合更新日誌頁面一齊使用,並將每個已推出嘅帖文連結到對應嘅更新日誌條目。
一個行得通嘅首個提示
為一個名叫 Slotly 嘅排程應用程式建立客戶意見回饋入口。客戶用電郵收到嘅魔法連結登入。佢哋可以發表一個提議(標題、描述、分類:日曆、付款、通知、其他),每篇帖文只限投一票,並可以留言。用戶輸入新帖文時,最多顯示五篇類似嘅現有帖文。板上嘅帖文可以按最多票、最新或熱門排序,並可按分類同狀態篩選。狀態:審核中、已計劃、進行中、已推出、不會計劃。加入路線圖頁面,分「已計劃」、「進行中」、「已推出」三欄。管理員有一個分類頁,處理新帖文;可以附短備註更改狀態;可以將重複帖文合併到另一篇(轉移票數同留言);可以將留言標記為官方回覆;並可以隱藏垃圾訊息。所有數據儲存到資料庫,並記錄每次狀態變更。設計要友善、簡潔,手機上都要好用。
建立步驟
- 帖文、投票同留言,配合簡單登入。測試同一個人唔可以投兩次票,包括由兩個分頁同時操作。
- **板嘅排序同篩選。**最多票、最新、熱門;分類同狀態篩選。
- **管理分類。**附備註嘅狀態更改、隱藏、官方回覆。
- **重複項目處理。**類似帖文建議同合併功能。
- 路線圖頁面。
- **通知。**狀態變更時向投票者發電郵,並附取消訂閱連結。
- **從你嘅產品連結過來。**你應用程式選單入面加一個「意見回饋」連結,如果可以,就直接讓人登入。
- 用你手上已有嘅要求填充入口,令第一位訪客唔會見到空白板。
常見錯誤
- **推出之後就不理。**訂一個每星期嘅固定時間,分類新帖文同更新狀態。
- **將票數當成路線圖。**票數量度嘅係有幾多入口訪客關心,而唔係咩對產品最好。亦要同客戶傾談;請參閱如何進行客戶訪談。
- **冇合併功能。**同一個要求五個副本,會分散票數,並掩蓋真正嘅需求。
- **匿名投票。**容易被刷票,亦無法跟進。
- **喺路線圖上承諾日期。**用「已計劃」同「進行中」,除非你有十足把握,否則唔好寫明期限。
- **任由佢變成支援台。**喺表格上清楚講明錯誤報告應該去支援頻道。
幾時選擇現成嘅回饋工具更好
專門嘅回饋產品已經存在,如果你想今日就運作,值得一看。佢哋通常提供應用程式用嘅小工具、與問題追蹤工具同 CRM 嘅整合、同你產品嘅單一登入,以及誰在要求咩嘅分析。如果你已經有支援或 CRM 工具,建立任何嘢之前,先檢查佢有冇回饋或意見模組。
如果你想入口完全配合你嘅產品、需要將回饋連結到你自己嘅客戶數據(方案、用量、帳戶規模)而唔想付整合費用、規則比較特別(每位客戶有私人板、只限內部嘅分類),或者現成選項嘅成本比該功能對你嘅價值更高,就應該自行建立。
用 Mythex 建立
喺 Mythex,你用對話描述入口,代理就會喺即時預覽入面建立佢。當帖文同票數需要儲存時,佢會加入專用嘅 Postgres 資料庫(你可以要求,或者輸入 /database)。Mythex 並唔為你建立嘅應用程式提供內置登入或電郵發送:你要自備供應商同金鑰,並儲存為項目機密。文件中有加入登入同發送電郵嘅範例。
當核心流程運作正常之後,/test 會讓代理點擊預覽(發表意見、投票、以管理員身份更改狀態),並報告邊啲地方出錯。功能要求板 範本有票數同由新到已推出嘅狀態,係一個好嘅起點。
常見問題
客戶意見回饋入口有咩功能?
佢畀客戶一個公開地方,提出意見、為其他人嘅提議投票,並睇到你計劃、正在處理同已經推出嘅嘢。佢取代咗散落喺電郵、即時通訊同電話入面嘅回饋。
用戶投票一定要登入嗎?
通常要,至少要經過驗證嘅電郵。匿名投票容易被刷票,而且你無法通知投票者佢哋嘅要求何時推出。以電郵連結簡單登入,係常見嘅折衷方法。
我應該先建立得票最多嘅功能嗎?
未必。票數只反映搵到入口嘅人嘅需求,而唔係你全部客戶嘅需求。應該將票數同收入、策略,以及客戶對話中聽到嘅內容一併考慮。
點樣處理重複嘅要求?
用戶輸入新帖文時,顯示類似嘅現有帖文;另外為管理員提供合併功能,將票數同留言轉移到原有帖文,並通知投票者。