敏捷項目管理-用戶畫像

用戶故事：卡片、對話和確定；基于三個步驟進行開展。

舉例：項目：A公司是一家檢測設備公司下的子公司，主要服務對象是制造業，由于早起軟件系統陳舊，導致客戶滿意度很低。公司決定，面向制造業的痛點，重新開發一款迎合當下市場的軟件，應包含：企業基礎架構、生產作業管理、生產質量管理、生產過程監控、能耗管理等等，需要在3個月內上線。幸運的是，客戶愿意指派對接人員與研發人員一起規劃系統。

在某周的早上，客戶、產品負責人、研發小組、Scrum教練在一個單獨的環境中，展開對系統需求的研討和系統功能的確定。

識別客戶：

• 每人面前擺放一堆空白卡片，接下來，所有成員開始絞盡腦汁在卡片上書寫用戶角色卡片：

1. BOSS
2. 廠長
3. 線長
4. qc
5. 一線員工
6. 巡檢員
7. 品質負責人
8. 組裝工
9. .....

• 直到所有人無法再想起其他角色，下一步將所有用戶角色卡片進行匯總，去除相同的角色，過程略......

又過了許久.......

角色確定為：

1. BOSS
2. 廠長
3. 線長
4. qc
5. 一線員工
6. ......

角色建模：接下來，團隊考慮為每個角色卡上添加詳細描述。詳細描述將根據領域和軟件類型的不同而有所不同，需要考慮一下因素：

• 用戶使用軟件的頻率；
• 用戶在這個專業領域的專業水平；
• 用戶對電腦和軟件熟悉程度；
• 用戶對正在開發的軟件的熟練程度；
• 用戶使用軟件的真正目的。
  ........

基于上面的團隊對每個角色卡片討論，他們覺得有必要更新一下用戶角色卡片：

1. BOSS：關注年、季度、月生產計劃達成率、品質數據，很少使用系統，主要通過圖標來觀察廠區的生產狀況；
2. 廠長：關注年、季度、月生產計劃的達成進度及質量，經常使用系統，主要關注生產計劃合理性、供應商來料情況、來料質量、訂單、即使生產狀況及品質信息；
3. 線長：經常使用系統，關注點：根據排產單進行投產、防止組員偷奸耍滑，確保生產過程數量質量可控；
4. qc：經常使用系統，關注點：確保在制品的品質和已完成的產品質量，找出原因并上報；
5. 一線員工：不登錄系統，通過SOP來確定當前操作是否正確，關注工時；

有了上述的用戶角色卡片及延展性的備注后，Scrum教練向組員建議創建用戶畫像，并解釋用戶畫像可以使用戶角色更豐滿立體，不再是冰冷的需求代號，而是真實存在。
于是，廠長葉海龍這一畫像，就這樣誕生了：（基于真實存在的人員）


通過這張畫像，是否對系統某一個用戶的形象更為具體？組員是否更清晰產品所要面向的具體使用者，那么系統功能就會相對清晰明了，避免了基于客戶/研發人員頭腦中”理所當然的需求“；

有了這些最初的故事列表，團隊進入下一個步驟”編寫故事作坊“，于是成員又開始進行一次頭腦風暴：

第一種方式：

1. 用戶不能注冊系統，需要管理員在系統進行配置；
2. 管理員給用戶設置角色，不同角色在系統中擁有不同的角色權限；
3. 用戶可以看到產線實時生產數量；
4. 用戶可以打卡上崗；
5. 根據不同的產品條碼，RFID自動識別，系統自動播放sop;
6. 不良品禁止流向下一個工位；
7. 來料需要檢測；
8. 設備需要點檢；
9. 可以制定生產計劃；
10. 可以對接考勤系統；
11. 檢測模板可以上傳到系統中;
12. 可以編寫生產計劃；
13. 生產實時看板
    ......

第二種方式：

葉海龍：

1. 可以檢查排產是否合理，由系統根據每條線的產量進行自動計算；
2. 可以看到產線實時的生產數量；
3. 可以查看某個供應商的來料匯總信息，已決定是否驗收付款簽字；
4. ......
5. 結束

直到組員無法再寫出新的故事卡，然后將所有故事卡進行匯總，除去重復的，組員終于可以松一口氣，喝杯咖啡。別高興的太早，活還沒有干完。接下來要做什么呢？各位思考一下....

總結：

用戶畫像可以簡單理解成是海量數據的標簽，根據用戶的目標、行為和觀點的差異，將他們區分為不同的類型，然后每種類型中抽取出典型特征，賦予名字、照片、一些人口統計學要素、場景等描述，形成了一個人物原型 (personas)。

1.宏觀 – 構建具象認知，構建戰略、戰術方向:為了讓團隊在核心用戶上達成統一且具象的認知，方便在后續投入上有的放矢；根據用戶畫像的信息做產品設計，必須要清楚知道用戶長什么樣子，有什么行為特征和屬性，這樣才能為產品提出戰略和戰術層面的指導。

2.宏觀 – 探索用戶足跡，用戶(市場 )導向:詳細了解我們的真實用戶是如何和產品及其相關內容進行互動等；必須從業務場景出發，解決實際的業務問題，之所以進行用戶畫像要么是獲取新用戶，或者是提升用戶體驗，或者是挽回流失用戶等，并最終為用戶設計產品。

3.微觀 – 構建底層數據基礎，如第二條所講，可以讓產品更符合使用的真實需求，從而更好的貼合客戶；一切只為客戶滿意度，否季度KPI又泡湯了。

4微觀 – 方便信息的處理:有了標簽后組員可以方便地處理各個量化需求并進行分類，評估迭代周期。