庖丁解牛如何做產(chǎn)品需求分析

庖丁解牛如何做產(chǎn)品需求分析當我們在面對一頭?！獜碗s的業(yè)務需求之時，如果不得其構造，不明其法，是不能夠很好的拆解的。只有對需求深入了解，按照其本來的構造，在筋骨的縫隙處下刀，才能拆出不錯的用戶故事。今天在這里，就給大家介紹一些解牛之法。在莊子的《南華經(jīng)》中有一則寓言。說是有位叫丁的廚師，替梁惠王殺牛，其技法之嫻熟，有行云流水一般的順暢感?；萃蹙蛦査麨槭裁从腥绱顺霰姷淖穯柤夹g。他回答說：“臣所喜好的是『道』，早就超越所謂的專利技術了。最初臣所殺牛的時候，眼里看到的都是『完整的?！唬蝗曛笱壑芯驮倏床磺宄和暾呐！?。到了現(xiàn)在，臣以精神接觸，而不用眼睛看牛，圖形圖像感官停止了而精神在活動。按天然的道理，擊入牛筋骨的空隙，順著筋骨的空洞進刀，依照它本來的構造，牛的筋骨接合的地方，臣幾乎未以刀刃碰到過，而何況是上大骨頭呢！”同樣的道理。當我們在面對一頭?！獜碗s的業(yè)務需求時，如果不得其構造，不明其法，是不能夠極佳的拆解的。只有對融資需求深入了解，按照其本來的構造，在筋骨的縫隙處下刀，才能拆出不錯的移動用戶故事。今天在這里，就給大家介紹一些解牛之法。非『道』，唯術爾。我們平時經(jīng)常會接觸到工作流類的系統(tǒng)。所謂工作流，就是我在完成一件工作的過程中，可能需要經(jīng)過多個步驟，可能還會有如果多個不同的角色參與。對于這種系統(tǒng)，我們一般有兩種方式——橫切和縱切。1、橫切所謂橫切，就是先切分出工作流中核心且輕薄的一層，然后再去實現(xiàn)各個步驟中都當中的細節(jié)部分。這對于人格結構那些核心投資業(yè)務邏輯比較簡單、但每個步驟的附屬多且復雜的工作流系統(tǒng)來說比較適用。（橫切示例）舉個例子：假如現(xiàn)在我們需要有做一個商旅訂票系統(tǒng)，其簡化的預訂流程如下圖所示：公司審批人審批訂訂票成功，會員收到訂票成功的通知器勞中介在航空公司仃票（攜程瑞維尼的工作流案例）航空也司出票攜程商旅將公司審批人審批訂訂票成功，會員收到訂票成功的通知器勞中介在航空公司仃票（攜程瑞維尼的工作流案例）航空也司出票攜程商旅將訂單源發(fā)給雙免中介會員查找需要預定的航巡性到航班，選擇合話的票優(yōu)，幺成申請訂單在這個流程中，每個步驟也包含了很多個功能。比如“會員查找可能需要預定的航班”這一步，會員的需求可能會包含：如果采用橫切的話，我們僅會選取中篇小說讓本流程可以工作的最小故事集，如：根據(jù)起始城市搜索航線。甚至，在本故事中，我們可以設置會員僅能通過精確輸入起落地城市名稱的方式，來進行航班搜索，在不影響本步驟走通的情況下，來最小化這個步驟的工作量。其它的流程也轉(zhuǎn)用同樣的策略，來加速打通整個業(yè)務流程。橫切的優(yōu)勢在于可以實現(xiàn)核心邏輯，并快速上線，解譯假設并收集反饋，可以根據(jù)反饋的結果來決定每個步驟中的功能應該如何設計、優(yōu)先級是什么，來避免一些可能出現(xiàn)消除的浪費。缺點在于整個工作流設計會采用只是短平快的原則，用戶體驗較差。2、縱切另純粹方式是縱切?？v切就是按照工作流中的每一個步驟進行切分，這樣可以使每一個步驟都具有相對特性完善的功能，這在某些需要關注終端用戶交互體驗的產(chǎn)品中應用較多。注意，這里有個技巧：如果在整個工作流中，需要跟終端用戶進行交互的功能僅出現(xiàn)半天在某幾步中，如第一步和最后第一步，而中間的N-2步都是后臺流程，在開發(fā)中，我們可以先實現(xiàn)第一步和最后一步大步的功能，而中間的流程處理要素，仍然采用逐步形式線上化的方式，這樣可以使整個工作流系統(tǒng)的上線，同時能平衡用戶的交互體會。（縱切）比如上面攜程商旅訂票系統(tǒng)的例證，我們可以把涉及終端用戶操作的步驟：把這八個步驟拆出來優(yōu)先實現(xiàn)，及早上線；而中間的跟票務相關的步驟，目前仍然采用線下的形式。比如工作人員在攜程商旅后臺，把訂單導出到excel表中，人分肉打電話給票代，再把票代確定的訂票信息填入系統(tǒng)，然后手動通知會員。這種方式對于一些流程復雜但用戶量較小的初創(chuàng)公司比較適用，可以手機用戶在保證用戶樂趣的情況下，更進一步提升產(chǎn)品上線速度，并降低試錯成本。在這里要注意的是，不管是橫切還是展毛，工作流中的每一個步驟都會遵循80/20法則，也就是20%的功能決定了這個步驟的次要價值，而80%的功能只不過是錦上添花的，所以我們需要更真切地研究客戶的真正需求是什么，提煉出這20%的投資業(yè)務價值到底在哪里，從而或進行更加合理的拆分。對于已經(jīng)拆出的功能模塊，仍然可以根據(jù)一些方法進行進一步的拆分，這里詳述三個方法。1、按業(yè)務規(guī)則拆分同樣的操作流程和操作，由于輸入的數(shù)據(jù)業(yè)務規(guī)則不同，因此進行時采用的方式也不同。對于這樣的情況，我們可以把功能按照業(yè)務規(guī)則來進行法則拆分。典型的例子是搜索引擎，比如Google。在Google中，輸入框只有一個，但Google會根據(jù)你所輸入的數(shù)據(jù)標準的不同，來進行不同的處理操作?？聪旅鎺追N情況：對于這樣的情況，我們可以把每一個業(yè)務規(guī)則都單獨拆分成一個用戶故事。當然，雖然這些用戶故事看起來很相似，但是大部分情況下，這些規(guī)則的優(yōu)先級是截然不同的?？倳幸淮毓适聝?yōu)先級的用戶故事以及圍繞在外圍的用戶最高。比如在這個例子中所，對于Google來說，支持關鍵字搜索一定是最高優(yōu)先級的，需要在產(chǎn)品設計的一開始就要實現(xiàn)，而能夠計算算式的，可能很多年之后，才開始考慮加這樣一個功能。2、1+N模式第二種情況，是對同樣一個操作方法，在終端接不同的嵌入式網(wǎng)關或渠道。最典型的例子是在線支付。比如，我在微波京東上買了一盒電磁橡皮泥，提交訂單進入支付流程，在反之亦然支付頁面可以選擇微信支付、京東支付、銀行卡支付等等。第一次實現(xiàn)支付的功能，可能會比較復雜，但后面如果從一種擴充到多種支付方式，就相對比較簡單。而且需要新近需要支持什么樣的支付方式，你可能將在突發(fā)奇想一開始也拿不定主意。這個時候，我們不妨將支付功能拆成2張卡，形如使用這種拆分方法，可以延遲決策-我們需要最先需要有支持哪種繳付方式，同時合理工程的評估建設項目的工作量。3、復雜的業(yè)務模型拆分對于有的系統(tǒng)，業(yè)務模型可能會非常簡單，客戶端比如一個房產(chǎn)交易平臺中的房產(chǎn)信息，可能包含大戶型信息、中介信息、地理位置信息、稅賦價格及購買相關的稅率信息、展示圖、效果動畫等等，當我們需要在系統(tǒng)中引入這樣一個業(yè)務模型時，如果一上來考慮清楚這個業(yè)務模型的方方面面，是個性價比很低的事情——做了很多功課，但沒有換句話說給客戶帶來真正的業(yè)務內(nèi)在價值。這個時候，我們需要有將業(yè)務模型，按照我們實際需要提供的進行拆分。比如，我們中介機構要做一個中介搜索系統(tǒng)，可以僅取出模型中的中介信息，而不需要處理其它部分。即使我們需要整個業(yè)務模型去一些事情，也可以把其拆成三維一個個子模型，根據(jù)子模型的業(yè)務價值及優(yōu)先級去設計相應的功能。比如在這個例子中所，我們需要對房產(chǎn)必須的信息做展示那么，如果我們一開始就著手于詳解這個房產(chǎn)業(yè)務模型，那可能將浪費了很多時間，而沒有交付無法對用戶值錢的業(yè)務功能。這個時候，我們可能需要區(qū)分哪些信息是核心信息，是對用戶來說最寶貴的，信息內(nèi)容把這些信息從業(yè)務模型中提取出來，而后設計相應的更小的業(yè)務功能，切忌一蹴而就。需求拆分是沒有銀彈的，要根據(jù)具體的場景、限制來選擇恰當?shù)牟鸱址椒?。在碰到使用某個拆分方法，不能滿足當前業(yè)務融資需求時，曬曬是不是可以換個思路，換個方法。當然，在選擇拆分基本原理時，也有一些技巧，如當然，這一定不全面，每個人在相同的場景、限制條件下，都會有不同的技巧。相信你自己的拆分方法，多與沒變團隊成員溝通才是不變的法門。BillWake提出了一個好用戶故事的驗收標準一一INVEST模型，它由六個單詞的首字母組成，分別是更重要這不僅僅是故事的驗收原則，更是在進行需求拆分的時候所需要考慮的拆分原則。當然，凡事有例外。在需求拆分中，有時會拆出一些實在若是不能保證INVEST原則的故事卡片，也不要太糾結，我們追求完美，但也總要接受現(xiàn)實的不完美