數(shù)據(jù)產品經理PRD——以阿里云會議產品為例
數(shù)據(jù)產品需求文檔撰寫對于數(shù)據(jù)產品經理來說,是基本功也是日常,本文為大家講解了數(shù)據(jù)產品需求文檔的規(guī)范撰寫全過程,有需要的小伙伴趕緊學習起來吧!
隨著年齡的增長會越來越重視道,重視產品成功的系統(tǒng)原因,重視產品的團體環(huán)境,重視還原用戶的真實因子。
對于術比如用啥工具,寫那些文檔怎么寫,交互方式是多么的酷炫,界面設計的是多么的棒,流程設計的是多么的人性化等等本來不怎么感興趣了,但是應許多同學的請求還是把早年的一些文檔改一些作為術分享出來,給對數(shù)據(jù)型產品經理感興趣且應該輸出的標準的數(shù)據(jù)產品需求文檔一個參照。
文檔編號
對于文檔編號,在大廠產品文檔來說是必不可少的內容之一。
一份優(yōu)秀的PRD往往一方面能夠繼承原有系統(tǒng)組件的優(yōu)秀數(shù)據(jù),另外一方面有對產品全新的優(yōu)化,所以會有一些專業(yè)術語需要介紹。
再則,背景的說明方便產品經理與研發(fā)、運營、和其他部門溝通匯總產品的需求,容易共識的產品往往比較容易得到大家的支持,這樣也就更容易使產品成功。
一、概述
1.1 名詞說明
1.2 產品概述和目的
1.2.1 產品概述
隨著客戶量的增長,客戶對統(tǒng)計報表的需求增多,傳統(tǒng)將數(shù)據(jù)導出到Excel中二次加工越來越不能滿足效率需求、實時性、專業(yè)度的需求。
此次數(shù)據(jù)報表在原單個統(tǒng)計報表功能的基礎上,擴大數(shù)據(jù)收集范圍和提升統(tǒng)計分析深度。
基于產品各模塊全生命周期視角進行統(tǒng)計分析,涵蓋會前、會中、會后各階段,按照event對象、數(shù)據(jù)來源、報表用途、營銷過程多維度分類制作精美可視化圖表。
如可視化的產品推廣儀表盤:實時查看報名進度及來源,產品模塊進度及票種比例;各產品子模塊進度;項目入住進度及比例。常用標準統(tǒng)計報表:注冊人員統(tǒng)計,銷售訂單分析,銷售商品分析,簽到統(tǒng)計、互動行為分析,營銷漏斗等。
1.2.2 產品目的
實現(xiàn)對產品全生命周期各階段數(shù)據(jù)的收集和檢索,實現(xiàn)平臺方對需要的數(shù)據(jù)按照自定義篩選規(guī)則進行檢索,對相關數(shù)據(jù)進行合并整理,按照選取的分析維度、數(shù)據(jù)指標對目標數(shù)據(jù)按照應用目的進行分析,并通過直觀可視化的圖表進行展示。
1.3 產品風險
風險級別說明:非常高的,高的,適度的,低的,非常低的
功能定義和構建數(shù)據(jù)倉庫的主題庫
數(shù)據(jù)產品不是一般產品經理理解的不需要定義功能,想反數(shù)據(jù)產品需要將功能定義的邏輯要嚴謹且具有可拓展性。
數(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 產品設置總覽
對平臺發(fā)布的基本信息及所有設置規(guī)則記錄并查詢,對設置、規(guī)則存在沖突的進行預警提醒,比如時間。
統(tǒng)計查詢信息表單如下:
添加微信分享設置;
添加微站、網站URL;
添加發(fā)布狀態(tài)、子產品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 酒店入?。ǚ址浚┖灥?/strong>
統(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)計
包括微站、網站、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ù)滿意度問卷返回每項調查的統(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重新定義產品經理》或者聯(lián)系筆者。
3.2 其他
總結
本文講解了一個數(shù)據(jù)產品的產品需求文檔的規(guī)范撰寫過程,對于數(shù)據(jù)產品來說核心在第三步的數(shù)據(jù)倉庫的主題庫的構建,對于想做數(shù)據(jù)產品的產品經理來說這個事是基本功也是數(shù)據(jù)產品的日常。
另外對于想做AI產品的產品經理來說或者對算法感興趣的產品經理來說第四部分是核心。
數(shù)據(jù)是AI的基礎,而AI等于算法+數(shù)據(jù)+算力,在AI的早期來說算法所占的重要性要高一些,在后期AI的應用場景和數(shù)據(jù)顯得十分重要,這是數(shù)據(jù)產品與AI產品的關系。當然對于高階產品管理者來說不論是數(shù)據(jù)產品還是AI產品,這兩者都是高階產品管理者應該協(xié)調管理好的事務。
如果你想系統(tǒng)化入門AI產品經理,掌握AI產品經理的落地工作方法,戳這里>http://996.pm/7bjab
#專欄作家#
連詩路,公眾號:LineLian。人人都是產品經理專欄作家,《產品進化論:AI+時代產品經理的思維方法》一書作者,前阿里產品專家,希望與創(chuàng)業(yè)者多多交流。
本文原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協(xié)議
大家期待已久的《數(shù)據(jù)產品經理實戰(zhàn)訓練營》終于在起點學院(人人都是產品經理旗下教育機構)上線啦!
本課程非常適合新手數(shù)據(jù)產品經理,或者想要轉崗的產品經理、數(shù)據(jù)分析師、研發(fā)、產品運營等人群。
課程會從基礎概念,到核心技能,再通過典型數(shù)據(jù)分析平臺的實戰(zhàn),幫助大家構建完整的知識體系,掌握數(shù)據(jù)產品經理的基本功。
學完后你會掌握怎么建指標體系、指標字典,如何設計數(shù)據(jù)埋點、保證數(shù)據(jù)質量,規(guī)劃大數(shù)據(jù)分析平臺等實際工作技能~
現(xiàn)在就添加空空老師(微信id:anne012520),咨詢課程詳情并領取福利優(yōu)惠吧!
有模板嗎?
謝謝大家的討論,會繼續(xù)努力,數(shù)據(jù)阿里云起家比較早一些,其簡單易用的風格,后來有不少借鑒的,數(shù)據(jù)主要是目標應用。有AI+數(shù)據(jù)需求的朋友歡迎聯(lián)系筆者微信
看著像是BDP的產品文檔,原型也像
阿里云上還有很多后來者像,阿里云是09年成立、bdp是13年。其他的數(shù)據(jù)可視化及應用阿里云上還有很多的。
產品風格不僅是bdp 那種設計風格是報表中比較中規(guī)中矩的,而且應用比較多的,主要看數(shù)據(jù)參數(shù)本身的業(yè)務??磥砣巳肆髁科饋砹?,其他家都來蹭流量 ??
? ? ? 不太明白蹭流量這一說
學習了學習了
認同!阿里兇猛
阿里果真兇猛,從其產品經理10年前的產品就可以看見人家重視AI、重視數(shù)據(jù)是早早上車了
阿里的產品都敢直接把PRD放到公開場合了?
不怕安全部門的某些限制了嗎
檸檬本尊
正在負責新項目的報表系統(tǒng),先M了再好好學習下~
TF發(fā)jn yyuyuby