作者：LineLian? ?微信 ：firstbodytm

隨著年齡的增長會越來越重視道，重視產(chǎn)品成功的系統(tǒng)原因，重視產(chǎn)品的團體環(huán)境，重視還原用戶的真實因子。

對于術比如用啥工具，寫那些文檔怎么寫，交互方式是多么的酷炫，界面設計的是多么的棒，流程設計的是多么的人性化等等本來不怎么感興趣了，但是應許多同學的請求還是把早年的一些文檔改一些作為術分享出來，給對數(shù)據(jù)型產(chǎn)品經(jīng)理感興趣且應該輸出的標準的數(shù)據(jù)產(chǎn)品需求文檔一個參照。

文檔編號

對于文檔編號，在大廠產(chǎn)品文檔來說是必不可少的內(nèi)容之一。

一份優(yōu)秀的PRD往往一方面能夠繼承原有系統(tǒng)組件的優(yōu)秀數(shù)據(jù)，另外一方面有對產(chǎn)品全新的優(yōu)化，所以會有一些專業(yè)術語需要介紹。

再則，背景的說明方便產(chǎn)品經(jīng)理與研發(fā)、運營、和其他部門溝通匯總產(chǎn)品的需求，容易共識的產(chǎn)品往往比較容易得到大家的支持，這樣也就更容易使產(chǎn)品成功。

一、概述

1.1 名詞說明

1.2 產(chǎn)品概述和目的

1.2.1 產(chǎn)品概述

隨著客戶量的增長，客戶對統(tǒng)計報表的需求增多，傳統(tǒng)將數(shù)據(jù)導出到Excel中二次加工越來越不能滿足效率需求、實時性、專業(yè)度的需求。

此次數(shù)據(jù)報表在原單個統(tǒng)計報表功能的基礎上，擴大數(shù)據(jù)收集范圍和提升統(tǒng)計分析深度。

基于產(chǎn)品各模塊全生命周期視角進行統(tǒng)計分析，涵蓋會前、會中、會后各階段，按照event對象、數(shù)據(jù)來源、報表用途、營銷過程多維度分類制作精美可視化圖表。

如可視化的產(chǎn)品推廣儀表盤：實時查看報名進度及來源，產(chǎn)品模塊進度及票種比例；各產(chǎn)品子模塊進度；項目入住進度及比例。常用標準統(tǒng)計報表：注冊人員統(tǒng)計，銷售訂單分析，銷售商品分析，簽到統(tǒng)計、互動行為分析，營銷漏斗等。

1.2.2 產(chǎn)品目的

實現(xiàn)對產(chǎn)品全生命周期各階段數(shù)據(jù)的收集和檢索，實現(xiàn)平臺方對需要的數(shù)據(jù)按照自定義篩選規(guī)則進行檢索，對相關數(shù)據(jù)進行合并整理，按照選取的分析維度、數(shù)據(jù)指標對目標數(shù)據(jù)按照應用目的進行分析，并通過直觀可視化的圖表進行展示。

1.3 產(chǎn)品風險

風險級別說明：非常高的，高的，適度的，低的，非常低的

功能定義和構建數(shù)據(jù)倉庫的主題庫

數(shù)據(jù)產(chǎn)品不是一般產(chǎn)品經(jīng)理理解的不需要定義功能，想反數(shù)據(jù)產(chǎn)品需要將功能定義的邏輯要嚴謹且具有可拓展性。

數(shù)據(jù)倉庫是數(shù)據(jù)分析的基礎是構建企業(yè)可視化或者BI或者統(tǒng)計報表智能化的基礎。而主題庫是數(shù)據(jù)倉庫的基礎。

二、功能需求

2.1 功能總覽

XX數(shù)據(jù)報表 – 功能總表

優(yōu)先級說明：

• P1: 優(yōu)先級最高，必須完成；

• P2: 中等優(yōu)先級，碰到無法解決的問題時可以延后；

• P3: 優(yōu)先級低，在工期緊張時可以延后。

2.2 功能簡介

2.2.1 高級數(shù)據(jù)分析

自定義統(tǒng)計表設置、統(tǒng)計分析圖制作流程：

自定義統(tǒng)計表設置界面示例：

篩選條件的設置方式復用原來組件篩選條件設置方式，支持高度自由的篩選條件設置，設置的篩選器支持保存復用。

自定義統(tǒng)計圖數(shù)據(jù)看板示例：

統(tǒng)計字段一排3-4個；統(tǒng)計圖表一排1-2個。

2.2.2 實時儀表盤

展示平臺從創(chuàng)建到結束前所有實時關注的數(shù)據(jù)。

平臺儀表盤（模板儀表盤）

頁面示例：

統(tǒng)計圖表：

我的儀表盤（自定義儀表盤）

自定義添加統(tǒng)計字段或從標準統(tǒng)計圖、自定義統(tǒng)計圖中選取，按照實時數(shù)據(jù)更新要求進行可視化展示。

2.2.3 平臺數(shù)據(jù)總覽

從event的角度，對平臺設置以及全階段重點事件按照時間軸進行記錄統(tǒng)計。

2.2.3.1 產(chǎn)品設置總覽

對平臺發(fā)布的基本信息及所有設置規(guī)則記錄并查詢，對設置、規(guī)則存在沖突的進行預警提醒，比如時間。

統(tǒng)計查詢信息表單如下：

添加微信分享設置；

添加微站、網(wǎng)站URL；

添加發(fā)布狀態(tài)、子產(chǎn)品URL地址；

報名審核信息等關鍵信息提示需要醒目；

2.2.3.2 平臺事件軌跡

對平臺重點事件按照時間軸進行統(tǒng)計。

2.2.4 報名人員統(tǒng)計

報名過程包括活動人和聯(lián)系人。

2.2.4.1 活動人報名分析

從活動人的角度，聚合其從報名注冊、訂單、會場簽到、酒店入住、會場互動、會后評價所有與會數(shù)據(jù)信息。

活動人報名統(tǒng)計明細表

支持對活動人數(shù)據(jù)設置高級篩選條件（復用美加MA篩選條件設置），支持自定義設置顯示字段，支持設置排序規(guī)則，支持篩選條件保存，檢索結果數(shù)據(jù)導出，對檢索結果分析做圖。

活動人報名統(tǒng)計圖表

常用數(shù)據(jù)統(tǒng)計圖從以下幾個維度給出可視化的數(shù)據(jù)分析圖（所有圖在一個面板展示，支持用戶創(chuàng)建自定義的統(tǒng)計圖板）：

2.2.4.2 聯(lián)系人統(tǒng)計分析

聯(lián)系人統(tǒng)計明細表

聯(lián)系人注冊統(tǒng)計圖

2.2.5 銷售訂單分析

訂單包括門票訂單、酒店訂單、商品訂單。

2.2.5.1 總訂單
統(tǒng)計明細表

統(tǒng)計圖

2.2.5.2 門票訂單

門票訂單統(tǒng)計明細表

訂單與門票是一對多關系，按訂單號進入門票訂單明細；

統(tǒng)計圖

2.2.5.3 酒店訂單

統(tǒng)計明細表

訂單與酒店是一對多關系，按訂單號進入酒店訂單明細；

統(tǒng)計圖

2.2.5.4 商品訂單

統(tǒng)計明細表

訂單與商品是一對多關系，按訂單號進入商品訂單明細；

統(tǒng)計圖

2.2.6 銷售商品分析

2.2.6.1 門票銷售

統(tǒng)計明細表

統(tǒng)計圖

2.2.6.2 酒店預定

明細表

統(tǒng)計圖

2.2.6.3 商品銷售

明細表

統(tǒng)計圖

2.2.7 簽到統(tǒng)計

簽到數(shù)據(jù)包括注冊簽到、分會場簽到、接機簽到、酒店入住（分房）簽到、用餐簽到。

2.2.7.1 注冊簽到

統(tǒng)計明細表

統(tǒng)計圖

2.2.7.2 分會場簽到

統(tǒng)計明細表

統(tǒng)計圖

2.2.7.3 活動人接機簽到

統(tǒng)計表

統(tǒng)計圖

2.2.7.4 酒店入住（分房）簽到

統(tǒng)計表

統(tǒng)計圖

2.2.7.5 用餐簽到

統(tǒng)計明細表表

統(tǒng)計圖

2.2.8 互動數(shù)據(jù)洞察

統(tǒng)計表

2.2.9 營銷過程追蹤

2.2.9.1 營銷效果分析
數(shù)據(jù)看板

2.2.9.2 推廣統(tǒng)計

包括微站、網(wǎng)站、EDM、短信……

統(tǒng)計表

統(tǒng)計圖

2.2.9.3 渠道引流分析

統(tǒng)計表

統(tǒng)計圖

2.2.9.4 邀約統(tǒng)計

統(tǒng)計表

嘉賓／會員／代理商／推廣員發(fā)起邀約：

按照邀約對象類別系統(tǒng)發(fā)起邀約：

統(tǒng)計圖

2.2.9.5 郵件營銷統(tǒng)計

統(tǒng)計圖

2.2.9.6 短信營銷統(tǒng)計

統(tǒng)計圖

2.2.9.7 微信模板消息統(tǒng)計

統(tǒng)計圖

2.2.9.8 微信圖文統(tǒng)計分析

統(tǒng)計圖

2.2.9.9 優(yōu)惠統(tǒng)計

普通優(yōu)惠明細表

代理商優(yōu)惠明細表

統(tǒng)計圖表

2.2.9.10 滿意度統(tǒng)計

根據(jù)滿意度問卷返回每項調(diào)查的統(tǒng)計結果。

問卷主題+查看地址./bnm。

2.2.9.11 積分統(tǒng)計

統(tǒng)計表

統(tǒng)計圖

2.2.10 平臺日歷

2.2.10.1 平臺日歷

議程明細表

平臺日歷圖

2.2.10.2 議程統(tǒng)計

議程統(tǒng)計圖

2.2.11 征文統(tǒng)計

統(tǒng)計明細表

統(tǒng)計圖

三、數(shù)據(jù)分析

3.1 算法

建議閱讀筆者LineLian的新書《AI賦能：AI重新定義產(chǎn)品經(jīng)理》或者聯(lián)系筆者。

3.2 其他

總結

本文講解了一個數(shù)據(jù)產(chǎn)品的產(chǎn)品需求文檔的規(guī)范撰寫過程，對于數(shù)據(jù)產(chǎn)品來說核心在第三步的數(shù)據(jù)倉庫的主題庫的構建，對于想做數(shù)據(jù)產(chǎn)品的產(chǎn)品經(jīng)理來說這個事是基本功也是數(shù)據(jù)產(chǎn)品的日常。

另外對于想做AI產(chǎn)品的產(chǎn)品經(jīng)理來說或者對算法感興趣的產(chǎn)品經(jīng)理來說第四部分是核心。

數(shù)據(jù)是AI的基礎，而AI等于算法+數(shù)據(jù)+算力，在AI的早期來說算法所占的重要性要高一些，在后期AI的應用場景和數(shù)據(jù)顯得十分重要，這是數(shù)據(jù)產(chǎn)品與AI產(chǎn)品的關系。當然對于高階產(chǎn)品管理者來說不論是數(shù)據(jù)產(chǎn)品還是AI產(chǎn)品，這兩者都是高階產(chǎn)品管理者應該協(xié)調(diào)管理好的事務。

歡迎小伙伴加微信：chanpin628進行交流。

更多干貨可關注微信公眾號：chanpinliu880

想學習更多關于產(chǎn)品、職場、心理、認知等干貨，可長按右邊二維碼，關注我們。

往期精彩文章

產(chǎn)品經(jīng)理的高階能力：架構圖的設計與畫法

哪些跡象表明公司即將裁員？

什么時候覺得自己該離職了？

產(chǎn)品瘋?cè)嗽?/p>

點擊“閱讀原文”

即可進行報名。

總結

以上是生活随笔為你收集整理的分享一个数据产品经理的PRD的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。