Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.
產品經理讀書會
「使用者故事對照」第一章
整體圖像
Mike Tang 2017.07.24
背景介紹
- Kent Beck (極限編程 Extreme programming)
- 問題點:需求蒐集方法運作不佳
- 解決方案:聚在一起述說使用者故事
- 對話 => 建立共識 => 更好的解決方案
核心觀念
「如何被使用」
- 方法論,一種做事的方式
- 理解整個產品或功能,並估計所須資源
- 分解成較小的使用者故事
- 協助取得共同的理解
「被寫下來」
- 想法與共識,由每位參與者決定的,而非使用者故事本身來決定!
「使用者故事得名於他...
Case Study - Mad Mimi
市場機會
(1) 音訊剪輯:節目製作有錄製音樂片段的需求
TA:音樂家 & 相關接案人員
(2) 管理與行銷樂團
TA:樂團經理 & 音樂家
What did they do at first?
初期作法:敏捷模式工作
- 項目清單 (Backlog)
- 優先順序 (Prioritize)
- 一次一個 (Take one at a time)
思考點:Do the things ...
What’s wrong?
產品面問題
(1) 價值主張?
(2) User 是誰?
(3) User 使用後的 outcome?
組織面問題
(1) 團隊是否共同理解最終目標?
(2) 資源 (錢與時間) 限制?如何配置?
如何開始?
“Talk and doc” :「在述說故事時,撰寫卡片或便利貼,具象化你們的想法」
述說故事
- 取得共識的開始
具象化:寫在卡片或便利貼
- 幫助回想
- 易於組織
- 便於溝通
如何開始?(具體做法)
(1) 想法浮現後,撰寫幾個字在便利貼
(2) 指著便利貼或卡片,一邊向其他人解釋想法
(3) 將便利貼放置在每個人可看到的公用空間,幫助其他人貢獻更多想法
(4) 解決想法存在腦袋時,注意力不集中的問題
好的開始:構思想法 + 描述使用者
圍繞著「Outcome」為核心來思考,而不是「Output」
- 價值主張 => 你為什麼要建造這個軟體?
- User => 誰是你的使用者?
- User 使用後 outcome => 使用者會得到什麼好...
進入核心:述說使用者故事
具體做法
- 假設產品問世 => 使用者的一天 => 講述故事
- 由左至右表示使用者流程的順序
產出目標
- 共同的理解
- 描繪出產品的 big picture
額外好處
-「故事對照幫助挖掘思考漏洞」:對話、具象...
進入核心:述說使用者故事
「在探索深度之前,先聚焦於使用者故事的寬度」
- 先定義好有價值的大活動,細節功能才會有意義
- 避免見樹不見林
- 更全面地思考解決方案細節
進入核心:述說使用者故事
運用「動詞短語」述說每項大活動與細節功能
- 展開活動宣傳
- 審閱 Mimi 為我建立的活動文宣
- 客製化活動文宣
- 預覽我建立的活動文宣
=> 清楚的描述出使用者故事
最後階段:探索細節與選項
針對每一項大活動,分解出細節活動
- 使用者在這裡做什麼具體的事情?
- 他們能夠做什麼替代的事情?
- 什麼會讓它 (大活動) 變得很棒?
- 萬一出錯的話會如何?
結論:故事對照的組成
產品目標
- 價值主張:為何建造?
使用者
- 列出不同類型的使用者
- 使用產品後的 outcome
故事區塊
- 左到右:述說大故事的步驟
- 上到下:述說故事的細節
僅使用敏捷方法來工作的悲劇
- 先前製作的功能,幾乎沒有存在於故事地圖中
- 產品起始方向錯誤
- 無法有效預測達成願景的時間與資源
Next:排定優先順序
The Learning Connexion (TLC) 藝術學院
賦予優先順序
大原則 In and Out
- 必須有
- 應該有
- 可有可無
實務經驗分享
- AsiaYo Host system 改版
Background
- AsiaYo - Airbnb like company
- 三個主產品:Consumer, Host, Infrastructure
- Host 核心產品: Host system (上載房型、管理房況與價格、訂單...
整體流程
實地訪談使用者 Persona User story
mapping
實地訪談使用者
Host 類型挑選
- 民宿
- 日租
- 背包客棧 (集團式)
- 極端值 (低 IT 技能)
實地訪談使用者
問卷架構
- Warm up
- 客人屬性
- 民宿現狀 (合作OTA、人力配置)
- 每日任務與流程 (5W1H)
- 痛點與建議
- 實地觀察操作流程
Persona
- 負責職務
- 一日工作簡述
- 核心任務:訂單與房控
- 痛點
- 期望 (許願)
- 競品優點
User story mapping
元素分類
- 流程
- 痛點
- 期望
大活動
- 定義 outcome (Job story)
賦予優先順序
QA & Discussion
1. 做新產品或大改版時,才有機會做 user story mapping 嗎?
2. 公司目前是如何蒐集需求?
3. 做 User story mapping 之前,如何更理解用戶?
4. 做 User sto...
Hpx 94.5 產品經理讀書會「使用者故事對照」第一章 20170725
Hpx 94.5 產品經理讀書會「使用者故事對照」第一章 20170725
Hpx 94.5 產品經理讀書會「使用者故事對照」第一章 20170725
Hpx 94.5 產品經理讀書會「使用者故事對照」第一章 20170725
Prochain SlideShare
Chargement dans…5
×

Hpx 94.5 產品經理讀書會「使用者故事對照」第一章 20170725

User story mapping first chapter

  • Soyez le premier à commenter

Hpx 94.5 產品經理讀書會「使用者故事對照」第一章 20170725

  1. 1. 產品經理讀書會 「使用者故事對照」第一章 整體圖像 Mike Tang 2017.07.24
  2. 2. 背景介紹 - Kent Beck (極限編程 Extreme programming) - 問題點:需求蒐集方法運作不佳 - 解決方案:聚在一起述說使用者故事 - 對話 => 建立共識 => 更好的解決方案
  3. 3. 核心觀念 「如何被使用」 - 方法論,一種做事的方式 - 理解整個產品或功能,並估計所須資源 - 分解成較小的使用者故事 - 協助取得共同的理解 「被寫下來」 - 想法與共識,由每位參與者決定的,而非使用者故事本身來決定! 「使用者故事得名於他們應該如何被使用,而不是什麼應該被寫下來」
  4. 4. Case Study - Mad Mimi 市場機會 (1) 音訊剪輯:節目製作有錄製音樂片段的需求 TA:音樂家 & 相關接案人員 (2) 管理與行銷樂團 TA:樂團經理 & 音樂家
  5. 5. What did they do at first? 初期作法:敏捷模式工作 - 項目清單 (Backlog) - 優先順序 (Prioritize) - 一次一個 (Take one at a time) 思考點:Do the things right? Do the right thing?
  6. 6. What’s wrong? 產品面問題 (1) 價值主張? (2) User 是誰? (3) User 使用後的 outcome? 組織面問題 (1) 團隊是否共同理解最終目標? (2) 資源 (錢與時間) 限制?如何配置?
  7. 7. 如何開始? “Talk and doc” :「在述說故事時,撰寫卡片或便利貼,具象化你們的想法」 述說故事 - 取得共識的開始 具象化:寫在卡片或便利貼 - 幫助回想 - 易於組織 - 便於溝通
  8. 8. 如何開始?(具體做法) (1) 想法浮現後,撰寫幾個字在便利貼 (2) 指著便利貼或卡片,一邊向其他人解釋想法 (3) 將便利貼放置在每個人可看到的公用空間,幫助其他人貢獻更多想法 (4) 解決想法存在腦袋時,注意力不集中的問題
  9. 9. 好的開始:構思想法 + 描述使用者 圍繞著「Outcome」為核心來思考,而不是「Output」 - 價值主張 => 你為什麼要建造這個軟體? - User => 誰是你的使用者? - User 使用後 outcome => 使用者會得到什麼好處?解決什麼問題? Lean:投入最小的資源,達到最大的成效 - 聚焦使用者 => 先打造最小、最精實的產品
  10. 10. 進入核心:述說使用者故事 具體做法 - 假設產品問世 => 使用者的一天 => 講述故事 - 由左至右表示使用者流程的順序 產出目標 - 共同的理解 - 描繪出產品的 big picture 額外好處 -「故事對照幫助挖掘思考漏洞」:對話、具象化、清晰的故事流程
  11. 11. 進入核心:述說使用者故事 「在探索深度之前,先聚焦於使用者故事的寬度」 - 先定義好有價值的大活動,細節功能才會有意義 - 避免見樹不見林 - 更全面地思考解決方案細節
  12. 12. 進入核心:述說使用者故事 運用「動詞短語」述說每項大活動與細節功能 - 展開活動宣傳 - 審閱 Mimi 為我建立的活動文宣 - 客製化活動文宣 - 預覽我建立的活動文宣 => 清楚的描述出使用者故事
  13. 13. 最後階段:探索細節與選項 針對每一項大活動,分解出細節活動 - 使用者在這裡做什麼具體的事情? - 他們能夠做什麼替代的事情? - 什麼會讓它 (大活動) 變得很棒? - 萬一出錯的話會如何?
  14. 14. 結論:故事對照的組成 產品目標 - 價值主張:為何建造? 使用者 - 列出不同類型的使用者 - 使用產品後的 outcome 故事區塊 - 左到右:述說大故事的步驟 - 上到下:述說故事的細節
  15. 15. 僅使用敏捷方法來工作的悲劇 - 先前製作的功能,幾乎沒有存在於故事地圖中 - 產品起始方向錯誤 - 無法有效預測達成願景的時間與資源
  16. 16. Next:排定優先順序 The Learning Connexion (TLC) 藝術學院 賦予優先順序 大原則 In and Out - 必須有 - 應該有 - 可有可無
  17. 17. 實務經驗分享 - AsiaYo Host system 改版
  18. 18. Background - AsiaYo - Airbnb like company - 三個主產品:Consumer, Host, Infrastructure - Host 核心產品: Host system (上載房型、管理房況與價格、訂單管理、帳務等) - 為何要改版? - Host 型態組成多元化 - Host 來自四個國家 (台、日、韓、泰) - 使用者流程遇到障礙 (UI/UX)
  19. 19. 整體流程 實地訪談使用者 Persona User story mapping
  20. 20. 實地訪談使用者 Host 類型挑選 - 民宿 - 日租 - 背包客棧 (集團式) - 極端值 (低 IT 技能)
  21. 21. 實地訪談使用者 問卷架構 - Warm up - 客人屬性 - 民宿現狀 (合作OTA、人力配置) - 每日任務與流程 (5W1H) - 痛點與建議 - 實地觀察操作流程
  22. 22. Persona - 負責職務 - 一日工作簡述 - 核心任務:訂單與房控 - 痛點 - 期望 (許願) - 競品優點
  23. 23. User story mapping 元素分類 - 流程 - 痛點 - 期望 大活動 - 定義 outcome (Job story) 賦予優先順序
  24. 24. QA & Discussion 1. 做新產品或大改版時,才有機會做 user story mapping 嗎? 2. 公司目前是如何蒐集需求? 3. 做 User story mapping 之前,如何更理解用戶? 4. 做 User story mapping 時,團隊成員無法取得共識、各持己見時,如何解決? 5. Remote 型態的團隊,如何進行 user story mapping? 6. 公司針對產品功能,如何進行 Prioritize 與聚焦?

×