起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識用戶故事，產品經理必備知識拼圖
編輯導語：用戶故事在軟件開發過程中被作為描述需求的一種表達形式，產品經理在與研發的交流中經常會圍繞用戶故事來理解，所以產品經理對于用戶故事的技能掌握是非常重要的；本文作者分享了關于用戶故事的詳細分析，我們一起來了解一下。
產品與開發之間，常常發生如下場景：
產品小白：老哥，有沒有空聊一聊這個需求呀？
研發大佬：沒空！一邊去！
產品大咖：老王，這兩天我聽到有個用戶的故事非常有意思的，要不要聽聽？
研發大佬：額……（遲疑了會，放下手上的工作）咋說呢？
同一個事情，產品大咖說出來的效果，差別真的不是一點點。
少提需求，多講用戶故事！從3年前那場為期5天的封閉式敏捷培訓后，這個技（tao）巧（lu）深深印在我的潛意識里。
如果你是下面4類人群，請繼續往下讀：
- 準備從事互聯網，對產品概念了解甚少的小伙伴；
- 不知道什么是用戶故事的產品新人；
- 僅了解概念，不知道具體怎么應用的產品同行；
- 完全了解用戶故事，看完想指導我的產品前輩。
一、用戶故事是什么？
首先先來解答小朋友們的問號。產品大咖口中的用戶故事是什么呢？我從兩個方面，給出解釋：
百度百科：用戶故事，意思是來描述用戶渴望得到的功能
我的理解：產品經理將目標用戶真實的需求提煉后與研發同學溝通的一個載體
二、不會講用戶故事的產品下場如何？
產品不會講用戶故事，會很慘么？會，很慘！
這個絕非我在這里危言聳聽，相信開頭的場景你已略有感觸。
下面我逐條給你理一理：
1）需求評審被diss
沒有用戶故事的需求評審，就像一個雞肋，開發同學聽了面無表情，內心驚不起一點波瀾。結果就是：被開發架起機關槍，瘋狂掃射，被diss得體無完膚；
2）溝通無緣無故被中止
你跟開發討論需求時，直接被打斷：不好意思，我現在很忙，沒時間跟你聊。
你可能還覺得這個開發同學不好溝通，實際上：很有可能你只是老板的復讀機，又用老板壓開發，讓人反感。
3）需求排期頻頻受阻
一個需求能否順利排期，核心兩個點：價值高不高、影響面嚴不嚴重。而這兩個點在沒有嚴謹數據支持情況下，都是主觀感受。
需求排期一般都是會后，研發測試開會逐條排。這時需求評審會上的記憶很關鍵，需求夠不夠鼓舞人心，讓人印象深刻。
不以第三方真實、典型用戶的視角講出需求，不容易讓人感同身受。
4）產品能力遭到挑戰
綜上幾點，開發同學定然會頗有微詞，長此以往，形成惡性循環，產品能力不行的刻板印象，將會逐步形成，這種狀況就很危險了。
三、為什么說用戶故事，產品要必備？
產品知識拼圖中，我們最熟悉的幾個有：市場調研能力、需求撰寫能力、需求管理能力。而會講用戶故事能力，同樣不可或缺！
別著急反駁，看完下面這四個點，你可能就能理解了：
1）溝通，不傷感情
以用戶的角度，跟開發同學溝通，更能讓別人接受和有興趣繼續聽下去。
不是我要提需求，也不是老板的需求，是用戶的體驗反饋。
2）說服，一句話打動你的聽眾
講用戶故事，不是長篇大論，是有結構地把用戶渴望用最凝練的語言表達出來。
聽眾在最短的時間內按照既定的結構獲取到關鍵信息，從而判斷需求的價值。
3）共情，聽見遠方的哭聲
做產品，最最最重要的是：成為一個小白，去深度體驗復雜的社會，從而發現問題。
少談需求，多講用戶。不是我覺得，而是用戶體驗反饋。這個是從觀察視角和意識形態的轉變。
多講用戶故事，鍛煉的是共情力。時刻傾聽用戶的聲音，解決用戶的真實需求，才是真的牛逼！
4）不將就，做一個有靈魂的產品
產品做久了，自然就會油膩了、有套路了。成為了老板的復讀機、競品的抄襲機，逐漸沒了靈魂。
多講點用戶故事，不將就。我們不求改變世界，但求與眾不同。有思考、有想法、有內味、有靈魂。
四、講好故事，先了解原則
一個好的用戶故事，一般都遵循INVEST原則。
- Idependent（獨立的）：故事之間相互獨立；
- Negotiable（可協商的）：故事內容是概要，方便對齊思路，詳細內容是可以溝通時候明確的；
- Valuable（有價值的）：有價值的用戶故事，才是合格；
- Estimatable（可評估）：能夠根據用戶故事大概評估出工作量；
- Small（小的）：用戶故事拆解的顆粒度是比較細的，一般用10個開發/測試人日既可以完成；
- Testable（可測試的）：一個故事是一個正向的測試案例。
這些原則，我覺得主要的是獨立性、可評估、可測試。
畢竟，不獨立，寫得東西就亂套了。無法評估測試，開發測試同學會視為無效故事。最終的結果都是得重新寫！
五、一條公式掌握用戶故事寫法
用戶故事，通過拆詞，分為：用戶、緣故、事項。用一條公式概括為：用戶故事=人+故+事。
標準的寫法包含三段式結構：我作為怎么樣的用戶，希望擁有什么樣的功能，以便于達到什么樣的結果。
上述說到，好的故事遵循INVEST原則。下面我舉幾個例子，幫助大家更好理解。
1）微信的語音回復功能
好故事：我作為一個不會打字、未受過教育的用戶，我希望能在微信通過語音回復我的朋友，以便于我也能快速地和朋友聊天。
壞故事：我作為一個用戶，我希望通過語音回復我的朋友。
批注：壞故事在于用戶定位不清楚，表達結構不完整。
2）電商平臺的購物車功能
好故事：我作為一個平時一次要買4 5件商品的用戶，我希望能夠將商品放在一起，以便于我能夠一次性支付商品的費用而不是每一件都要單獨支付。
壞故事：我作為一個平時一次要買4 5件商品的用戶，我希望能夠將商品放在一起后能夠享受折扣，以便于我能快捷支付并享受滿減優惠。
批注：壞故事在于，故事不具備獨立性，一個故事中有多個需求：購物車功能、滿減功能。
3）產品詳情頁的分享功能
好故事：我作為一個喜歡分享的用戶，我希望在產品詳情頁面上增加分享功能，以便于我能夠將產品的好處告訴給我的好朋友。
壞故事：我作為一個喜歡分享的用戶，我希望在產品擁有分享功能，以便于我能夠分享給我的好朋友。
批注：壞故事在于，功能點過泛、多大，開發測試無法評估工作人力。
六、用戶故事，有哪些應用場景？
前面我們已經知道用戶故事的表達方式了，那么它有哪些應用場景呢？
第一，肯定是需求流程的關鍵節點
- 向上司反饋需求意向：用最直接、結構化的方式，跟領導同步你的想法；
- 找開發評估需求可行性：用第三人稱口吻，讓開發更樂意評估你的需求；
- 需求評審會上：以用戶視角，帶著開發快速體會到你需求的價值。
第二，需求評估之外，職場處處是場景
每一個跟同事的觸點，都可以是展示你講述用戶故事的能力，體現你專業性和洞察力，讓人眼前一亮。
第三，生活日常，用戶故事也同樣適用
向老爸老媽表達孝心、向女朋友表達心意、向朋友表達情誼，都是可以的！結構化的溝通，讓你的表達更加清晰、更有邏輯。
被表達，是每個故事的權利；被理解，是每個人的追求。用戶故事，就是達成這個目的的好手段。
希望：
工作中，我們講好用戶故事，讓用戶得到傾聽。
人生里，我們講好自己故事，讓自己得到理解！
好了，本次的分享就到這里！
#專欄作家#
行走的大雄，微信公眾號：大雄背起行囊，人人都是產品經理專欄作家。金融產品經理，有多款千萬級產品設計運營經驗，喜歡健身、跑步，專注輸出實戰方法。
本文原創發布于人人都是產品經理，未經許可，禁止轉載
題圖來自 unsplash，基于CC0協議
專欄作家
行走的大雄，微信公眾號：大雄背起行囊，人人都是產品經理專欄作家。金融產品經理，有多款千萬級產品設計運營經驗，喜歡健身、跑步，專注輸出實戰方法。
本文原創發布于人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基于CC0協議
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
棒！人類最喜歡聽故事了
意猶未盡…
一個好產品，源于一個好故事。
看一個產品受眾有多廣，就看這個產品有多少用戶故事。