編輯導語：用戶故事在軟件開發過程中被作為描述需求的一種表達形式，產品經理在與研發的交流中經常會圍繞用戶故事來理解，所以產品經理對于用戶故事的技能掌握是非常重要的；本文作者分享了關于用戶故事的詳細分析，我們一起來了解一下。

產品與開發之間，常常發生如下場景：

產品小白：老哥，有沒有空聊一聊這個需求呀？

研發大佬：沒空！一邊去！

產品大咖：老王，這兩天我聽到有個用戶的故事非常有意思的，要不要聽聽？

研發大佬：額……（遲疑了會，放下手上的工作）咋說呢？

同一個事情，產品大咖說出來的效果，差別真的不是一點點。

少提需求，多講用戶故事！從3年前那場為期5天的封閉式敏捷培訓后，這個技（tao）巧（lu）深深印在我的潛意識里。

如果你是下面4類人群，請繼續往下讀：

1. 準備從事互聯網，對產品概念了解甚少的小伙伴；
2. 不知道什么是用戶故事的產品新人；
3. 僅了解概念，不知道具體怎么應用的產品同行；
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協議