嗨大家，04 篇時談到專案開始前，要做事前準備功課：二級研究。（已補充多一點內容了～建議可以回顧再看這一篇！）

二級研究資料收集，並了解這間公司、產品後，接下來要跟專案相關的人聊聊並了解產品在技術上、商業上...等有什麼其他的考量，並探究專案上的現況與夢想的差距，背後的原因是什麼。

利害關係人訪談 Stakeholder interview

訪談時的注意要點：** 跟收集資料時一樣，抱持著初心者，開放心胸的心態（重要，重要，重要，所以說三次！）**

訪談主要找出這四個主題的答案：

1. WHAT：嘗試從 Stakeholder 的角度了解公司的業務並傾聽公司的願景、主張。可透過上一個談到的次級研究（收集的公司資料）成為討論、訪談的素材。

2. WHY：**針對商業、使用者兩個層面的假設想法，腦力激盪。**利用上一個談到的次級研究假設性問題去發想。比如：產品的目標用戶是？

3. HOW：「我們將如何去執行這個專案」，是要用怎樣的流程呢（waterfall?、scrum?lean ux?…）？工作流程也是在訪談利害關係人時可釐清，因為有些公司的工程與設計團隊是會用不同得流程來進行，所以此時討論釐清是很重要的。

4. WHO：了解跟你訪談與專案有關的人的責任歸屬，可使用 RACI 責任指派矩陣 (responsibility assignment matrix) 方法來確認 RACI 分別代表了不同的角色責任：Responsible、Accountable、Consulted、Informed

來源

延伸閱讀：RACI 表指南 (附範例)

訪談進行

STEP 1. 確認要訪談、約的利害關係人：「找對人談」

小技巧：

• 跟經常在接觸這個產品的人聊聊
• 多個利害關係人的情況下，選擇至少 5 個不同背景的成員，獲取更多元的想法。
• 在時間有限的狀況慎選，選對的利害關係人，可幫助設計師接下來的設計流程走向。

** STEP 2. 準備問題：「對的問題」**
開放式的問題，沒有正確答案，讓關係人可以多說一點，越深入越好，收集豐富資訊。盡量不使用簡答或有、沒有，封閉式的問題。＊可使用「次級研究」中的假設問題集來詢問，其中重要的幾個資訊範例如下：

• 短期與長期的商業目標是什麼？
• 期望鎖定的客群是誰？
• 主要的競爭者有哪些？
• 有什麼技術限制上要考量的嗎？
• 產品設計上有什麼要注意的地方嗎？
• 利害關係人對產品成功的定義？

小技巧：

• 不要害羞，像是聊天的感覺，可以讓對方說的比較多
• 即使有準備好提問集，訪談時不要像機器人制式的訪談
• 對方回答後可以有更多的提問。

** STEP 3. 進行會議 **
剛開始可以請對方自我介紹：工作經驗、職位、與專案的關係，所負責的內容以及能提供的疑問解答有哪些。接下來再提出準備問題、跟對方聊聊聽他分享想法。

小技巧：

• 會議中需安排：一位記錄會議筆記的人、負責訪談的人、記錄前建議先詢問是否可以錄影錄音，以便在會議後可爬梳瀏覽重要內容。可讓訪談者保持專注與聆聽。
• 記住：即使已做完了二級研究準備，也ㄧ樣保持初心者的心態聆聽。

訪談結束後，開啟「啟動會議」（kick-off meeting）

訪談結束後，開始規劃使用者（顧客）探索計畫書前設計師會與開發團隊先進行 ** 啟動會議 **

啟動會議可以知道每個人所負責的項目，在專案中所扮演的角色，進行團隊的責任歸屬（分工）。此外，需了解誰將提供專案縮需的資料內容？ 還有 可以解決有關問題的業務聯絡人是誰？…等

tip: 角色責任歸屬可用上面提到的 RACI 責任歸屬矩陣來做分析。分析表格須列出

R- Responsible，執行者
A - Accountable，當責者
C - Consulted，指導者
I - Informed，知悉者

表格可以清楚顯示出工作項目內角色之間關係、角色所對應的工作項目是哪些、現階段有哪些工作待完成…，可避免工作進行中時職責不明的現象。

注意：啟動會議中也要弄清楚～
** 截止期限 **：專案截止日期、專案進行中需提交專案展示的日期
** 討論設計核准的流程 **：設計審核、設計需求修改時（比如團隊已完成的某些成品，客戶想再修改時）需經過討論，再由一人作出最終決定。

快速了解什麼是「啟動會議」可以看這個影片！