實例化需求不僅解決了需求分析和撰寫的問題，也給出了需求溝通和澄清的方法。本文介紹了一些關(guān)于實例化需求的學(xué)習(xí)和工作體會。

之前聽了一場何勉老師的線上分享課程，他是敏捷和精益開發(fā)方面的專家。聽完之后，我最為好奇和想要去實踐的是實例化需求。

于是，這之后，基于線上培訓(xùn)關(guān)于實例化需求的闡述，做了一個更為深入的了解。

以下是一篇學(xué)習(xí)筆記和心得，希望能夠幫助大家解決一些困惑，也為了自己后續(xù)工作的實踐。

一、需求中的“之乎者也”

產(chǎn)品經(jīng)理在日常的工作中，大約80%的時間都在跟需求打交道。

1. 2C領(lǐng)域，我們需要了解，分析，拆解，跟進用戶需求；
2. 2B領(lǐng)域，我們需要了解，分析，拆解，跟進業(yè)務(wù)、客戶需求。
   需求與產(chǎn)品有一種天然的“唇齒相依”的關(guān)系。

為什么這么說呢？

在我看來，需求是產(chǎn)品的前置驅(qū)動，而產(chǎn)品是需求價值的具象體現(xiàn)。在實際的工作中，產(chǎn)品開發(fā)源于，基于需求，也就是需求是產(chǎn)品開發(fā)的輸入。

如果輸入源頭缺乏保障，就會變成GIGO（Garbage in，garbage out）：輸入是垃圾，輸出也是垃圾。

需求的分析，澄清和溝通是產(chǎn)品順利落地的保障。于是為了保證源頭的準確，可靠，在我們?nèi)粘５墓ぷ髦?，通常需求文檔中會堆砌大量的規(guī)則、約束條件，這些通常需要很拗口，復(fù)雜的文字去書寫。

實踐表明：用文字去書寫規(guī)則是件“狗帶”的事情，用語言去講規(guī)則更是件“狗帶、狗帶”的事情。

比如一個關(guān)于下拉選項的規(guī)則：顯示第一個有有效狀態(tài)的活躍選項的對應(yīng)的有效內(nèi)容。

這個規(guī)則無論給用戶、客戶去看，還是給開發(fā)和測試同事澄清，都會覺得特別別扭。前者難以理解，后者難以澄清。

其實不難發(fā)現(xiàn)，有時候一些規(guī)則就是一些特定情況下的實例，你會發(fā)現(xiàn)寫了大半篇幅去說明清楚的幾個規(guī)則，舉幾個例子就很輕而易舉的搞定了。

所以，面對需求中的這些“之乎者也”，語言變得那么的蒼白無力。

二、實例化需求

為了解決上述需求實施過程中的一些問題，實例化需求應(yīng)用而生。

到底什么是實例化需求呢？看下圖：

上圖中可以看出實例化需求的三個特征：

1. 用例子來澄清需求；
2. 這些例子成為測試用例；
3. 開發(fā)完畢，用這些例子來驗證需求。

不難發(fā)現(xiàn)實例化需求，從始至終都在強調(diào)例子。

做產(chǎn)品需要好用易用，溝通需求也需要通俗易懂。

這是我從這次培訓(xùn)中受益最大的地方，也是最切實可操作的方法。

為什么要基于實例去溝通需求？一切都源于一種叫做“知識的詛咒”的東西。

人們在溝通的時候不自主的認為別人擁有和自己一樣的背景知識，從而帶來了溝通的障礙和誤解

產(chǎn)品人員對業(yè)務(wù)比較了解，但是對開發(fā)知識就比較缺乏；開發(fā)人員對開發(fā)技能比較專業(yè)，但是對業(yè)務(wù)知識可能并不深入。

這就是知識的詛咒，而例子則可以打破這個魔咒。

實例化的需求，從基本的需求分析開始，到最后的需求交付，整個過程可以基于已有的資源，比如已經(jīng)上線的系統(tǒng)，然后用可視化的方法進行需求澄清。

在我看來這種方法尤其適用于對于業(yè)務(wù)規(guī)則較多，且復(fù)雜的場景下進行需求文檔的編寫和需求澄清。

三、實例化需求的實施

那知道了實例化需求的典型應(yīng)用場景之后，我們再看一下一個需求中一般包含哪些內(nèi)容？

先看下面的需求金字塔：

（圖片來之何勉老師分享）

需求金字塔則講述了一個完整需求應(yīng)該包含哪些內(nèi)容？

需求金字塔包含了三個層次，這三個層次既是需求分析的層次，也是需求編寫和表述的層次。

需求的目標：需求從溝通目標開始。所謂需求的目標，你可以稱述為這個需求解決誰的問題，什么問題，當前的現(xiàn)狀，不解決會帶來哪些后果。

操作和操作步驟：為了實現(xiàn)上面的目標，系統(tǒng)需要支持用戶哪些操作？這些操作的先后順序是什么樣的？

業(yè)務(wù)規(guī)則：基于用戶的操作步驟，在什么情況下，用戶做什么操作，會產(chǎn)生什么樣的結(jié)果。這些規(guī)則可能是對應(yīng)一個操作步驟，也可能是對應(yīng)多個操作步驟之后的綜合的結(jié)果。

基于上述需求的三大部分，我們可以分別對其進行落地操作。

（圖片來之何勉老師分享）

如上圖所示，三個步驟：

1. 澄清價值。

澄清當前需求的背景和現(xiàn)在；澄清當前需求想要實現(xiàn)的目標和解決的問題。

其實，這塊我們在平時的工作中特別容易忽略的部分，以為澄清需求只需要把功能點，邏輯，交互和規(guī)則講清楚就行。這就是為什么在需求澄清會上產(chǎn)品經(jīng)理經(jīng)常會受到莫名其妙的挑戰(zhàn)，開發(fā)和測試同事對需求目標的理解不一致有很大的原因。

2. 識別操作以及操作步驟。

列出相關(guān)的操作；畫出各個操作的用戶使用工作流。

這個時候我們需要注意以下幾個問題：

（1）比如流程是否合理和高效？任務(wù)走查是一個非常好的驗證方法，這塊后續(xù)再議。

（2）是否覆蓋所有場景，異常場景有無考慮，是否全面？

（3）流程是否可以更簡單？

示意圖，流程圖在這里是一個很好的表現(xiàn)方式，直觀且易于工程師理解。

3. 定義業(yè)務(wù)規(guī)則。

規(guī)則其實就是輸入觸發(fā)輸出的一個結(jié)合。通俗的說就是在什么情況下，做什么操作，產(chǎn)生什么樣的結(jié)果。

業(yè)務(wù)規(guī)則是需求文檔中必不可少的內(nèi)容，因為它關(guān)系到邏輯的嚴謹性，進而影響系統(tǒng)的穩(wěn)定性，最終直接關(guān)系到產(chǎn)品的用戶體驗和企業(yè)的利益。這個步驟需要考慮的是規(guī)則是否完整？是否考慮的各種情況，比如異常、出錯情況等。

對于規(guī)則的編寫時最考驗一個人邏輯是否嚴謹?shù)臅r刻，也是最能體現(xiàn)漢語博大精深的地方。但是如何能夠更直觀，形象的表達出來就是實例化需求的用武之地了。

我工作中的實踐經(jīng)驗就是：

在傳達信息的效果上：視覺>聽覺>感覺。

所以，在嘗試編寫復(fù)雜，拗口的規(guī)則時候，多用圖例的方式，少用語言。

四、結(jié)語

以上大概就是關(guān)于實例化需求的一些簡單學(xué)習(xí)新的和工作體會。實例化需求在我看來既解決了關(guān)于需求分析和撰寫的問題，又給出了需求溝通和澄清的方法。

作者：夏唬人。公眾號：夏唬人，某廠推薦策略產(chǎn)品經(jīng)理。

本文由 @夏唬人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議