這是一篇講數(shù)據(jù)產(chǎn)品設(shè)計(jì)方法的文章，將解讀一個(gè)數(shù)據(jù)產(chǎn)品從業(yè)務(wù)問題到最終落地為產(chǎn)品及應(yīng)用的全流程。這里的「數(shù)據(jù)產(chǎn)品」指的是解決數(shù)據(jù)運(yùn)營或分析問題的功能型產(chǎn)品，雖然數(shù)據(jù)產(chǎn)品與其他產(chǎn)品相比具有其特殊性，但也有會有些「常規(guī)產(chǎn)品」的基本原則，我通常遵循的原則是：「以人為本，源于需求，服務(wù)于需求，超前于需求」，本人也還在不斷學(xué)習(xí)中。

「當(dāng)我們手里有一把錘子的時(shí)候，看什么都像釘子」。數(shù)據(jù)產(chǎn)品設(shè)計(jì)也不例外，偶爾會陷入一類自上而下的思維誤區(qū)，“先開發(fā)出產(chǎn)品，告知業(yè)務(wù)方能解決什么問題，然后推廣使用”，往往這么做收到的效果并不理想。數(shù)據(jù)產(chǎn)品設(shè)計(jì)的流程應(yīng)該是「自下而上」，從業(yè)務(wù)出發(fā)，源于需求，抽象問題本質(zhì)，評估解決方案是否可工具化等，最終開發(fā)應(yīng)用，服務(wù)于業(yè)務(wù)。

以下全文以「留存分析工具」為例，講解實(shí)際的設(shè)計(jì)流程（共七部分）

一、明確問題：需求調(diào)研

準(zhǔn)確定義問題是一個(gè)數(shù)據(jù)產(chǎn)品形成的關(guān)鍵，我認(rèn)為這環(huán)節(jié)是最基本也是最重要的。那么當(dāng)我們要設(shè)計(jì)數(shù)據(jù)產(chǎn)品前，該如何通過調(diào)研定義核心問題呢？

以下列出定義核心問題的三類調(diào)研方法：

（1）用戶訪談：常見的做法是，跟業(yè)務(wù)同學(xué)吃飯聊，或者對接需求的時(shí)候聊，等等?？傊氡M一切辦法獲取情報(bào)。這么做之后，肯定能從溝通中獲得一些關(guān)鍵信息，知道業(yè)務(wù)同學(xué)平時(shí)在應(yīng)用數(shù)據(jù)時(shí)的痛點(diǎn)，也可以借機(jī)驗(yàn)證自己對「目標(biāo)產(chǎn)品」設(shè)計(jì)的想法是否妥當(dāng)。

（2）問卷調(diào)研：通常通過線上的手段實(shí)施，在構(gòu)思產(chǎn)品的時(shí)候，分別列出關(guān)鍵問題：

留存分析工具可以列幾個(gè)問題：

1. 什么場景下會看用戶留存？
2. 平時(shí)怎么實(shí)現(xiàn)留存計(jì)算？
3. 使用頻率如何？
4. 拿到什么結(jié)果，是否要二次處理？”

最后利用企業(yè)微信挨個(gè)拜訪，收集用戶反饋。

（3）數(shù)據(jù)分析：一類是通過需求管理工具，收集跟「留存」相關(guān)需求在歷史需求中出現(xiàn)的頻次；另一類是通過線上報(bào)表及數(shù)據(jù)產(chǎn)品的使用情況，通過使用頻率、使用時(shí)長等指標(biāo)評估，抽象提煉出與當(dāng)前調(diào)研產(chǎn)品相關(guān)的有用信息，結(jié)合用戶訪談和問卷調(diào)研一起雙向驗(yàn)證，最終判斷需求真?zhèn)巍?/p>

通過調(diào)研會得到幾個(gè)信息：

1. 使用場景：在上線新業(yè)務(wù)、新版本、新模塊等情況下會看用戶日留存、周留存；
2. 如何計(jì)算：通常找業(yè)務(wù)組RD寫SQL解決，或直接向數(shù)據(jù)團(tuán)隊(duì)提需求排期開發(fā)。但實(shí)現(xiàn)周期長、效率低下；
3. 使用頻率：不定期。部分用戶留存是單次分析，部分用戶留存是短期/長期觀測；
4. 結(jié)果處理：通常拿到數(shù)據(jù)后需要做二次處理，加工可視化，進(jìn)行趨勢分析或用戶群之間的對比分析。

基于以上信息，我們可以總結(jié)出：

1. 業(yè)務(wù)同學(xué)在許多業(yè)務(wù)場景中會使用留存分析，以日留存和周留存最為頻繁；
2. 用戶留存計(jì)算的實(shí)現(xiàn)方式較為原始，需求實(shí)現(xiàn)周期長，且低效；
3. 不定期會使用到，單次分析和短期/長期監(jiān)控均有需求。對靈活性要求高；
4. 需要可視化，需要進(jìn)行不同用戶群間的趨勢分析、對比分析。

二、制定方向：產(chǎn)品定位，商業(yè)評估

有了業(yè)務(wù)調(diào)研后，接著我們需要確定接下來該設(shè)計(jì)的產(chǎn)品「是什么」，以及這個(gè)即將被設(shè)計(jì)出來的產(chǎn)品其長期「商業(yè)價(jià)值」多大，到底值不值得將其工具化，到底需要做到什么程度？

基于調(diào)研，已經(jīng)可以明確「留存分析工具」這個(gè)數(shù)據(jù)產(chǎn)品的定位，確定產(chǎn)品邊界，以及它應(yīng)該需要解決的用戶痛點(diǎn)，和實(shí)現(xiàn)什么價(jià)值。

產(chǎn)品定位及邊界：

通過「一」中的信息，我們可以抽象進(jìn)而明確產(chǎn)品定位，明確產(chǎn)品需要具備的核心功能：

1. 實(shí)現(xiàn)便捷、高效：用戶白盒操作，系統(tǒng)黑盒執(zhí)行；一次配置，多次應(yīng)用；
2. 靈活性強(qiáng)：可自定義，自助管理任務(wù)類型及上下線，隨啟隨用、隨用隨停；
3. 可視化能力：自動可視化，支持趨勢分析及對比分析。

商業(yè)評估：

1. 原始方案：每月約20+任務(wù)，每任務(wù)/1人日，合計(jì)20+人日；
2. 新方案：系統(tǒng)實(shí)現(xiàn)，人工成本為0。更靈活，更高效。

三、搭建框架：產(chǎn)品雛形，技術(shù)初審

有了產(chǎn)品定位和基本的商業(yè)評估之后，便可將初步方案設(shè)計(jì)出來，進(jìn)行技術(shù)初審。得出產(chǎn)品「商業(yè)價(jià)值」評估的同時(shí)，將要投入的技術(shù)資源評估，同樣尤為重要。否則難以評估最終產(chǎn)出是否會「入不敷出」。

講需求：因?yàn)橐O(shè)計(jì)的產(chǎn)品初稿是為了進(jìn)行技術(shù)初審，且初稿可能會面臨較大的改動甚至?xí)煌品虼诉@一步要做的事是快速的「把事情講清楚」，只作簡單的推演圖和簡單方案，待初審?fù)ㄟ^后再進(jìn)行細(xì)化。

搭框架：講清楚產(chǎn)品核心功能，明確產(chǎn)品邊界。如下圖：清晰的將產(chǎn)品核心功能拆解成了三大模塊「任務(wù)管理、留存新建、留存分析」，并體現(xiàn)出大概的交互方式。

1. 任務(wù)管理：用于管理用戶自己新建的任務(wù)，自助管理留存任務(wù)上下線，隨啟隨用、隨用隨停。因?yàn)閺恼{(diào)研中我們得知，對分群用戶的留存監(jiān)控不一定是長期的，可能是單次計(jì)算、可能是短期監(jiān)控或長期監(jiān)控，所以任務(wù)管理是為了用戶「自定義」留存任務(wù)而設(shè)計(jì)。
2. 留存新建：明確留存計(jì)算中「數(shù)據(jù)的輸入」方式，定義留存計(jì)算類型、留存類型、起始行為、留存行為等。
3. 留存分析：明確留存分析中「數(shù)據(jù)的輸出」方式，即：需要通過何種方式展現(xiàn)「任務(wù)管理」中的數(shù)據(jù)，具備數(shù)據(jù)表、數(shù)據(jù)圖，支持單任務(wù)分層對比、多任務(wù)留存對比等。

其中有兩個(gè)前提：

1. 你所在的公司/團(tuán)隊(duì)已經(jīng)擁有規(guī)范的埋點(diǎn)和完善的收集機(jī)制，數(shù)據(jù)的基礎(chǔ)決定「一個(gè)埋點(diǎn)劃分一個(gè)用戶群」這個(gè)規(guī)則是否可用；
2. 技術(shù)同學(xué)有能力解決留存模型的設(shè)計(jì)及開發(fā)問題。

定目標(biāo)：

在技術(shù)初審中需要明確產(chǎn)品的一期目標(biāo)，即：「在多長時(shí)間內(nèi)達(dá)到什么程度？」

1. 什么需要做，什么不做？
2. 把最核心的功能先開發(fā)出來，用盡量小的技術(shù)成本實(shí)現(xiàn)產(chǎn)品最小MVP。
3. 以最快的速度開發(fā)并應(yīng)用起來，最后在使用中「按需迭代」。

待初審結(jié)束后，我們便可以在「實(shí)現(xiàn)成本」和「產(chǎn)品收益」之間有了較好的權(quán)衡。也明確了產(chǎn)品的最小MVP目標(biāo)，同時(shí)也更便于去拆解細(xì)節(jié)，進(jìn)行原型設(shè)計(jì)和需求文檔撰寫，避免不必要的資源浪費(fèi)。

四、拆解細(xì)節(jié)：原型設(shè)計(jì)，需求文檔

在這個(gè)環(huán)節(jié)里，必須遵循一個(gè)設(shè)計(jì)原則「簡單」，產(chǎn)品做復(fù)雜很容易，做簡單卻很難。因本文主要講解方法，對具體細(xì)節(jié)產(chǎn)品設(shè)計(jì)不展開描述。

原型及產(chǎn)品設(shè)計(jì)：

（1）任務(wù)管理：該頁面用于管理個(gè)人用戶的留存任務(wù)，核心聚焦在實(shí)現(xiàn)「新建/編輯/測試/上線&下線/查看/結(jié)果/刪除」的功能上。

如下圖：

（2）留存新建：該頁面用戶新建留存任務(wù)，主要區(qū)分「日/周」留存，起始/留存行為，單一行為不同頻次分布等。

如下圖：

（3）留存分析：該頁面用于展示留存計(jì)算結(jié)果，主要內(nèi)容為「數(shù)據(jù)表」和「數(shù)據(jù)圖」。功能核心邏輯聚焦在：單任務(wù)不同分層留存對比；不同任務(wù)的全部留存對比；數(shù)據(jù)下載。

如下圖：

以上三個(gè)頁面構(gòu)成了我們「留存分析工具」的骨架，其中還需要特別注意在「任務(wù)管理」中任務(wù)處于不同狀態(tài)時(shí)候的邏輯切換，即任務(wù)管理流程：

待完善「產(chǎn)品原型」和「需求文檔」后，則需要進(jìn)行二次技術(shù)評審，把與項(xiàng)目相關(guān)的所有方拽到一起評審。如果說初審是為了「把事情講清楚」，那二審核心要解決的就是「把期望講清楚，把細(xì)節(jié)定清楚」，并且所有的細(xì)節(jié)評審都應(yīng)該明確地更新、記錄在原型和需求文檔中。

同時(shí)在評審中的細(xì)節(jié)微調(diào)也需要及時(shí)的將可能散落到各處的文檔實(shí)時(shí)更新，以保證多人協(xié)作中的「信息對稱」，避免不必要地溝通糾紛和開發(fā)返工。

五、快速迭代：功能開發(fā)，測試上線

需求提完，并不等于產(chǎn)品經(jīng)理的工作就完成了。「讓正確的事，相繼發(fā)生」是一名產(chǎn)品經(jīng)理最應(yīng)該具有的能力。撰寫產(chǎn)品方案及二次評審?fù)瓿珊?，研發(fā)同學(xué)需要將項(xiàng)目拆解，給出明確排期，以最快的速度「讓輪子先轉(zhuǎn)起來」。

與此同時(shí)建立關(guān)鍵事件里程碑，也就是約定「在什么時(shí)間點(diǎn)，完成哪些重要事項(xiàng)」，若項(xiàng)目優(yōu)先級混亂，排期不細(xì)致，預(yù)估不準(zhǔn)確，則項(xiàng)目必然難以按原有計(jì)劃保質(zhì)保量完成。

那么在實(shí)際項(xiàng)目開發(fā)及測試上線過程中，分別需要注意哪些問題呢？

1. 任務(wù)拆解，準(zhǔn)確排期：同樣「項(xiàng)目排期預(yù)估」是技術(shù)人員應(yīng)該具備的基礎(chǔ)能力，從技術(shù)的角度將項(xiàng)目拆解的越細(xì)致，最終預(yù)估出來的排期會越準(zhǔn)確。為了保證排期更準(zhǔn)確，要學(xué)會盡量「逼」研發(fā)同學(xué)將項(xiàng)目以足夠細(xì)致的方式進(jìn)行拆解排期。并以有效途徑將排期結(jié)果公示，公示最大的效果是能起到嚴(yán)肅的「監(jiān)督」作用。
2. 明確分工，及時(shí)同步：任務(wù)拆解完，一定要有明確的任務(wù)分工。避免功能遺漏，別讓「到聯(lián)調(diào)時(shí)還有重要模塊沒有人認(rèn)領(lǐng)」的情況發(fā)生。
3. 進(jìn)度管理，里程碑驗(yàn)收：每日站立會，及時(shí)同步不同模塊的開發(fā)進(jìn)展，保證各模塊間開發(fā)進(jìn)度信息透明，并且設(shè)立「里程碑驗(yàn)收」制度。一個(gè)項(xiàng)目如果開發(fā)周期較長，則不應(yīng)該等所有的重要模塊都上線了再逐一驗(yàn)收測試。而是在完成某個(gè)重要功能的時(shí)候，及時(shí)測試、校驗(yàn)功能是否符合預(yù)期，提早發(fā)現(xiàn)問題，并修正。
4. 測試上線：數(shù)據(jù)產(chǎn)品有別于其他產(chǎn)品，除了產(chǎn)品本身功能滿足需要之外，更重要的是輸出的統(tǒng)計(jì)結(jié)果必須「準(zhǔn)確」。所以測試環(huán)節(jié)中，數(shù)據(jù)測試成了重中之重。產(chǎn)出結(jié)果是否符合預(yù)期？與現(xiàn)有手工統(tǒng)計(jì)是否有偏差？有偏差的部分是否可解釋或可修正？都需要嚴(yán)格保證。

六、推廣應(yīng)用：產(chǎn)品宣傳，反饋優(yōu)化

產(chǎn)品正式上線之后，為了讓業(yè)務(wù)同學(xué)更方便，更快速地上手使用，我們通常會做幾件事情：

（1）上線郵件

郵件會發(fā)送給與之相關(guān)的產(chǎn)品運(yùn)營等同學(xué)，郵件內(nèi)容主要包含「產(chǎn)品功能、使用位置、使用方法」的簡單介紹，并用簡潔的語言講清楚它「是什么」以及「怎么用」兩大問題。同時(shí)也會在內(nèi)網(wǎng)wiki中寫更精細(xì)的使用指南，便于一鍵收藏，隨取隨用。

（2）使用分享

通過以往數(shù)據(jù)產(chǎn)品「調(diào)研→開發(fā)→上線→應(yīng)用」的總結(jié)，我們有兩個(gè)基本判斷：

• 一是數(shù)據(jù)產(chǎn)品使用具有一定的門檻；
• 二是多數(shù)用戶不知道或懶于學(xué)習(xí)如何使用。

很多情況下并不是你設(shè)計(jì)出來的產(chǎn)品解決不了分析問題，導(dǎo)致業(yè)務(wù)方不使用。而是多數(shù)用戶不知道怎么使用，或不愿意去學(xué)習(xí)如何使用。

基于此，我們在發(fā)送完上線郵件之后，需要準(zhǔn)備一場或多場產(chǎn)品使用分享，在分享會上直接把「產(chǎn)品如何解決問題」這個(gè)事情講清楚，并現(xiàn)場演示。直到讓一部分人先用起來，嘗到甜頭，在組織內(nèi)部形成口碑后，自然大家也就更樂于去學(xué)習(xí)，甚至依賴使用產(chǎn)品了。

（3）意見收集

之前我們講到「用戶調(diào)研」能反饋出用戶面對的需要用工具去解決的問題是什么，但并沒有人知道我們將要開發(fā)的東西會長啥樣。等真正的產(chǎn)品實(shí)物上線，直至更多的人使用之后，才可能會得到更多的有效反饋，促進(jìn)我們不斷打磨和優(yōu)化產(chǎn)品，逐步迭代，逐漸完善。

七、收益評估：評估長期收益，生命周期管理

若非必要，勿增實(shí)體。既然產(chǎn)品是「按需求」開發(fā)出的實(shí)物，那么它就應(yīng)該會產(chǎn)生實(shí)際價(jià)值。但數(shù)據(jù)產(chǎn)品的收益評估有別于其他類型產(chǎn)品，本身很難量化，只能通過評估「釋放實(shí)際需求人耗」和「間接產(chǎn)生的決策依據(jù)」作為參考。如果碰到收益較差或者長期毫無收益的產(chǎn)品，就需要反向來看，到底是哪一個(gè)環(huán)節(jié)出了問題，并做好產(chǎn)品的生命周期管理。

及時(shí)停掉不再使用的功能或線上任務(wù)，以節(jié)省計(jì)算資源和存儲資源開銷。

以上，是我在從事數(shù)據(jù)產(chǎn)品設(shè)計(jì)工作中的心得，歡迎交流，共同成長。

作者：月哥，產(chǎn)品經(jīng)理，微信公眾號：黑夜月

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

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