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

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

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

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

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

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

（1）用戶訪談：常見的做法是，跟業(yè)務(wù)同學(xué)吃飯聊透揣，或者對接需求的時候聊济炎，等等√适担總之冻辩，想盡一切辦法獲取情報。這么做之后拆祈，肯定能從溝通中獲得一些關(guān)鍵信息恨闪，知道業(yè)務(wù)同學(xué)平時在應(yīng)用數(shù)據(jù)時的痛點，也可以借機驗證自己對「目標(biāo)產(chǎn)品」設(shè)計的想法是否妥當(dāng)放坏。

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

舉例：留存分析工具可以列幾個問題“1.什么場景下會看用戶留存淤年？2.平時怎么實現(xiàn)留存計算钧敞？3.使用頻率如何？4.拿到什么結(jié)果麸粮，是否要二次處理溉苛？”最后利用企業(yè)微信挨個拜訪，收集用戶反饋弄诲。

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

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

（1）使用場景：在上線新業(yè)務(wù)、新版本伶授、新模塊等情況下會看用戶日留存断序、周留存

（2）如何計算：通常找業(yè)務(wù)組RD寫SQL解決流纹，或直接向數(shù)據(jù)團隊提需求排期開發(fā)。但實現(xiàn)周期長违诗、效率低下

（3）使用頻率：不定期捧颅。部分用戶留存是單次分析，部分用戶留存是短期/長期觀測

（4）結(jié)果處理：通常拿到數(shù)據(jù)后需要做二次處理较雕，加工可視化，進行趨勢分析或用戶群之間的對比分析

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

（1）業(yè)務(wù)同學(xué)在許多業(yè)務(wù)場景中會使用留存分析亮蒋，以日留存和周留存最為頻繁

（2）用戶留存計算的實現(xiàn)方式較為原始，需求實現(xiàn)周期長妆毕，且低效

（3）不定期會使用到慎玖，單次分析和短期/長期監(jiān)控均有需求。對靈活性要求高

（4）需要可視化笛粘，需要進行不同用戶群間的趨勢分析趁怔、對比分析

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

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

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

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

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

（1）實現(xiàn)便捷惑折、高效：用戶白盒操作，系統(tǒng)黑盒執(zhí)行矿酵；一次配置唬复，多次應(yīng)用

（2）靈活性強：可自定義，自助管理任務(wù)類型及上下線全肮，隨啟隨用敞咧、隨用隨停

（3）可視化能力：自動可視化，支持趨勢分析及對比分析

商業(yè)評估：

（1）原始方案：每月約20+任務(wù)辜腺，每任務(wù)/1人日休建，合計20+人日

（2）新方案：系統(tǒng)實現(xiàn)乍恐，人工成本為0。更靈活测砂，更高效

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

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

講需求：

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

搭框架：

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

（1）任務(wù)管理：用于管理用戶自己新建的任務(wù)镊掖，自助管理留存任務(wù)上下線乃戈，隨啟隨用、隨用隨停亩进。因為從調(diào)研中我們得知症虑，對分群用戶的留存監(jiān)控不一定是長期的，可能是單次計算归薛、可能是短期監(jiān)控或長期監(jiān)控谍憔，所以任務(wù)管理是為了用戶「自定義」留存任務(wù)而設(shè)計。

（2）留存新建：明確留存計算中「數(shù)據(jù)的輸入」方式主籍，定義留存計算類型习贫、留存類型、起始行為千元、留存行為等苫昌。

（3）留存分析：明確留存分析中「數(shù)據(jù)的輸出」方式，即：需要通過何種方式展現(xiàn)「任務(wù)管理」中的數(shù)據(jù)幸海，具備數(shù)據(jù)表祟身、數(shù)據(jù)圖奥务，支持單任務(wù)分層對比、多任務(wù)留存對比等袜硫。

其中有兩個前提：

(1)你所在的公司/團隊已經(jīng)擁有規(guī)范的埋點和完善的收集機制氯葬，數(shù)據(jù)的基礎(chǔ)決定「一個埋點劃分一個用戶群」這個規(guī)則是否可用

(2)技術(shù)同學(xué)有能力解決留存模型的設(shè)計及開發(fā)問題

定目標(biāo)：

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

（1）什么需要做帚称，什么不做？

（2）把最核心的功能先開發(fā)出來秽澳，用盡量小的技術(shù)成本實現(xiàn)產(chǎn)品最小MVP

（3）以最快的速度開發(fā)并應(yīng)用起來世杀，最后在使用中「按需迭代」

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

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

在這個環(huán)節(jié)里霞势，必須遵循一個設(shè)計原則「簡單」，產(chǎn)品做復(fù)雜很容易，做簡單卻很難痰腮。因本文主要講解方法，對具體細(xì)節(jié)產(chǎn)品設(shè)計不展開描述（如需交流浓体，請聯(lián)系作者）挤悉。

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

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

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

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

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

待完善「產(chǎn)品原型」和「需求文檔」后悲靴，則需要進行二次技術(shù)評審，把與項目相關(guān)的所有方拽到一起評審莫其。如果說初審是為了「把事情講清楚」对竣，那二審核心要解決的就是「把期望講清楚庇楞，把細(xì)節(jié)定清楚」，并且所有的細(xì)節(jié)評審都應(yīng)該明確地更新否纬、記錄在原型和需求文檔中吕晌。同時在評審中的細(xì)節(jié)微調(diào)也需要及時的將可能散落到各處的文檔實時更新，以保證多人協(xié)作中的「信息對稱」临燃，避免不必要地溝通糾紛和開發(fā)返工睛驳。

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

需求提完乏沸，并不等于產(chǎn)品經(jīng)理的工作就完成了。「讓正確的事爪瓜，相繼發(fā)生」是一名產(chǎn)品經(jīng)理最應(yīng)該具有的能力蹬跃。撰寫產(chǎn)品方案及二次評審?fù)瓿珊螅邪l(fā)同學(xué)需要將項目拆解铆铆，給出明確排期蝶缀，以最快的速度「讓輪子先轉(zhuǎn)起來」。與此同時建立關(guān)鍵事件里程碑薄货，也就是約定「在什么時間點翁都，完成哪些重要事項」，若項目優(yōu)先級混亂谅猾，排期不細(xì)致柄慰，預(yù)估不準(zhǔn)確，則項目必然難以按原有計劃保質(zhì)保量完成税娜。那么在實際項目開發(fā)及測試上線過程中坐搔，分別需要注意哪些問題呢？

（1）任務(wù)拆解敬矩，準(zhǔn)確排期：同樣「項目排期預(yù)估」是技術(shù)人員應(yīng)該具備的基礎(chǔ)能力薯蝎，從技術(shù)的角度將項目拆解的越細(xì)致，最終預(yù)估出來的排期會越準(zhǔn)確谤绳。為了保證排期更準(zhǔn)確占锯，要學(xué)會盡量「逼」研發(fā)同學(xué)將項目以足夠細(xì)致的方式進行拆解排期。并以有效途徑將排期結(jié)果公示缩筛，公示最大的效果是能起到嚴(yán)肅的「監(jiān)督」作用消略。

（2）明確分工，及時同步：任務(wù)拆解完瞎抛，一定要有明確的任務(wù)分工艺演。避免功能遺漏，別讓「到聯(lián)調(diào)時還有重要模塊沒有人認(rèn)領(lǐng)」的情況發(fā)生。

（3）進度管理胎撤，里程碑驗收：每日站立會晓殊，及時同步不同模塊的開發(fā)進展，保證各模塊間開發(fā)進度信息透明伤提，并且設(shè)立「里程碑驗收」制度巫俺。一個項目如果開發(fā)周期較長，則不應(yīng)該等所有的重要模塊都上線了再逐一驗收測試肿男。而是在完成某個重要功能的時候介汹，及時測試、校驗功能是否符合預(yù)期舶沛，提早發(fā)現(xiàn)問題嘹承，并修正。

（4）測試上線：數(shù)據(jù)產(chǎn)品有別于其他產(chǎn)品如庭，除了產(chǎn)品本身功能滿足需要之外叹卷，更重要的是輸出的統(tǒng)計結(jié)果必須「準(zhǔn)確」，所以測試環(huán)節(jié)中坪它，數(shù)據(jù)測試成了重中之重骤竹。產(chǎn)出結(jié)果是否符合預(yù)期？與現(xiàn)有手工統(tǒng)計是否有偏差哟楷？有偏差的部分是否可解釋或可修正？都需要嚴(yán)格保證否灾。

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

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

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

（2）使用分享：通過以往數(shù)據(jù)產(chǎn)品「調(diào)研→開發(fā)→上線→應(yīng)用」的總結(jié)，我們有兩個基本判斷诀姚，「一是數(shù)據(jù)產(chǎn)品使用具有一定的門檻响牛，二是多數(shù)用戶不知道或懶于學(xué)習(xí)如何使用」，很多情況下并不是你設(shè)計出來的產(chǎn)品解決不了分析問題，導(dǎo)致業(yè)務(wù)方不使用呀打。而是多數(shù)用戶不知道怎么使用矢赁，或不愿意去學(xué)習(xí)如何使用”岽裕基于此撩银，我們在發(fā)送完上線郵件之后，需要準(zhǔn)備一場或多場產(chǎn)品使用分享瘫寝，在分享會上直接把「產(chǎn)品如何解決問題」這個事情講清楚蜒蕾，并現(xiàn)場演示。直到讓一部分人先用起來焕阿，嘗到甜頭咪啡，在組織內(nèi)部形成口碑后，自然大家也就更樂于去學(xué)習(xí)暮屡，甚至依賴使用產(chǎn)品了撤摸。

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

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

若非必要唇兑，勿增實體酒朵。既然產(chǎn)品是「按需求」開發(fā)出的實物，那么它就應(yīng)該會產(chǎn)生實際價值扎附。但數(shù)據(jù)產(chǎn)品的收益評估有別于其他類型產(chǎn)品蔫耽，本身很難量化，只能通過評估「釋放實際需求人耗」和「間接產(chǎn)生的決策依據(jù)」作為參考留夜。如果碰到收益較差或者長期毫無收益的產(chǎn)品匙铡，就需要反向來看，到底是哪一個環(huán)節(jié)出了問題碍粥，并做好產(chǎn)品的生命周期管理慰枕。及時停掉不再使用的功能或線上任務(wù)，以節(jié)省計算資源和存儲資源開銷即纲。

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

作者：月哥匪凡，產(chǎn)品經(jīng)理，微信公眾號@黑夜月（關(guān)注公眾號掘猿，在后臺留言「數(shù)據(jù)產(chǎn)品」病游，我拉你進微信群一起學(xué)習(xí)，共同成長）