> ## Content Index
> Fetch the complete content index at: http://localhost:2368/llms.txt
> Use this file to discover other available public pages before exploring further.

# 同仁回饋用問題卡收斂
- URL: http://localhost:2368/feedback-issue-cards/
- Published: 2026-07-06T07:07:19.000Z
- Updated: 2026-08-23T13:54:25.000Z
- Description: 把散在聊天、口頭、Email 的使用者回饋統一收斂成看板問題卡：有編號、有狀態、有往來紀錄，累積成客服知識庫的雛形。
- Author: yuchang23
- Tags: #wiki, #wiki-method

> **定義**：把散落在聊天、口頭、Email 的使用者回饋，全部收斂成任務看板上的「問題卡」來管理的做法。每張卡有編號、有狀態、有往來紀錄。

## 這是什麼問題

內部系統上線後，同仁的問題與需求會從四面八方進來：聊天訊息、走廊上口頭講、Email。管道一多就一定漏——不是忘了回，就是回了但沒人記得結論。症狀是「同一個問題被問第二次」或「當初說好要改的事沒人追蹤」。

## 做法

所有回饋一律收斂成看板上的問題卡。系統內建的 AI 助理答不好時，使用者可以一鍵開卡；回覆時直接寫進卡片的筆記欄，讓提問與回覆留在同一個地方。

回覆的三個慣例：

- **寫白話版**——用提問同仁看得懂的語言回覆，不是工程術語。
- **保留原始提問不刪改**——脈絡就是證據，日後回頭看才知道當時到底在問什麼。
- **不自動標「已完成」**——完成與否由提出問題的人認定，不是回覆的人。

## 為什麼有效

每張卡就是一則「使用者遇過什麼、我們怎麼回」的紀錄，累積起來就是客服知識庫的雛形。心得：**收斂管道比回覆速度重要**——管道亂，再快都會漏。

## 驗收時該檢查什麼

- 回饋是否只有一個入口（其他管道進來的也要轉成卡）。
- 卡片上是否同時看得到原始提問與回覆，往來紀錄完整。
- 完成狀態是否由提問者操作，而不是回覆者自己關卡。

## 相關條目

- [用 Teams Planner 當開發工作紀錄](https://yuchang23.com/planner-as-dev-log/?ref=localhost)