# 四大用戶地圖驅動業務敏捷
###### tags: `DevOpsDays Taipei 2018` `9/12` `14:00~14:40` `Track B`

{%hackmd zjE8rohhTBKEAPwdaLV11Q %}

> 請從這裡開始

80 20 法則

做的少 做的精 才能做的快

需求有時效性
若不能快速交付會死得很慘

創建組織更快的交付價值和靈活地應變化的能力

## 四大用戶地圖驅動業務敏捷

透過用戶價值地圖，找到業務的最佳場景及關鍵切入點

時間碎片化, 需求場景化

場景是習慣還是文化
用戶使用產品的場景和地點會有不同

用戶價值地圖
* 關注人，場景，問題
* 場景經常發生嗎？痛苦嚴重嗎？暫時解決方案風險有多少？
* 用戶畫像，深度解構(理解)用戶

1. 用戶價值地圖：
* 用戶問題
* 解決方案
* 是否有效(1-10分)

2. 用戶體驗地圖：
* 4 個面向：
* 接觸點
* 行為、想法、感覺
* 痛點
* 機會
* 對用戶感受、滿足點評分
* 用戶痛點，找到痛點，方案就比較簡單(就怕弄錯問題，沒找到問題真正的癥結點)

3. 用戶影響地圖(Impact Mapping)：
* 結構：
* 目標 Why
* 角色 Who
* 影響 How
* 功能 What
EX: 提升一個月內用戶數達 xx 萬

4. 用戶故事地圖 (User Story Mapping):
> Y 軸表示價值
> 可以幫助定義 MVP

提升用戶體驗和品牌忠誠度
> 要能覺察，需要反饋
>

多種方式收集用戶體驗，藉此來主動新增功能來提供體驗好感
根據購物歷史發購物卷、無中意的活動還能由客戶給建議

>透過用戶影響地圖，實現業務目標上傳下達，團隊協同...

刺激分享，用戶中獎之後，最想做的就是告訴別人，所以又做了一些預設分享的話，以及方便透過不同通訊軟體分享出去的按鈕？
我們實行敏捷常見問題，需求待辦列了一大堆，結果團隊變成...
見樹不見林
故事地圖(story mapping)有助於解決這個問題

MVP => 最小可運行方案
抽取MVP 讓第一版從六個月到一個月

跨職能全員參與梳理用戶故事地圖 替代文檔評審
>避免盲點

介面原形(UI Prototype)代替story board
>用手畫或者直接拖拉介面印出來

---
> 場外聊天室，歡迎在下方喇賽
>

進度好快

最大的浪費：做出客戶不想要的產品

開發功能不管想多少
不如先問用戶想要怎麼作XD

讓客戶一開始覺得你可以做出70分的產品，最後交出80分的才能讓對方覺察到價值

慢慢做好 比改爛好XD

沒有斷點XD

抓不到斷點有點難作紀錄