什麼是使用者代理#
在理想情況下，開發團隊應該直接與真正的使用者合作撰寫 Story。但現實中往往做不到——使用者可能是大眾市場的消費者、數以千計的終端用戶，或者根本還不存在。這時，團隊需要一位使用者代理（User Proxy）來代表使用者的利益。
常見的使用者代理類型#
使用者的經理#
- 優點：了解業務流程和組織目標
- 風險：可能已經脫離第一線操作，對使用者的日常痛點不夠了解
開發經理#
- 優點：熟悉技術可行性
- 風險：容易從技術角度而非使用者角度思考需求
銷售人員#
- 優點：經常接觸客戶，了解市場需求
- 風險：可能偏向少數大客戶的需求，或誇大某些功能以促成銷售
領域專家#
- 優點：深入了解業務領域的知識
- 風險：可能過度聚焦於複雜情境，忽略一般使用者的需求
行銷人員#
- 優點：了解市場趨勢和競爭對手
- 風險：可能專注於「賣點」而非實用性
前使用者#
- 優點：有實際使用經驗
- 風險：觀點可能過時，不代表現在的使用者需求
每種使用者代理都有其盲點。團隊必須意識到代理可能帶來的偏見，並設法降低風險。
降低代理風險的策略#
- 使用多個代理：不要只依賴單一資訊來源
- 儘可能接觸真實使用者：即使有代理，也要安排與真實使用者的互動
- 區分「需要」和「想要」：代理常常混淆使用者真正需要的和他們自己想要的
如果你的客戶是使用者代理而非真正的使用者，盡可能透過可用性測試、Beta 版測試等方式，讓真實使用者的聲音進入專案。
最佳實踐#
- 明確指定一個人擔任客戶角色，負責優先順序的最終決策
- 讓客戶角色盡可能接近真實使用者
- 定期驗證代理的假設是否正確
- 建立與真實使用者的定期回饋管道