“三步走”解決需求編寫和澄清問題
實(shí)例化需求不僅解決了需求分析和撰寫的問題,也給出了需求溝通和澄清的方法。本文介紹了一些關(guān)于實(shí)例化需求的學(xué)習(xí)和工作體會(huì)。
之前聽了一場(chǎng)何勉老師的線上分享課程,他是敏捷和精益開發(fā)方面的專家。聽完之后,我最為好奇和想要去實(shí)踐的是實(shí)例化需求。
于是,這之后,基于線上培訓(xùn)關(guān)于實(shí)例化需求的闡述,做了一個(gè)更為深入的了解。
以下是一篇學(xué)習(xí)筆記和心得,希望能夠幫助大家解決一些困惑,也為了自己后續(xù)工作的實(shí)踐。
一、需求中的“之乎者也”
產(chǎn)品經(jīng)理在日常的工作中,大約80%的時(shí)間都在跟需求打交道。
- 2C領(lǐng)域,我們需要了解,分析,拆解,跟進(jìn)用戶需求;
- 2B領(lǐng)域,我們需要了解,分析,拆解,跟進(jìn)業(yè)務(wù)、客戶需求。
需求與產(chǎn)品有一種天然的“唇齒相依”的關(guān)系。
為什么這么說呢?
在我看來,需求是產(chǎn)品的前置驅(qū)動(dòng),而產(chǎn)品是需求價(jià)值的具象體現(xiàn)。在實(shí)際的工作中,產(chǎn)品開發(fā)源于,基于需求,也就是需求是產(chǎn)品開發(fā)的輸入。
如果輸入源頭缺乏保障,就會(huì)變成GIGO(Garbage in,garbage out):輸入是垃圾,輸出也是垃圾。
需求的分析,澄清和溝通是產(chǎn)品順利落地的保障。于是為了保證源頭的準(zhǔn)確,可靠,在我們?nèi)粘5墓ぷ髦?,通常需求文檔中會(huì)堆砌大量的規(guī)則、約束條件,這些通常需要很拗口,復(fù)雜的文字去書寫。
實(shí)踐表明:用文字去書寫規(guī)則是件“狗帶”的事情,用語言去講規(guī)則更是件“狗帶、狗帶”的事情。
比如一個(gè)關(guān)于下拉選項(xiàng)的規(guī)則:顯示第一個(gè)有有效狀態(tài)的活躍選項(xiàng)的對(duì)應(yīng)的有效內(nèi)容。
這個(gè)規(guī)則無論給用戶、客戶去看,還是給開發(fā)和測(cè)試同事澄清,都會(huì)覺得特別別扭。前者難以理解,后者難以澄清。
其實(shí)不難發(fā)現(xiàn),有時(shí)候一些規(guī)則就是一些特定情況下的實(shí)例,你會(huì)發(fā)現(xiàn)寫了大半篇幅去說明清楚的幾個(gè)規(guī)則,舉幾個(gè)例子就很輕而易舉的搞定了。
所以,面對(duì)需求中的這些“之乎者也”,語言變得那么的蒼白無力。
二、實(shí)例化需求
為了解決上述需求實(shí)施過程中的一些問題,實(shí)例化需求應(yīng)用而生。
到底什么是實(shí)例化需求呢?看下圖:
上圖中可以看出實(shí)例化需求的三個(gè)特征:
- 用例子來澄清需求;
- 這些例子成為測(cè)試用例;
- 開發(fā)完畢,用這些例子來驗(yàn)證需求。
不難發(fā)現(xiàn)實(shí)例化需求,從始至終都在強(qiáng)調(diào)例子。
做產(chǎn)品需要好用易用,溝通需求也需要通俗易懂。
這是我從這次培訓(xùn)中受益最大的地方,也是最切實(shí)可操作的方法。
為什么要基于實(shí)例去溝通需求?一切都源于一種叫做“知識(shí)的詛咒”的東西。
人們?cè)跍贤ǖ臅r(shí)候不自主的認(rèn)為別人擁有和自己一樣的背景知識(shí),從而帶來了溝通的障礙和誤解
產(chǎn)品人員對(duì)業(yè)務(wù)比較了解,但是對(duì)開發(fā)知識(shí)就比較缺乏;開發(fā)人員對(duì)開發(fā)技能比較專業(yè),但是對(duì)業(yè)務(wù)知識(shí)可能并不深入。
這就是知識(shí)的詛咒,而例子則可以打破這個(gè)魔咒。
實(shí)例化的需求,從基本的需求分析開始,到最后的需求交付,整個(gè)過程可以基于已有的資源,比如已經(jīng)上線的系統(tǒng),然后用可視化的方法進(jìn)行需求澄清。
在我看來這種方法尤其適用于對(duì)于業(yè)務(wù)規(guī)則較多,且復(fù)雜的場(chǎng)景下進(jìn)行需求文檔的編寫和需求澄清。
三、實(shí)例化需求的實(shí)施
那知道了實(shí)例化需求的典型應(yīng)用場(chǎng)景之后,我們?cè)倏匆幌乱粋€(gè)需求中一般包含哪些內(nèi)容?
先看下面的需求金字塔:
(圖片來之何勉老師分享)
需求金字塔則講述了一個(gè)完整需求應(yīng)該包含哪些內(nèi)容?
需求金字塔包含了三個(gè)層次,這三個(gè)層次既是需求分析的層次,也是需求編寫和表述的層次。
需求的目標(biāo):需求從溝通目標(biāo)開始。所謂需求的目標(biāo),你可以稱述為這個(gè)需求解決誰的問題,什么問題,當(dāng)前的現(xiàn)狀,不解決會(huì)帶來哪些后果。
操作和操作步驟:為了實(shí)現(xiàn)上面的目標(biāo),系統(tǒng)需要支持用戶哪些操作?這些操作的先后順序是什么樣的?
業(yè)務(wù)規(guī)則:基于用戶的操作步驟,在什么情況下,用戶做什么操作,會(huì)產(chǎn)生什么樣的結(jié)果。這些規(guī)則可能是對(duì)應(yīng)一個(gè)操作步驟,也可能是對(duì)應(yīng)多個(gè)操作步驟之后的綜合的結(jié)果。
基于上述需求的三大部分,我們可以分別對(duì)其進(jìn)行落地操作。
(圖片來之何勉老師分享)
如上圖所示,三個(gè)步驟:
1. 澄清價(jià)值。
澄清當(dāng)前需求的背景和現(xiàn)在;澄清當(dāng)前需求想要實(shí)現(xiàn)的目標(biāo)和解決的問題。
其實(shí),這塊我們?cè)谄綍r(shí)的工作中特別容易忽略的部分,以為澄清需求只需要把功能點(diǎn),邏輯,交互和規(guī)則講清楚就行。這就是為什么在需求澄清會(huì)上產(chǎn)品經(jīng)理經(jīng)常會(huì)受到莫名其妙的挑戰(zhàn),開發(fā)和測(cè)試同事對(duì)需求目標(biāo)的理解不一致有很大的原因。
2. 識(shí)別操作以及操作步驟。
列出相關(guān)的操作;畫出各個(gè)操作的用戶使用工作流。
這個(gè)時(shí)候我們需要注意以下幾個(gè)問題:
(1)比如流程是否合理和高效?任務(wù)走查是一個(gè)非常好的驗(yàn)證方法,這塊后續(xù)再議。
(2)是否覆蓋所有場(chǎng)景,異常場(chǎng)景有無考慮,是否全面?
(3)流程是否可以更簡(jiǎn)單?
示意圖,流程圖在這里是一個(gè)很好的表現(xiàn)方式,直觀且易于工程師理解。
3. 定義業(yè)務(wù)規(guī)則。
規(guī)則其實(shí)就是輸入觸發(fā)輸出的一個(gè)結(jié)合。通俗的說就是在什么情況下,做什么操作,產(chǎn)生什么樣的結(jié)果。
業(yè)務(wù)規(guī)則是需求文檔中必不可少的內(nèi)容,因?yàn)樗P(guān)系到邏輯的嚴(yán)謹(jǐn)性,進(jìn)而影響系統(tǒng)的穩(wěn)定性,最終直接關(guān)系到產(chǎn)品的用戶體驗(yàn)和企業(yè)的利益。這個(gè)步驟需要考慮的是規(guī)則是否完整?是否考慮的各種情況,比如異常、出錯(cuò)情況等。
對(duì)于規(guī)則的編寫時(shí)最考驗(yàn)一個(gè)人邏輯是否嚴(yán)謹(jǐn)?shù)臅r(shí)刻,也是最能體現(xiàn)漢語博大精深的地方。但是如何能夠更直觀,形象的表達(dá)出來就是實(shí)例化需求的用武之地了。
我工作中的實(shí)踐經(jīng)驗(yàn)就是:
在傳達(dá)信息的效果上:視覺>聽覺>感覺。
所以,在嘗試編寫復(fù)雜,拗口的規(guī)則時(shí)候,多用圖例的方式,少用語言。
四、結(jié)語
以上大概就是關(guān)于實(shí)例化需求的一些簡(jiǎn)單學(xué)習(xí)新的和工作體會(huì)。實(shí)例化需求在我看來既解決了關(guān)于需求分析和撰寫的問題,又給出了需求溝通和澄清的方法。
作者:夏唬人。公眾號(hào):夏唬人,某廠推薦策略產(chǎn)品經(jīng)理。
本文由 @夏唬人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
經(jīng)過好多次的需求澄清都很失敗后,最近在學(xué)習(xí)澄清,突然間好像看懂了,你的文章。哈哈,謝謝了哈。
大多數(shù),都看不懂是什么,讀完腦子里面還是沒有概念,可能缺少例子吧
作者學(xué)過藝術(shù)概論
哈哈,沒有沒有。。。經(jīng)驗(yàn)而已