產(chǎn)品經(jīng)理往往會跟很多需求方打交道，這是為了保證需求在后續(xù)開發(fā)的執(zhí)行效率，減少來回溝通的成本，以及降低返工的風險。

日常工作里，數(shù)據(jù)產(chǎn)品經(jīng)理往往會跟很多需求方打交道，在需求上跟各業(yè)務方「周旋」。目的都是為了讓需求本身變得更加具體、合理，讓需求的相關信息盡可能的透明、準確。保證需求在后續(xù)開發(fā)的執(zhí)行效率，減少來回溝通的成本，以及降低返工的風險。

本篇具體聊一下，一個成熟的數(shù)據(jù)需求應該是什么樣的（文中所涉及內(nèi)容也在公司內(nèi)部給相關業(yè)務方做過分享）。

一、需求方提供

一個數(shù)據(jù)需求，主要由四部分關鍵點組成：業(yè)務背景、明確問題、形成指標、需求分類。

1.1 業(yè)務背景

介紹業(yè)務背景目的：核心是為了向數(shù)據(jù)團隊產(chǎn)品或技術同學，同步需求背景。描述當前需求的業(yè)務背景，和想要利用數(shù)據(jù)解決的問題范圍。因為從數(shù)據(jù)要解決的問題邊界上，有些是數(shù)據(jù)沒有辦法能夠解決的。

而需求在提出的時候也需要注意多從全局考慮問題，而不是局限于某個小業(yè)務模塊，避免重復造輪子。

常見問題：需求沒有業(yè)務背景描述，或背景描述空泛，這樣造成的結果是：

1. 數(shù)據(jù)產(chǎn)品同學無法評估需求合理性，無法在需求池需求列表進行優(yōu)先級排序；
2. 無法評估是否有更好，更優(yōu)的解決方案。

1.2 明確問題

希望數(shù)據(jù)解決什么？

目的：為了更準確的明確需求本身是什么，希望數(shù)據(jù)來解決什么。

通常分為三點：

1. 業(yè)務形式：講清楚業(yè)務方是什么業(yè)務，需求所屬什么業(yè)務，例如訂單相關，風控相關，供給相關，客服相關等；
2. 業(yè)務規(guī)模：業(yè)務自身的體量如何，產(chǎn)生的數(shù)據(jù)集合數(shù)據(jù)結果大概是什么量級。這有便于需求評估時候的技術選型做決策；
3. 業(yè)務周期：業(yè)務本身是長期業(yè)務還是試點的短期項目，是測試期內(nèi)還是已經(jīng)正式上線？這會決定需求的輸出方式（郵件，報表，臨時SQL提供等）。

常見問題：不提供業(yè)務的周期信息，造成原本應該用臨時手段解決的需求轉(zhuǎn)而用了資源消耗較高的方案，得不償失。

1.3 構建指標、維度

「指標」指的是對業(yè)務量級描述的度量值，「維度」指的是觀察度量值的視角。例如：“訂單數(shù)，用戶量，商品數(shù)”等屬于指標；而“品類，省份城市，終端”等屬于維度。

目的：如果是統(tǒng)計類型的需求，這一步可以將需求細化，具體到有哪些指標和哪些維度，這將直接決定技術同學在「實施」層面的標準。

一個合理明確的數(shù)據(jù)需求務必需要寫清楚：

1. 指標：指標的業(yè)務描述，指標本身的統(tǒng)計邏輯；
2. 維度：從哪些視角觀察度量值，維度在精不在多。同時維度的多少也將直接影響數(shù)據(jù)的計算和結果存儲的成本，也是需求合理性的重要評判依據(jù)。

常見問題：

1. 沒有維度，指標不全面。造成需求返工；
2. 指標無明確定義，計算規(guī)則。無法寫計算邏輯。

1.4 需求分類：明確輸出方式

目的：描述的需求的分類，即業(yè)務同學想要實現(xiàn)的輸出效果。需求的輸出方案會分為幾類：賦能型，離線展示型，實時監(jiān)控型，專題分析型，臨時需求。

常見問題：1)原本臨時的需求要做成線上離線報表或?qū)崟r監(jiān)控，資源消耗高2)可以一次得出結論的要求長期監(jiān)控，投入產(chǎn)出回報率低。

（圖1：需求分類表）

二、數(shù)據(jù)團隊評估

業(yè)務團隊按照需求規(guī)范提供了需求后，傳遞到數(shù)據(jù)團隊手中。由數(shù)據(jù)產(chǎn)品統(tǒng)一把關，若在一些技術問題上不能明確給出解決方案的，則需要拉上技術同學共同評估。整體圍繞兩方面展開：

2.1 需求要素：有數(shù)據(jù)，可執(zhí)行，數(shù)據(jù)能夠解決

我們在評估數(shù)據(jù)需求的時候需要明確一點「數(shù)據(jù)需求!=需求」，數(shù)據(jù)需求三要素：1）有數(shù)據(jù)：有指標數(shù)據(jù)，且必須準確可靠2）可執(zhí)行：數(shù)據(jù)能落地，技術手段可實現(xiàn)3）數(shù)據(jù)能夠解決：數(shù)據(jù)需求所選指標可解決業(yè)務問題，考量需求落地性，產(chǎn)品最終結果是否可驅(qū)動業(yè)務動作

（圖2：需求三要素）

2.2 執(zhí)行角色：誰解決

在事情的執(zhí)行上，通常會有一些需求邊界不清晰，而在一個組織里會因為事情邊界的不清晰帶來諸多問題。需求邊界不清晰的體現(xiàn)通常表現(xiàn)為：原本該業(yè)務團隊自行實現(xiàn)的，轉(zhuǎn)而采用了消耗資源較大的數(shù)據(jù)專業(yè)團隊的能力實現(xiàn)，這是一類「大刀砍小樹」的現(xiàn)象，會造成沒必要的資源浪費。

因此我們在劃分需求邊界的時候通常有如下規(guī)則：

1. 數(shù)據(jù)團隊：核心解決 “報表可視化、跨業(yè)務團隊、基于 日志、量大” 類型需求；
2. 業(yè)務團隊： 單一業(yè)務需求；線上實時數(shù)據(jù)需求 (接口)批量訪問等場景 類型需求。

舉例：臨時數(shù)據(jù)、自動郵件、關系型接口

以上。

作者：蔣坤偉，數(shù)據(jù)產(chǎn)品經(jīng)理，微信公眾號@黑夜月

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

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