一個企業內部系統的設計，需要非常關注系統涉及的干系人利益點，包括考核指標。
如何識別干系人？
收集客戶企業的組織架構，再根據目標和愿景去判斷，涉及的業務部門的負責人可以定位關鍵干系人行列。
記得，很多時候公司某個大boss如果不是干系人，但是卻提出訴求。要了解背后真正的動機，這比較考驗一個人的情商與經驗。
一般情況不會把基層用戶列為關鍵干系人，除非受到這類用戶因系統受到負面影響。
擁有“一票否決權”的人，往往是關鍵干系人。這時候我們應當對這類人的進行了解，包括且不限于業務，個人喜好、性格、目標業績等。
在做干系人列表中，要寫出影響度和相關度。
如何進行干系人分析？
- 選出干系人代表；
- 訪談，分別從KPI、工作主題、工作分解去進行了解；
- 分析干系人關注點和阻力點，即他們需要系統解決什么問題、提供什么支持以及他們想避免什么影響；進行文檔描述時，記得寫上對應的功能需求；
- 關注點整理，不同的干系人代表的關注點可能會出現沖突，需要進行權衡，進行協商調和。
做完上面的相關干系人分析，我們就進入產品詳細需求分析階段，這時我們先要對子系統進行劃分與業務接口分析。
1. 劃分子系統
我們在對系統進行分解時，無外乎有三種情況：
- 簡單的業務系統，用戶群比較單一；
- 基于原有的系統進行改造；
- 新開發的系統。
第一類情況由于用戶群單一且業務簡單，一般不作劃分。
第二類情況要注重分析對原有系統的影響，包括需要新增哪些子系統、影響哪些子系統、哪些原有的子系統需要修改等。
這類著重講下新開發的系統如何進行劃分。
內部系統一般采用按業務職能來分解，先畫出與系統相關的組織架構圖，以此劃分出對應的子系統。一般典型的企業都會有產、銷、供、管這四個部門職能，對應CRM、ERP系統等。
外部使用的系統一般采用產品服務來分解，根據業務結構樹來思考，切記要從業務的角度去理解。
另外，也會根據實際情況來采用業務職能與產品服務兩種方式結合起來劃分。
劃分之后要留意子系統之間、子系統與原有系統之間的接口關系，確認誰服務于誰、誰使用、接口是新增/修改等事項。
2. 業務接口分析
首先，明確業務接口分析只是明確Why和What，不涉及How。
所謂why就是明確接口的用途與價值，我們需要明確三個問題。
- 哪個子系統實現該接口。
- 哪些子系統會用到這個接口，以及各自的業務價值。
- 接口使用的頻率范圍，盡量具體；如果有場景信息和條件更好，方便研發人員判斷。
所謂How就是細化接口交互過程，一般會采用時序圖和數據詞典來定義與描述。
時序圖用于呈現接口的交互過程，而數據詞典用于定義交互過程中數據包的構成情況。
另外，我們要確定接口的設計約束，比如通信協議、原有系統的影響等等。
本文由 @PM達云霄 原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議。
