需求的重要性

這裏是IT修真院產品分享課，今天要分享的是

【需求的重要性】

1、需求中的「之乎者也」

產品經理在平常的工做中，大約80%的時間都在跟需求打交道。

2C領域，咱們須要瞭解，分析，拆解，跟進用戶需求；

2B領域，咱們須要瞭解，分析，拆解，跟進業務、客戶需求。

需求與產品有一種自然的「脣齒相依」的關係。

爲何這麼說呢？

在我看來，需求是產品的前置驅動，而產品是需求價值的具象體現。在實際的工做中，產品開發源於，基於需求，也就是需求是產品開發的輸入。

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

需求的分析，澄清和溝通是產品順利落地的保障。因而爲了保證源頭的準確，可靠，在咱們平常的工做中，一般需求文檔中會堆砌大量的規則、約束條件，這些一般須要很拗口，複雜的文字去書寫。

實踐代表：用文字去書寫規則是件「狗帶」的事情，用語言去講規則更是件「狗帶、狗帶」的事情。

好比一個關於下拉選項的規則：顯示第一個有有效狀態的活躍選項的對應的有效內容。

這個規則不管給用戶、客戶去看，仍是給開發和測試同事澄清，都會以爲特別彆扭。前者難以理解，後者難以澄清。

其實不難發現，有時候一些規則就是一些特定狀況下的實例，你會發現寫了大半篇幅去說明清楚的幾個規則，舉幾個例子就很垂手可得的搞定了。

因此，面對需求中的這些「之乎者也」，語言變得那麼的蒼白無力。

2、實例化需求

爲了解決上述需求實施過程當中的一些問題，實例化需求應用而生。

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

上圖中能夠看出實例化需求的三個特徵：

一、用例子來澄清需求；

二、這些例子成爲測試用例；

三、開發完畢，用這些例子來驗證需求。

不難發現實例化需求，從始至終都在強調例子。

作產品須要好用易用，溝通需求也須要通俗易懂。

這是我從此次培訓中受益最大的地方，也是最切實可操做的方法。

爲何要基於實例去溝通需求？一切都源於一種叫作「知識的詛咒」的東西。

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

產品人員對業務比較瞭解，可是對開發知識就比較缺少；開發人員對開發技能比較專業，可是對業務知識可能並不深刻。

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

實例化的需求，從基本的需求分析開始，到最後的需求交付，整個過程能夠基於已有的資源，好比已經上線的系統，而後用可視化的方法進行需求澄清。

在我看來這種方法尤爲適用於對於業務規則較多，且複雜的場景下進行需求文檔的編寫和需求澄清。

3、實例化需求的實施

那知道了實例化需求的典型應用場景以後，咱們再看一下一個需求中通常包含哪些內容？

先看下面的需求金字塔：

需求金字塔則講述了一個完整需求應該包含哪些內容？

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

需求的目標：需求從溝通目標開始。所謂需求的目標，你能夠稱述爲這個需求解決誰的問題，什麼問題，當前的現狀，不解決會帶來哪些後果。

操做和操做步驟：爲了實現上面的目標，系統須要支持用戶哪些操做？這些操做的前後順序是什麼樣的？

業務規則：基於用戶的操做步驟，在什麼狀況下，用戶作什麼操做，會產生什麼樣的結果。這些規則多是對應一個操做步驟，也多是對應多個操做步驟以後的綜合的結果。

基於上述需求的三大部分，咱們能夠分別對其進行落地操做。

如上圖所示，三個步驟：

1. 澄清價值。

澄清當前需求的背景和如今；澄清當前需求想要實現的目標和解決的問題。

其實，這塊咱們在平時的工做中特別容易忽略的部分，覺得澄清需求只須要把功能點，邏輯，交互和規則講清楚就行。這就是爲何在需求澄清會上產品經理常常會受到莫名其妙的挑戰，開發和測試同事對需求目標的理解不一致有很大的緣由。

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

列出相關的操做；畫出各個操做的用戶使用工做流。

這個時候咱們須要注意如下幾個問題：

（1）好比流程是否合理和高效？任務走查是一個很是好的驗證方法，這塊後續再議。

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

（3）流程是否能夠更簡單？

示意圖，流程圖在這裏是一個很好的表現方式，直觀且易於工程師理解。

3. 定義業務規則。

規則其實就是輸入觸發輸出的一個結合。通俗的說就是在什麼狀況下，作什麼操做，產生什麼樣的結果。

業務規則是需求文檔中必不可少的內容，由於它關係到邏輯的嚴謹性，進而影響系統的穩定性，最終直接關係到產品的用戶體驗和企業的利益。這個步驟須要考慮的是規則是否完整？是否考慮的各類狀況，好比異常、出錯狀況等。

對於規則的編寫時最考驗一我的邏輯是否嚴謹的時刻，也是最能體現漢語博大精深的地方。可是如何可以更直觀，形象的表達出來就是實例化需求的用武之地了。

我工做中的實踐經驗就是：

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

因此，在嘗試編寫複雜，拗口的規則時候，多用圖例的方式，少用語言。

【更多內容，歡迎加入交流羣565763832與你們一塊兒討論交流】

【這裏是技能樹·IT修真院：IT修真院官網，初學者轉行到互聯網的彙集地】