本文轉(zhuǎn)載自微信公眾號「大數(shù)據(jù)技術(shù)與數(shù)倉」，作者西貝 。轉(zhuǎn)載本文請聯(lián)系大數(shù)據(jù)技術(shù)與數(shù)倉公眾號。

引言

伴隨著業(yè)務(wù)的發(fā)展，業(yè)務(wù)方通常會提各種各樣的數(shù)據(jù)需求。面對繁雜的需求，數(shù)據(jù)研發(fā)可能會遇到下面這些問題：

• 怎么才能做到高效、高質(zhì)量地交付數(shù)據(jù)需求?
• 對于新業(yè)務(wù)需求，怎么才能快速把握?
• 怎么應(yīng)對需求的反復(fù)修改?
• 該如何say no
• ...

面對這些問題，我們需要學(xué)會做好業(yè)務(wù)方的管理，這樣才不至于讓自己陷入被動的深淵而不能自拔。

窘境

面對源源不斷的需求，數(shù)據(jù)研發(fā)會越發(fā)地感覺到自己只是一個取數(shù)的工具而已，因為都是在被動的接需求，久而久之，業(yè)務(wù)方也會覺得你就是一個取數(shù)的工具。大小問題，隨時拋過來，只管要數(shù)，其他的一概不管。你要是說：[我事情太多，沒空做]，或者[需求沒有意義，往后排]，那么業(yè)務(wù)方可能直接找到你的主管來協(xié)調(diào)，最后事情還是你的事情，還是要乖乖地去完成他們的需求，即便你是不情愿的。那么怎么才能改變這種局面呢?

屁股決腦袋，立場不同，思考問題的角度也不同，做出的判斷和決策也是不同的。所以想要破解這種尷尬的境地，需要我們轉(zhuǎn)換一下立場去看問題。

• 從個人主觀因素出發(fā)

業(yè)務(wù)方把自己當(dāng)做了取數(shù)的工具，很無奈，很排斥，總之一句話，就是不想做，即便是要做，業(yè)務(wù)方也要把背景講清楚，而不是隨便拋過來需求。

• 從做事情的角度出發(fā)

靈魂拷問：需求的背景是什么?有什么價值?對后續(xù)的運營決策有什么幫助?沒有其他的數(shù)據(jù)可看嗎?不做行不行，如果資源有限改如何排優(yōu)先級?該如何去獲取更多的背景信息，為什么業(yè)務(wù)方要關(guān)注這些指標(biāo)?需求背后的真正訴求是什么?我能夠提供什么?

可以看出，從不同的角度看問題，會出現(xiàn)不同的判斷，我們應(yīng)該站在解決問題的角度去思考，與業(yè)務(wù)方達(dá)成某種潛規(guī)則，這樣我們才能做到來者可拒，游刃有余。

破局

轉(zhuǎn)換角度看問題之后，具體我們要怎么做呢?首先我們來看下一個需求開發(fā)的流程：

• 首先，業(yè)務(wù)方提交MRD，交由數(shù)據(jù)PD去判斷整理
• 然后，數(shù)據(jù)PD產(chǎn)出PRD，交由數(shù)據(jù)研發(fā)開發(fā)
• 最后，數(shù)據(jù)研發(fā)評審，給出具體的排期

我們先來看MRD是干什么用的，MRD指的是市場需求文檔，主要描述通過什么業(yè)務(wù)方案來解決什么問題、達(dá)成什么業(yè)務(wù)目標(biāo)。要解決的是讓關(guān)聯(lián) PD 清楚業(yè)務(wù)訴求、認(rèn)可業(yè)務(wù)方案，并可落地設(shè)計產(chǎn)品方案。MRD 書寫語言為業(yè)務(wù)視角語言，無需涉及產(chǎn)品/技術(shù)實現(xiàn)。通常情況下，MRD包括以下內(nèi)容：

• 業(yè)務(wù)問題：客戶是誰、業(yè)務(wù)背景是什么、業(yè)務(wù)的痛點是什么、業(yè)務(wù)的痛點是什么
• 業(yè)務(wù)目標(biāo)：包含具體的業(yè)務(wù)目標(biāo)、業(yè)務(wù)價值
• 業(yè)務(wù)方案：包含整體的方案、涉及的業(yè)務(wù)流程、具體的業(yè)務(wù)功能需求、運營計劃

基于這些內(nèi)容，數(shù)據(jù)PD要產(chǎn)出一份PRD，基于業(yè)務(wù)需求及產(chǎn)品能力進(jìn)行產(chǎn)品方案設(shè)計，通過產(chǎn)品方案支持業(yè)務(wù)方案落地，使業(yè)務(wù)、研發(fā)認(rèn)可通過產(chǎn)品方案可支持業(yè)務(wù)目標(biāo)實現(xiàn)，通常情況下，PRD要包含以下內(nèi)容：

• 需求背景
• 業(yè)務(wù)價值
• 需求描述
• 產(chǎn)品方案

有了PRD之后，就到了數(shù)據(jù)研發(fā)登場了，這個時候需要把所有事情搞清楚，不然的話很容易跑偏影響交付的效率。到了需求評審階段，數(shù)據(jù)研發(fā)需要做三個方面的事情：核心思想是批判與挑戰(zhàn)，當(dāng)然是要有理有據(jù)有節(jié)，而不是為了逃避任務(wù)而無理取鬧。

• 挑戰(zhàn)：需求是否合理，可不可以不做

需要了解數(shù)據(jù)的使用方是誰?業(yè)務(wù)背景，業(yè)務(wù)痛點?期望達(dá)到的業(yè)務(wù)目標(biāo)(最好是定量)是什么?數(shù)據(jù)的使用場景是什么?緊急程度如何?

• 評審：需求溝通

積極了解業(yè)務(wù)需求相關(guān)資料，包括業(yè)務(wù)背景，痛點、目標(biāo)、及運營方案。知道業(yè)務(wù)想干什么，為什么要這么干，我們在這里面能做什么。

考慮實現(xiàn)方案設(shè)計

對于比較復(fù)雜的數(shù)據(jù)產(chǎn)品，需要提前進(jìn)入產(chǎn)品的規(guī)劃中

確定相關(guān)干系人在場，避免導(dǎo)致重復(fù)溝通

詳細(xì)的數(shù)據(jù)口徑確認(rèn)(數(shù)據(jù)范圍、維度、指標(biāo)口徑、產(chǎn)出時間等等)

• 排期

經(jīng)過前面的溝通，可以跟業(yè)務(wù)、PD、前端達(dá)成一致，這個時候就需要我們給出一個具體的排期，包括什么時候開始做，什么時候交付。對于復(fù)雜的需求或者新業(yè)務(wù)需求，要做到需求的拆解，給出預(yù)估的時間，同時也要留出一定的buffer，用于數(shù)據(jù)驗證和方案調(diào)整，如果實在給不出一個具體的排期，也要告知到相關(guān)的業(yè)務(wù)，等梳理清楚之后，再給出一個合理的排期。

總結(jié)

本文主要介紹了作為數(shù)據(jù)研發(fā)該如何破局被動接需求的尷尬境地，核心的點在于要改變看問題的立場，多站在解決問題的角度去思考背后的邏輯。與業(yè)務(wù)方及相關(guān)干系人達(dá)成某種潛規(guī)則才是我們解決問題的杠桿，這樣才能真正做到來者可拒，使自己不至于那么被動，同時也能夠明確責(zé)任，提高效率。