黑馬-產品經理筆記

• 階段1-產品基礎
• • 1.1產品基礎
  • • 1.產品經理的宏觀定義
    • 2.產品經理必須具備的四種軟實力
    • 3.馬車案例
    • 4.互聯網行業及產品經理分類
    • 5.項目的工作流程
    • 6. 3D文檔
  • 1.2需求收集和需求管理
  • • 1.需求的定義
    • 2.需求的來源及收集方法
    • 3.競品分析
    • 4.SWOT分析
    • 5.道斯矩陣
    • 6.SWOT分析的分析方法
    • 7.用戶體驗的概念及重要性
    • 8.用戶體驗五要素的應用場景
    • 9.五要素每一層關注的內容
    • 10用戶體驗五要素產出物
    • 11.競品分析報告
    • 12.用戶訪談
    • 13.問卷調查
    • 14.需求管理
  • 1.3用戶研究和需求分析
  • • 1.用戶角色：將用戶的典型特征(用戶基本信息，用戶目標，用戶的使用場景)抽象出來，放在一起，形成一個或多個用戶角色。
    • 2.用戶畫像及靜態標簽
    • 3.三套典型的用戶畫像
  • 1.4業務需求和產品需求
  • 1.5需求分析
  • • 1.定義
    • 2.需求分析思路：基于場景去分析需求
    • 3.真偽需求的判定
  • 1.6需求分析和優先級排序方法
  • • 1.馬斯洛需求層次理論
    • 2.人性七宗罪
    • 3.KANO模型
    • 4.四象限法則
    • 5.功能清單
  • 1.7產品規劃
  • • 1.信息架構的概念
    • 2.如何做信息架構？信息架構的本質就是分類
    • 3.產品結構圖概念
    • 4.結構圖的分類
    • 5.產品流程圖的概念
    • 6.產品流程圖的分類
    • 7.流程圖的繪制
  • 1.8原型及Axure
  • • 1.原型的概念及分類
    • 2. Axure功能介紹
  • 1.9產品設計規范
  • • 1.兩大操作系統
    • 2.導航
    • 3.界面元素
    • 4.原型及繪制原型注意事項
    • 5.交互說明及規則撰寫
    • 6.小程序
    • 7.七大定律
  • 1.10后臺基礎
• 階段2-內容產品項目實戰
• • 2.1內容產品項目規劃
  • • 1.內容生產方式
    • 2.內容審核
    • 3.內容分發方式
    • 4.內容消費
    • 5.MVP
  • 2.2用戶端產品設計
  • • 1引導頁、啟動頁、閃屏頁
    • 2.注冊登錄方式
    • 3.圖文生產
    • 4.視頻生產
    • 5.圖文列表及圖文詳情頁
    • 6.視頻/直播列表及詳情頁
    • 7.熱度排序
    • 8.算法分發：通過對信息的自動過濾和分流，從而實現對不同用戶的個性化推薦
    • 9.標簽及標簽庫的概念及作用
    • 10.標簽庫產品設計
  • 2.3自媒體端產品設計
  • • 1.后臺產品設計
    • 2.HMW分析法
    • 3.自媒體端常見功能
    • 4.內容管理
  • 2.4平臺端產品設計
  • • 1.平臺端功能規劃
    • 2.用戶管理產品設計
    • 3.內容管理產品設計
    • 4.運營管理產品設計
    • 5.賬號管理
    • 6.權限管理
    • 7.日志管理
    • 8.數據統計
    • 9.產品的生產發布流程
  • 2.5項目匯報
• 階段3-商城項目實戰
• • 3.1項目規劃
  • • 1.立項說明書介紹
    • 2.產品概述
    • 3.市場分析
    • 4.競品分析
    • 5.零售三要素
    • • 5.1場
      • 5.2 人
    • 6.電商平臺的運營模式：
    • • 6.1自營模式：
      • 6.2招商模式
      • 6.3聯營模式
      • 6.4混合模式
    • 7.供應鏈和供需關系
    • • 7.1供應鏈中B端買家范疇
      • 7.2供需關系的三個維度
    • 8.電商平臺的交易模式
    • 9.電商平臺的盈利模式
    • 10.電商平臺的細分類型：
    • 11.立項說明-競品分析
  • 3.2產品架構
  • • 1.產品架構圖的作用
    • 2.產品架構圖的制作
    • 3.產品設計思路-四要素
    • 4.產品功能推導基本思路
    • 5.平臺端的主要功能模塊：
    • 6.商品發布流程：
  • 3.3商品中心
  • • 1.商品發布流程：
    • 2.類目管理：為更好管理商品，所劃分的分類(管理是核心)
    • 3.平臺端和商家端的類目管理
    • 4.品牌管理
    • 5.品牌和類目的關聯
    • 6. SKU和SPU
    • 7.屬性及屬性分類
    • 8.分類屬性的作用：
    • 9.屬性分組-把某一類特征的幾個屬性歸屬于一組
    • 10.商家端的屬性分組及原型制作
    • 11.屬性組關聯類目
    • 12.屬性繼承-將部分共用的屬性歸類后賦值在上一層級的分類中
    • 13.運費模板
    • 14.商家端的商品管理
    • 15.平臺端的商品管理
    • 16.商品詳情頁的產品設計
    • 17.商品詳情頁的原型制作
  • 3.4訂單流程
  • • 1.訂單提交頁的功能推導
    • 2.訂單提交頁的原型制作
    • 3.支付頁的功能推導
    • 4.支付頁的原型制作
    • 5.訂單校驗
    • 6.庫存扣減方式
    • 7.常見的支付方式和聚合支付
    • 8.訂單拆單的影響因素：
    • 9.訂單拆單分類
    • 10.用戶端的訂單中心
    • 11.訂單詳情頁基本模塊
    • 12.購物車的產品設計
    • 13.商品分類和商品列表
    • 14.商家端發貨和訂單信息
    • 15.訂單列表頁和詳情頁
    • 16.訂單不同狀態
    • 17.常見售后狀態
    • 18.訂單的物流信息查詢
  • 3.5訂單評價及數據統計
  • • 1.交互說明寫什么：
    • 2.商品評價的價值
    • 3.訂單評價的流程
    • 4.評價管理
    • 5.評價功能的原型
    • 6.訂單管理
    • 7.訂單統計分析
    • 8.商品維度和訂單來源維度的分析
  • 3.6訂單售后
  • • 1.訂單售后和逆向訂單
    • 2.待付款和待發貨
    • 3.待收貨申請退貨退款
    • 4.待收貨僅退款
    • 5.待收貨僅退款的流程
    • 6.待收貨申請換貨
    • 7.不同狀態的訂單操作
    • 8.訂單交易糾紛的處理
    • 9.交易糾紛的處理流程
  • 3.7CMS及首頁設計
  • • 1.CMS系統的定義和應用場景
    • 2.CMS系統的配置原理
    • 3.商品類組件
    • 4.圖文類組件
    • 5.營銷類組件
    • 6.用戶端首頁設計
  • 3.8電商其他功能
  • • 1.后臺類產品設計步驟：
    • 2.Banner的作用和功能
    • 3.專題頁
    • 4.個性化推薦介紹
    • 5.個性化推薦的主流方式
    • 6.會員體系
• 階段4-產品運營
• • 4.1拉新
  • • 1.拉新的定義，指標，主要方法
    • 2.冷啟動的定義,前提,好處，常見方法
    • 3.邀請機制介紹
    • 4.邀請機制的產品設計
    • 5.打造爆款
    • 6.種子用戶特權
    • 7.名人效應
    • 8.新媒體運營和地推
    • 9.異業合作和機構獲客
    • 10.電商行業現狀及社交電商
    • 11.拼團模式
  • 4.2轉化
  • • 1.轉化及GMV
    • 2.促銷
    • 3.滿贈、滿減
    • 4.活動數據分析及活動互斥
    • 5.各種促銷形式
    • • 5.1單品促銷：在活動時間內，降低SKU商品的實際銷售價格.
      • 5.2贈品促銷：在活動時間段內，用戶購買活動主商品可獲得相應贈品。
      • 5.3滿減送促銷：在活動時間段內，用戶購買活動商品滿足一定金額，減少一定金額的同時獲得贈品也可已折扣價加價購。
      • 5.4多買多優惠促銷在活動時間段內，用戶購買多件活動商品滿足設定的條件時，可享受優惠。
      • 5.5套裝促銷:在活動時間段內，用戶購買活動套裝商品（最終購買商品N件，N≥2），可享受價格優惠品。
      • 5.6滿額返券:在活動時間段內，用戶購買活動商品滿足指定金額，且購買成功后指定時間段內無退貨，則可贈送指定優惠券
    • 6.促銷形式總結
    • 7.優惠券，滿減券
    • • 7.1 優惠券的使用優勢：
      • 7.2 優惠券的類型：
      • 7.3促銷活動的計算及優惠券返還
    • 8個性化推薦
    • 9.推薦算法
    • • 9.1協同過濾算法
      • 9.2猜你喜歡推薦算法
      • 9.3抖音微博推薦算法
      • 9.4熱門推薦
    • 10. 分銷電商-S2B2C
  • 4.3留存
  • • 1.用戶流失
    • 2.留存
    • 3.流失預警
    • 4.RFM模型
    • 5.流失用戶挽回
    • 6.積分體系
    • • 6.1定義：積分體系是一種通過平臺補貼來提升用戶忠誠度、為平臺各項業務的導流的運營手段；
      • 6.2作用：
      • 6.3.計分體系的搭建：
      • 6.4黑白名單的產品設計
      • • 6.4.1 白名單產品設計
        • 6.4.2黑名單產品設計
    • 7.積分管理后臺產品設計及要點
    • 8積分的人工后臺干預產品設計及要點
    • 9.積分任務體系產品設計及要點
    • 10.積分商城產品設計及要點
  • 4.4活躍
  • • 1.活躍定義及指標
    • 2.內容化運營
    • • 2.1 產品社區化和內容化的原因：
      • 2.2 內容產品的模型：
    • 3《內容生產》
    • • 3.1內容產品的發展及形態
      • 3.2內容生產的常見方式
      • 3.3圖文生產的產品設計
      • 3.4視頻生產的產品設計
    • 4《內容審核》
    • 5《內容分發》
    • • 5.1內容分發本質
      • 5.2內容分發形式
      • 5.3算法分發三要素
      • 5.4熱度排序
      • 5.5個性化內容分發和標簽
      • 5.6標簽庫產品設計
      • 5.7內容標簽化和用戶標簽化
      • 5.8個性化內容分發的規則
    • 6.《內容消費》
    • • 6.1內容消費和蘋果支付
      • 6.2馬甲管理
      • 6.3 后臺內容管理
      • 6.4舉報功能
    • 7.《內容變現》
    • • 7.1確定產品內容定位和內容質量
      • 7.2私域流量
      • 7.3打賞的產品設計
      • 7.4提現的產品設計
      • 7.5內容消費和商品消費的結合
      • 7.6高頻需求
  • 4.5傳播
  • • 1.傳播定義和前提
    • 2用戶傳播和海報
    • 3.活動的流程和類型
    • 4.活動的開發和后期執行
    • 5.變現方法及產品設計
    • 6低頻需求
  • 4.6AARRR模型
  • 4.7用戶生命周期
  • 4.8.產品運營回顧
• 階段5-數據分析
• • 5.1數據分析基礎
  • • 1.數據分析概念：
    • 2.數據分析目的：
    • 3.數據產品的結構
    • 4.數據分析的流程
    • • 明確目標
      • 梳理業務
      • 數據采集
      • 數據整理
    • 5.數據分析-方法
    • • 趨勢分析
      • 對比分析
      • • 環比：本期統計數據與上期數據對比。
        • 同比：本期統計數據與上一年度對應期間數據對比。
      • 細分分析
    • 6.數據呈現
  • 5.2數據埋點
  • • 1.數據埋點定義：
    • 2.數據埋點原理：
    • 3埋點的流程
    • • 3.1埋點需求文檔
    • 4第三方埋點方式
    • • 代碼埋點
      • 可視化埋點
      • 無埋點(全埋點)
    • 5 SDK和API
    • 6第三方埋點流程
  • 5.3數據后臺設計
  • • 1.產品經理的數據工作：
    • 2.數據產品經理的工作過程：
    • 3.數據產品的目標及分類
    • 4.數據后臺
    • 5.第三方產品與數據后臺關系
    • 6.常用第三方數據平臺
    • 7.數據后臺的設計目標
    • 8.數據后臺設計要點
    • 9.數據后臺功能劃分
    • 10數據后臺功能
    • • 10.1整體概述
      • 10.2用戶分析
      • 10.3渠道分析
      • 10.4功能分析
      • 10.5終端分析
    • 11.數據后臺設計要點
  • 5.4基于數據的產品提升
  • • 1.核心數據拆解
    • 2.電商業務數據分析
    • • 2.1用戶轉化分析
      • 2.2銷售數據分析
      • 2.3商品轉化分析
      • 2.4流量入口分析
      • 2.5商品品類分析
      • 2.6關鍵字搜索分析
    • 3.數據細化分析
    • 4.優化效果驗證
  • 5.5內容產品數據分析及數據分析工具
  • • 1.內容產品數據分析
    • • 1.內容產品的數據后臺設計
      • 2.內容分析
      • 3.內容數據改高級篩選
      • 4.內容生產
      • 5.內容入口分析
      • 6.內容分享
      • 7.渠道分析
      • 8.視頻內容分析
      • 9.小結
      • 10.不同行業業務數據分析
    • 2.數據分析技術儲備
    • • 1.數據分析可視化軟件流程
  • 5.6數據產品拓展
  • • 1.數據大屏展示
    • 2.移動端數據產品
    • 3.服務型數據產品

階段1-產品基礎

1.1產品基礎

1.產品經理的宏觀定義

1.產品經理，是企業中專門負責產品管理的崗位.
2.產品經理在互聯網公司中,是一個靈魂的角色.

2.產品經理必須具備的四種軟實力

1.主動性
2.好奇心
3.同理心
4.責任心

3.馬車案例

1.mvp 最小可執行版本,完成從0到1的過程
2.篩選一下哪些建議可以采納，哪些是無效的,并安排整改.

4.互聯網行業及產品經理分類

1.分類：
(1)B端產品經理/C端產品經理：B端重功能,C端重體驗
(2)前臺/后臺產品經理：前臺重體驗，后臺重邏輯/功能
a.前臺是給用戶使用的
b.后臺是給企業內部工作人員使用的
(3)APP端/PC端/Web端/小程序：不同的交互思想，不同的設計規范
a.App端/移動端的交互，是線性交互
(1->2->3->4 4->3->2->1)
b.PC端和Web端都是非線性交互
(4)區分：
a.前臺/后臺：前臺指的是客戶瀏覽的頁面，后臺指的是內部人員對前臺頁面的內容進行管理所使用的頁面
b.前端/后端：前端就是客戶端，前端工程師主要負責開發用戶界面；后端就是服務器端，后端工程師主要負責對數據和邏輯的處理。
c.無論前臺后臺，都要使用前端+后端進行開發
2.工作職責：
設計類：功能設計，流程設計，原型設計
分析類：市場調研，競品分析，數據分析
文檔類：需求文檔，原型文檔，流程圖，會議PPT，產品PPT，產品幫助手冊等
跟進類：項目進度跟進，Bug修復跟進，發版跟進，UI跟進，客服跟進，測試跟進
組織類：組織項目會議，組織需求評審會議，組織項目總結
溝通類：和老板，開發，運營，設計師，測試溝通

5.項目的工作流程

1.啟動：
行業調研：調研行業的發展現狀及發展趨勢，目的是為產品的發展方向提供依據。
·············產出：BRD
市場調研：在行業調研的基礎上，瞄準某個市場，調研市場的情況，包括市場規模，用戶信息，從而確定產品的形態和業務。
·············產出：MRD
立項
2.規劃：
需求收集：從各種渠道收集產品的業務需求，渠道包括競品，公司，運營，客服，商務等
·············產出：競品分析，SWOT分析，需求池
需求分析：將收集來的業務需求，確定產品的業務場景，轉變成產品需求
·············產出：產品功能清單
流程設計：根據需求分析的結果，確定產品的業務流程
·············產出：產品流程圖
結構設計：根據需求分析和流程設計，確定產品的結構
·············產出：產品結構圖
3.執行：
原型設計：根據產品結構，產品流程，功能清單，設計產品的原型頁面
·············產出：產品原型圖
文檔輸出：根據原型圖，撰寫產品需求文檔
·············產出：PRD
需求評審：與公司其他部門，評審產品的需求，并最終定稿
·············產出：PRD
4.跟進：
研發跟進：跟進產品研發，包括UI，開發，測試等工作進度，并協調解決研發過程中遇到的問題
·············產出：進度報告
進度把控：把控產品研發進度，對可能出現的風險及時做出預警，并制定應對方案
·············產出：進度報告
資源協調：對于研發過程中遇到的問題，及時協調部門內外的資源予以解決，比如增加人手，申請加班
·············產出：進度報告
5.上線：
測試驗收：在測試工程師完成測試之后，產品介入驗收環節，驗收通過即可上線
·············產出：驗收報告
上線：將驗收通過的產品發布到對應的渠道
·············產出：發送上線通知郵件
Notice :
1.驗收很重要，上線之后要發上線通知郵件
2.多數的產出物都是制式文檔。

6. 3D文檔

1.3D文檔是非標準產出物，并不是所有公司都要求產品經理去產出。
2.BRD商業需求文檔：
是給老板或者投資人看的，用來拉融資或者讓老板同意某個項目；
2.1BRD組成：
項目背景，商業價值，產品規劃，盈利模式，收益和成本，風險與對策。
3.MRD市場需求文檔：
連接BRD和PRD的，一個過渡的文檔。
3.1MRD組成：基本信息，市場說明，用戶說明，產品說明。
4.PRD產品需求文檔：是給項目組成員看的，幫助他們理解項目，產出項目。
4.1PRD組成：文檔說明，流程圖，結構圖，原型及需求說明，其他。
5.注意：BRD和MRD，會根據產品經理的個人能力，行業經驗等，再決定是否由產品經理撰寫；PRD是必須掌握的。

1.2需求收集和需求管理

1.需求的定義

1.產品經理每天的工作時間中，絕大多數都在圍繞需求展開；
2.來自公司內部的需求，通過“聊天”就可以收集；
3.需求：用戶愿意在某個產品上有所投入，并且切實去做了；
Notice :
需要：某些基本方面沒有得到滿足而產生的不足或者短缺的感覺
欲望：由人的本性產生的想達到某種目的需求，比需要更加具體

2.需求的來源及收集方法

1.需求的來源：
(1). 兩個維度，四個方面；
(2). 內部和外部的需求;
(3). 內部：產品經理、公司業務部門；
(4). 外部：市場（競品分析）、用戶（用戶訪談、問卷調查）；
2.需求評審會，有兩種： a. 產品內審； b. 項目組評審；
3.需求收集方法：
競品分析，用戶訪談，問卷調查

3.競品分析

1.關注競品，是貫穿產品經理整個職業生涯的事情；
2.競品的選擇：
(1)行業內領先產品（取其精華、去其糟粕）
(2).跟自身差不多的產品（競爭關系最大）
(3)有潛力的競品（分析他們的存活原因，可能會給自身發展提供借鑒）
3.競品分析的維度：
(1)戰略定位
(2)用戶定位
(3)產品運營推廣方式
(4)產品功能
(5)產品界面
4.競品分析的方法：SWOT分析，用戶體驗五要素
5.如何獲得競爭對手信息？
1)、競爭對手網站（關于我們，幫助中心、規則內容）、產品歷史更新版本、促銷活動、最新調整、招聘信息等；
2)、艾瑞咨詢、易觀、199IT、百度指數、七麥數據、Alexa等行業數據報告平臺；
3)、競爭對手的季度 / 年度財報，或者自身企業內部市場、運營部門、管理層等信息收集；
4)、行業媒體平臺新聞36Kr / IT桔子等、 交流互動平臺 （ 論壇、QQ群）等；
5)、模擬用戶或者業務方咨詢競爭對手的產品、客服咨詢、技術問答等等；

4.SWOT分析

1). 兩個維度：內部、外部；
2). 四個方面：內部的優勢、劣勢，外部的機會、威脅；
3). 作用：通過 SWOT 分析，形成產品或者企業的發展戰略/策略；

5.道斯矩陣

1.道斯矩陣的使用前提，做 SWOT 分析時，有明確的真實數據作為參考，能夠判斷企業或者產品，目前的優勢、劣勢哪個更多；機會、威脅哪個更多
2.四種戰略：
(1). SO 戰略，增長型戰略；發揮優勢，最大限度利用機會
(2). WO 戰略，扭轉型戰略；調整策略，戰略轉型
(3). ST 戰略，多點型戰略；多種經營，規避風險
(4). WT 戰略，防御型戰略（活下去）；生存策略，嚴密監控對手動向
3.注意事項：這四種戰略，在同一時間，只能存在一個；

6.SWOT分析的分析方法

1.分析內部的優勢劣勢(SW)：QCMDS方法
Q-品質(安全性，穩定性，可靠性)
C-成本/價格
D/D-產量/效率/交付能力
D/L-產品研發/技術
M-人才/設備/物/方法/測量
S-銷售/服務
2.外部的機會威脅(OT)：PEST方法
P-政治/法律/政策
E/經濟
S-社會文化/市場
T-技術

7.用戶體驗的概念及重要性

1.用戶體驗，簡單來說，就是一種感受；
2. 用戶體驗的重要性：
如果體驗不好，會失去用戶；
如果體驗不好，會增加企業成本

8.用戶體驗五要素的應用場景

兩種場景：
1.競品分析，從具體到抽象
2.新項目啟動時/從0到1的項目，從抽象到具體

9.五要素每一層關注的內容

1). 戰略層：我們要做一個什么樣的產品，為什么要做它，我們的服務對象是誰；
2). 范圍層：針對用戶的需求，我們應該用什么樣的功能去滿足這些需求；
3). 結構層：我們應該用哪些頁面去承載這些功能；
4). 框架層：頁面細化，每一個頁面長什么樣子；
5). 表現層：UI 設計/視覺設計；

10用戶體驗五要素產出物

11.競品分析報告

1.競品分析的目的
為什么做這份報告？
2.確定競品
分析了哪些產品？產品形態是什么？產品版本？體驗環境？
3.競品分析
戰略定位、目標用戶、商業模式、產品結構、產品流程、產品功能、交互設計、特色功能、運營策略；
4.總結
優缺點總結、結論、發展預測；

12.用戶訪談

用戶訪談的定義、錯誤示例
(1)用戶訪談，簡單而言，就是通過跟用戶聊天，挖掘用戶需求的過程；
(2) 建議：提前準備好問題，提前考慮遇到的場景及解決方案；
(3)用戶訪談中的錯誤示例：
a. 不能明知故問；
b. 不能引導用戶；
c.問題不能太開放；
d. 問題不能過于細節；

用戶訪談的套路
用戶訪談該怎么做：
a. 我們為什么要做訪談，針對什么主題做訪談
b. 跟誰聊，訪談對象是哪些人；
c. 具體訪談的內容（現狀、痛點、解決方案）；

在真實的工作場景中，用戶訪談都是多個部門配合一起完成的；

13.問卷調查

問卷調查，產品經理制作一份問卷，投放給用戶，填寫完成后，回收并進行分析；

問卷調查中，容易出現的問題：
主題：問卷的主題，問卷的題目要圍繞主題展開；
對象：投放對象的選擇（有代表性、隨機選擇）；
體驗：題量建議 20 以內、題目通俗易懂、盡量設置封閉性問題

問卷工具：問卷網 問卷星 騰訊問卷

14.需求管理

一. 需求池，簡單來說，就是用來記錄需求及相關的內容；
二. 提交時間/提交人/需求來源/需求類型/產品模塊/需求描述/優先級/狀態/備注
三. 注意：需求池沒有統一的標準；
四. 需求池中，包含的模塊：
(1). 需求：
a. 原始需求（什么用戶，在什么場景下，想要達成什么目標）；
b. 產品需求；
(2). 干系人；
(3). 時間節點；
(4). 優先級：一般而言，都是由需求方給定；
五. 需求池的作用：管理需求、需求維護、需求回溯、管理原則(有進有出，寬進嚴出)；
六. 產品體驗報告
(1). 要求使用 PPT 制作；
(2). 注意事項，PPT 中：
a. 不能出現大段的文字（分小點去寫）；
b. 如果有引用數據，一定要注明數據來源；
c. 如果有圖片/截圖等，一定要有文字說明；

1.3用戶研究和需求分析

1.用戶角色：將用戶的典型特征(用戶基本信息，用戶目標，用戶的使用場景)抽象出來，放在一起，形成一個或多個用戶角色。

包含：
a個人基本信息
b家庭、工作、生活環境描述
c與產品使用相關的具體環境，用戶目標或產品使用行為描述
注意：用戶角色是一個集合體，不是指某個具體的人，而是指一群人

作用：幫助項目組成員更好的理解用戶

2.用戶畫像及靜態標簽

用戶注冊過程中，不要讓用戶填寫太多信息，會導致用戶流失

用戶角色、用戶畫像的區別
(1).出現的時間不?樣：?戶??是在產品上線前或者上線初期使?；.?戶畫像是在產品有?量?戶和?戶數據之后使?的；
(2).?個產品的?戶量級到10萬左右，就要考慮做?戶畫像體系；
(3).?戶??是虛擬的，?戶畫像是基于真實數據做的；

用戶畫像由兩類標簽構成
a.靜態標簽：相對穩定的標簽
人口屬性（自然屬性、社會屬性）
b.動態標簽
行為屬性（登錄、注冊）

動態標簽及標簽數據獲取

用戶個人信息（注冊）；

網站頁面數據埋點，實時采集用戶行為數據；

用戶購買行為分析；

用戶角色與用戶畫像-小結
(1). 用戶角色通常出現先產品研發階段及產品上線初期，鑒于企業手中沒有大量的用戶數據和行為記錄，只能根據典型用戶提出的需求建立用戶角色，是虛擬的；
(2). 用戶畫像是基于數據分析的結果，通過關注用戶的靜態標簽（姓名、性別、年齡、身高、體重、職業、地域、受教育程度、婚姻、星座、血型…）和動態標簽（網絡行為數據、網站行為數據、用戶內容偏好數據、用戶交易數據），而進行相關工作的指導；數據是真實的。

用戶畫像的制作：易詞云

3.三套典型的用戶畫像

1.核心用戶，次要用戶，小眾用戶，負面用戶
2.羊，頭羊，狼
3.大明，笨笨，小閑

第一套用戶畫像：
1.核心用戶群：
泛指用戶群體規模普遍偏大，忠誠度高，方便培養成社群核心，具備反哺平臺的能力，能為平臺創造價值實現盈利。
2.次要用戶群：
次要用戶群體泛指用戶群體規模相對較大，忠誠度較高，樂于參與但創造價值能力有限。
3.小眾用戶群：
小眾用戶群泛指用戶群體規模較小，忠誠度不高，留戀平臺某單一功能，活躍度低。
4.負面用戶群：
負面用戶群泛指用戶群體行為言論主要針對平臺缺陷功能提出問題或質疑，重視該群體聲音，可以快速改善平臺用戶體驗。

第二套用戶畫像
如果我有一片草地，我就在我的草地上養羊，所以我要有第一只羊。
如果這一只羊能夠在我的草地上活下來，并且玩的很好，很開心，那么我的草地就是沒問題的，我可以引入更多的羊。
羊多了，我就需要頭羊進行管理。
羊多了，就會有狼，我把羊圈起來，向狼收費。
我們一共談論到了三個用戶畫像，第一只羊，頭羊和狼

第三套用戶畫像
大明：對自己的需求非常了解、非常清晰。比如，一個男生要買一件襯衫或者一件3C產品，那么他需要尋找的核心是配置、價格和效率。
笨笨：有需求，但是不明確。比如：女生想買一件裙子。
小閑：我沒有消費需求，我就是來打發時間的。

1.4業務需求和產品需求

區分
業務需求=業務動機+業務目標
業務需求，是最根本動機和目標結果，通過這個需求解決特定的問題。

產品需求=解決方案=產品結構+產品流程+產品功能
產品需求是對用戶真實需求的提煉分析，形成產品需求后，要制定符合產品定位的解決方案，進而滿足業務上的需求。

業務需求：什么?戶在什么場景下想要達成什么?標；

產品需求：為了滿?業務需求，我們需要提供什么功能；

1.5需求分析

1.定義

從業務的需要出發，確定業務目的和目標，將業務需求轉為產品需求

2.需求分析思路：基于場景去分析需求

(1)場景 時間+地點+人物+環境+事件 (2)5W2H： who what when where why how how much

3.真偽需求的判定

每一個偽需求背后，都是一個沒被滿足的痛點（準確的說是沒被發現）；

當你質疑一個需求是偽需求的時候，通常是這3種情況之一：
-用戶沒說明白；
-你沒聽明白；
-這不是一個需求，而是一個解決方案，并且方案不靠譜；

那如何判定一個需求的真偽呢？結合需求實際產生的場景去考慮；

1.6需求分析和優先級排序方法

1.馬斯洛需求層次理論

生理，安全，社交，尊重，自我實現需求

2.人性七宗罪

傲慢，妒忌，暴怒，懶惰，貪婪，暴食，淫欲

3.KANO模型

一、思考：
1. 需求都羅列出來了，那么多需求，都要一起實現嗎
2. 每個部門都說自己的需求很急，真的是這樣么
二、定義
KANO 模型是東京理工大學教授狩野紀昭(Noriaki Kano)發明的對用戶需求分類和優先排序的有用工具，以分析用戶需求對用戶滿意的影響為基礎，體現了產品性能和用戶滿意度之間的非線性關系。
三、作用：
1、對滿意度進行度量
2、對功能完善程度進行度量

四、總結
KANO模型
兩個維度：功能的完善程度，用戶滿意度
四類需求（按照優先級從高到低排列）
1.必要型：一個產品必須具備的功能/必須滿足的功能
2.期望型：功能越完善，用戶越滿意
3.興奮型：稍微做了一點點，用戶的滿意度大大提升（注意：興奮型需求，可能會帶來大量的研發成本）
4.無差別型：盡量別做

4.四象限法則

四象限法則：
兩個維度：緊急程度，重要程度
四類需求：
1.緊急且重要：馬上做
2.緊急不重要：授權做。迷惑性很大，很耽誤時間，但希望都能有。
3.不緊急重要：計劃做
4.不緊急不重要：不做

5.功能清單

一、包含：

模塊，子模塊，功能，優先級，描述

二、原則：

先總體，再細分

有順序，依次羅列

隨時關注，及時更新

三、思考：功能清單和需求池有什么區別？

內容??：功能清單沒有?系?、時間節點、原始需求；

維護?：需求池可能由多個部??起維護，功能清單更多是由產品部?維護；

進?開發排期的需求，才會進?功能清單；

1.7產品規劃

1.信息架構的概念

1.定義：用戶在使用產品時，有兩個共性的需求：
最快速的找到自己想要的內容；
最快速的觸達自己想要去的頁面；
2. 本質：其實就是產品整體結構設計、頁面布局；
3. 目的：讓用戶更高效的使用產品；

2.如何做信息架構？信息架構的本質就是分類

要考慮的因素：

對應性：用戶需求與產品目標的對應性；

功能的相似性：把相似的功能放一起，大類別做主框架，小類別做子框架；

功能和功能之間的關系：包含和并列；
1.包含：功能之間的先后順序，比如先登錄，再購物；
2.并列：功能之間沒有太多的關聯；

功能的使用頻率：用戶的真實使用頻率、我們希望用戶使用的頻率； 把這類功能放在用戶最容易觸達的地方；

系統的可擴展性：我們在做一個產品時，要考慮產品未來的發展，留出來新增功能的位置和入口；

很多時候，產品經理不要一直考慮做加法，有的時候要考慮做減法

3.產品結構圖概念

結構圖的定義：將產品的功能和信息按層級去羅列；

4.結構圖的分類

結構圖的分類：
1. 產品功能結構圖：專注在產品的功能模塊，逐級延展；
2. 產品信息結構圖：專注在產品不同類型的信息，逐級延展，羅列信息字段；
3. 產品結構圖：按照頁面層級，從上往下、從左往右，依次羅列；

產品功能結構圖

制作方法： 1. 先根據產品的一級頁面（比如微信的四個一級頁面，微信、通訊錄、發現、我）羅列出產品的主要功能模塊，然后再逐漸展開，羅列它的子功能模塊…； 2. 建議：在描述某個功能的時候，使用“動詞 + 名詞”的形式；

Xmind 結構圖：根節點、一級節點、二級節點…；

產品信息結構圖

信息結構圖的作用： 1. 幫助開發建立數據庫； 2. 幫助產品經理在設計產品時，防止出現信息的遺漏、重復、冗余； 3. 對于一些信息比較復雜的產品，通過信息結構圖，幫助產品經理對信息進行整合；

注意：強調脫離實際頁面； 1. 簡單來說，制作信息結構圖時，不需要按照頁面層級去做； 3. 制作方法：可以根據產品的一級頁面梳理出來產品中主要的信息模塊，再羅列它的子信息模 塊，最后羅列每個子信息模塊的信息字段；

產品結構圖

產品結構圖：既包括產品的功能，有包括產品的信息，是產品的一種簡單化表達；

作用：在部分場合，替代原型作為產出物；

制作方法：根據產品的頁面層級，逐級展開，每個頁面從上到下、從左到右，羅列出內容即可；

注意：重點功能，重點制作；層級盡量深

5.產品流程圖的概念

流程，就是一個事情從前到后的步驟；

流程圖的作用：

在進行產品設計時，讓產品經理思路更清晰；

需求評審時，跟項目組成員介紹具體產品前，先介紹業務流程；

流程圖中，一定要制作出流程中所有的異常狀態，以及如何處理；

注意事項：流程圖的判斷標準，看它跟真實的業務流程是否吻合；

6.產品流程圖的分類

流程圖的分類：業務流程圖、頁面流程圖、數據流程圖；
1.業務流程圖：業務如何流轉的；
2. 頁面流程圖：頁面之間，如何跳轉的；
3. 數據流程圖：數據是如何流轉的；

7.流程圖的繪制

1.流程圖必須有開始和結束；
2. 出現判定，使用菱形；
3. 如果主流程比較復雜，那其中涉及到的與主流程關系不大的子流程，可以用子流程圖標替代；
4. 注意：當流程圖中出現了多元選擇的內容時，如果后續流程都比較復雜，建議大家拆分成三個不同的流程圖去制作；

1.8原型及Axure

1.原型的概念及分類

原型的三種分類：

草圖原型：?繪稿，制作?便，修改不?便；

低保真原型：簡單交互，?設計圖； 最好的原型是??灰的；

?保真原型：復雜交互，有設計圖；

2. Axure功能介紹

一、 選擇、置頂、組合
1 . 選擇：建議?家使?“包含選中”，這樣可以避免誤操作；
2. 縮?/放?：?家在制作原型的時候，這兩個功能要經常使?，提升原型制作效率；
3. 組合：當多個元件需要?起進?編輯時，可以將他們組合在?起；
4. 對?、分布：可以快速實現??布局；
二、 預覽、顏?、隱藏、??
預覽、共享、發布：
1預覽：通過瀏覽器打開原型；
2作?：給項?組成員演示原型時使?；
3共享：當我們需要給?試官分享作品的時候，可以使?；
4發布：當我們需要將原型?件分享給項?組同事時，先將原型導出為html，再分享；
5在Axure中，所有透明的元件，在預覽時，都是不可?的；
6當我們需要制作?個系列的原型時，建議先在“??”區域建?個?件夾，然后將這個系列的所有原型??，都放到這個?件夾中；
三、柵格、邊框設置、草圖效果
1柵格、輔助線：只是?來輔助?家畫原型的，預覽的時候并不會出現；
2柵格和輔助線的設置，以?家的個?偏好為主；
3邊框設置、草圖效果；
4邊框設置?常重要，在“檢視” - “樣式”中設置即可；
5草圖效果：?家在做需求評審時，千萬不要使?；
6?動備份：?家?定要把?動備份勾選上，備份間隔時間設置為5分鐘；
四、矩形、圖?、熱區、動態?板
1矩形的圓?可以設置：圓?半徑，圓?可?性；
2圖?，導?圖?；
3如果需要導?的圖?是原尺?，那邊框的?正?形是??；
4如果需要導?的圖?根據我們需要的??進??動縮放，那邊框的?正?形是??；
5如果想讓元件等?例縮放，按住shift，拖動元件邊框的?正?形即可；
6熱區元件，最?的作?：增加元件的點擊范圍；
7動態?板：當我們需要設置各種交互動作的時候，多數情況都需要使?動態?板，尤其是需要在同?個位置切換不同的內容；
8注意給動態?板和它??的狀態命名；
9動態?板中的每?個狀態，都是?個獨?的??；
五、 ?本框、下拉框、單選、復選
1?本框：可以設置?本框的提示?字，設置輸?內容的格式/類型，可以選擇是否隱藏邊框；（在“檢視” - “屬性”區域設置）；
2下拉框：可以設置下拉框的選項、選項的順序等；
3單選：?定要設置單選按鈕組，才能實現單選的效果；
4單選按鈕組的效果：組內每?次，只能有?個元件被選中；
5常?交互
6?標懸停、?標按下，設置效果之后，都可以直接實現；
7選中、禁?，設置效果之后，必須要設置對應的交互動作才可以實現；
8注意，這四個效果都是在“檢視” - “屬性”區域設置的；
9交互思想：我們在設置?個交互動作之前，先考慮好，它是如何觸發的；然后再考慮，觸發之后，有什么樣的效果； 最后，通過交互動作實現出來；
10toggle效果，切換元件的選中狀態；
11動態?板的狀態設置：?定要注意命名，可以復制或者新增狀態；
12元件的說明，在“檢視” - “說明”區域設置即可，設置之后，預覽狀態可以看到內容；
六、??流程圖、泳道圖
1Axure中可以制作??流程圖、泳道圖；可以設置連線和箭頭的樣式；
七、元件庫
1元件庫最?的作?：能夠極?的提升原型制作效率；
2 最好的元件庫，都是??做的；
3元件庫的常規操作：
載?元件庫、創建元件庫、刷新、卸載…；
3.1 ?版
?版最?的作?：提升原型的制作效率；
?版的常規操作：脫離模板、編輯模板、拖放?為（固定位置）；
3.2常?的設計分辨率：企業中，實際制作原型時，絕?多數情況，制作iOS版本；
3.3原型界???：375×667px；
3.4頂部狀態欄?度20px；
3.5狀態欄下?的導航欄?度44px；
3.6如果有?級導航，?度40px；
3.7底部標簽欄?度49px；圖標??25×25px，?字10號字；
3.8原因：iPhone5 6 7 8的屏幕分辨率都是750×1334；制作原型時，?寬均需要縮??半；
用例編輯器：

1.9產品設計規范

1.兩大操作系統

兩大操作系統：iOS 和安卓；

2.導航

五種常見的導航樣式：
1. 扁平式導航，在 APP 中應用最多的導航方式；(微信底部)
2. 分層式導航，當 APP 中有某些功能不常用，但如果用戶要用，目標/目的非常明確；(ios設置頁面)
3. 舵式導航，把 APP 中級別最高的操作按鈕提取出來，放到標簽欄最中間； (bilibili底部)
4. 抽屜式導航，可以從頁面的左側或者右側呼出來新的界面（界面的大小可以自由設計）； (QQ左滑個人信息)
5. 沉浸式導航，希望用戶沉浸在內容中去體驗，比如各種游戲類、閱讀類 APP；(電子書類)

導航應用原則：可以混合使用，看產品的特性。

3.界面元素

3.1欄
1.狀態欄：APP 頂部，用來顯示各種狀態的（比如信號狀態、電池狀態等）；
2. 導航欄，可以有多種樣式（比如帶返回按鈕、帶分段控件、帶搜索框、帶輸入框）；
3. 標簽欄，當標簽欄的內容超過兩個及以上時，建議使用圖標 + 文字；反例：抖音；
4. 范圍欄，是用來縮小范圍的，比如搜索結果頁的篩選區域；
5. 工具欄；qq界面聊天下方。
3.2內容視圖
1.視圖的定義：APP 中內容的呈現方式；
6. 視圖的分類：列表視圖、集合視圖、卡片視圖、圖片視圖、文本視圖；
7. 視圖的使用注意事項： a. 在 APP 中，多數情況都是混合使用各種視圖的； b. 部分視圖沒有明顯的區分界限，比如卡片視圖、圖片視圖、集合視圖；
3.3控制元素
8. 編輯菜單：里面的操作項可以自定義；內容頁面出現
9. 分段控件和范圍欄：如果在導航欄中，那就是分段控件；如果是在導航欄下方，那就是范圍欄；
10. 分段控件/范圍欄注意事項：
a. 不能折行；
b. 不能顯示不盡；
c. 不能圖文混排；
d. 默認狀態，不能字號大小不統一；
11. 產品經理最重要的工作之一：制定規則；
12. 浮出層，其中的操作可以自定義，一定有個箭頭指向點開浮出層的操作按鈕；
13. 在制作原型時，產品經理不要使用圖標，也不要試圖去制作圖標；
14. 容器視圖，把 APP 中相似操作的內容放在一起，最多 7 個操作項，超過 7 個就要區分開；
15. 鍵盤可以自定義；
16. 選擇器，一般而言，最多 4 列，最多 5 行（奇數排）；
17. 操作列表，文字操作項，最多不超過 7 項；

3.4臨時視圖：
定義：當用戶只有在完成當前任務或關閉一個信息頁面后，才能去做其他事情
作用：降低交互層數
分類：
模態視圖：
1.占據整個屏幕或屏幕的一部分，或者占據父視圖的部分區域；
2.包含完成當前任務所需的文字和控件；
3.通常也包含一個完成任務的按鈕，和一個取消按鈕。
警告框：
敏感操作，APP想獲取用戶位置，調用相冊時，
操作列表
用戶在使用APP時，聽到好的音樂、看到好的文章、視頻或者看到喜歡的商品時會產生分享、收藏的欲望；而當前的頁面是無法滿足這么多的操作的，需要加一個臨時視圖將這些操作都放出來，這時候用到的臨時框也是操作列表。
吐司：
Toast不需要用戶操作，一般維持的時間是1秒到1.5s后自動消失；時間太短用戶沒辦法感知，時間過長又沒有必要。
微博刷新：更新了xx條微博黃色長條；登錄成功，下載失敗，密碼輸入錯誤。
不用點擊確定與取消就會自動取消的、用來提示網絡不好或者更新內容的臨時框；
模態視圖和子頁面的區別：
1.子頁面一般是一個流程的后續部分，或者一個主任務的分支任務；
2.模態視圖，是把當前的流程暫停了，或者服務于當前的任務
3.5臨時視圖規范
使用臨時視圖的注意事項：
? 盡量減少臨時視圖的使用
——操作列表、警告視圖或模態視圖會中斷用戶操作，體驗不佳
? 提供一個明顯且安全的方式，退出模式
——體驗不佳所以 用戶想走時要容易走
? 保持臨時視圖的簡單、簡短且集中
——體驗不佳所以 盡量簡潔明確
? 請盡量使用能夠明確說明任務的標題
——除非不得已，盡量不要玩文字游戲
? 只有在傳達關鍵以及需要操作的信息時才使用警告視圖
——因為體驗更不佳
? 尊重用戶的推送通知偏好設置
——警告視圖也常用來做推送，如果用戶明確不要就不要硬來
? 不要在彈出框上方再顯示模態框
——彈窗之上再彈窗是產品經理無能的表現
數據鍵入的注意事項：
? 盡量顯示選項
——能選擇不填，降低操作頻次與復雜度
? 盡可能的從系統中獲取信息
——有已知數據可用最好不要用戶重新輸入
? 提供合理的默認值
——有默認值可用最好也不要用戶重新輸入
? 只有在收集完必要的信息之后才能進行下一步
——要鍵入一次搞定不要反復為難用戶
? 立刻驗證填寫信息 - 實時糾錯
——能實時驗證的不要等到最后再告訴用戶錯了
? 只有在必要時使用文本信息
——輸入文本操作太多了
? 將信息列表化以高效預覽
——追求一目了然

4.原型及繪制原型注意事項

1.原型的作用：提升工作效率，傳遞信息；
2.布局方法：越重要的內容，放在越重要的位置（比如手機或者 PC 的第一屏）；
3.繪制原型注意事項
(1)功能：
?功能是否必須；
? 第一期該如何取舍功能；
? 技術實現成本是否能接受；
? 針對當前版本的優先級考慮，設計合理的功能；
? 功能圖標的位置放置；
? 圖片是否能查看大圖，大圖的展示形式
(2)內容：
? 內容誰來更新，是否牽扯到運營端的職責，是的話如何配合；
? 如何讓用戶最快看到想要的，最快去掉不想要的內容，頁面層級不要太深；
? 上線第一版如何讓用戶不感到內容過少；
? 內容該如何分類，分類是否具有可持續擴展性，合理；
? 內容的排序邏輯；
? 列表頁為空時的顯示效果；
? 列表頁圖片在文字左邊還是右邊；
(3)細節：
? 第一版冷啟動，各種功能的引導功能和文案；
? 每個地方的引導文案，如何讓用戶無感覺自動被引導其他頁面；
? 載入過慢時、斷網時載入過程中的提示；
? 由WiFi切換4G時的是否下載消耗流量提醒；
? 按鈕，圖標，鏈接不可用時，如何呈現；
? 文本長度超過標準被截斷時該如何顯示；
? 確認button是在左邊還是右邊；
? 下拉框，列表框的默認定位；
? 時間的展現方式：YYYY-MM-DD 或YY-MM-DD；
? 選中與被選中的狀態；

5.交互說明及規則撰寫

5.1基本交互形式
頁面交互，元件交互
5.2交互規則
單位格式，字符限制，動態規則
5.3交互說明
三個維度
1.頁面流程(頁面之間)：
頁面流程，可以表達產品的整體結構，幫助同事了解界面之間的關系。一般來說，頁面間的流程要通過原型的結構來體現。
2.內容布局(頁面內)：
? 頁面什么結構，有哪些模塊，基本的布局；
? 顯示什么樣的數據（文本、圖片、視頻、音頻），顯示樣式或格式是什么樣的？數據從哪里來的？
? 說明不同狀態下的顯示規則（比如登錄、加載、角色、網絡、有無內容等）；
3.交互操作與反饋(控件邏輯)：
交互邏輯，頁面中的控件操作有什么效果，會跳轉到哪里去；另外還要注意交互的數據邏輯（限制條件）和異常反饋（操作錯誤）等
5.4常見的交互規則撰寫方法
純文字，單頁逐一介紹。
交互注意事項：寫交互說明=指定產品的邏輯規則。
? 原型要先畫默認狀態（沒有任何操作之前的狀態），然后再繪制交互后的效果；
? 產品經理在設計交互邏輯時，為了避免讓用戶陷入更深層級中，一般要求單流程最多跳三次（特殊情況除外），常見的臨時視圖不占次數；
? 在設計強制執行頁面時（如強制注冊）一般不提供其他跳轉出口，讓用戶保持高度專注，形成邏輯閉環，減少錯誤發生；（慎用）
? 弱執行流程（比如瀏覽、查看詳情等）可提供跳轉出口（如分享），增加流量；
? 完成階段一般可以設置快速返回，讓用戶更快從深層返回。

6.小程序

一、介紹及特點
1.小程序的安裝包，原生代碼不超過 2M，加上各種代碼包，整體不超過 8M；
2. 小程序的特點：開發成本低、流暢的使用、龐大的流量池、用完即走；
二、小程序接入流程
1.小程序的接入流程：
(1). 注冊開發者賬號；
(2). 完善主體和小程序信息；
(3). 開發小程序；
(4). 提交審核和發布；
2. 大家去企業中，如果公司要求你幫忙注冊開發者賬號，一定不要使用自己的個人賬號去注冊；
3. 要求大家在休息的時間，注冊小程序開發者賬號，體驗小程序的申請流程；
三、設計規范
1.友好禮貌：重點突出，流程明確
2.清晰明確：導航明確來去自如，減少等待反饋及時
3.便捷優雅：減少輸入，避免誤操作
4.統一穩定：視覺規范
四、網站設計規范
? 在不同設備上采用相似的設計；
? 導航的設計要簡單易用、清晰明了；
? 改變訪問過的超鏈接文字顏色；
? 讓頁面瀏覽變得更容易；
? 確保能點擊的元素讓用戶看起來就能點擊。
? 設計尺寸及版心：版心安全寬度 1200，建議大家在制作 PC 端原型時，寬度可以在 1200 左右；
? 導航結構：左右結構、上下結構
? 導航的設計原則：簡單、清晰、一致；PC 端產品在設計時，都需要有面包屑導航；
? 原型中，常用的字體字號
? 網站原型的中文字體，可以使用微軟雅黑，應為 Arial；
? iOS 端原型和產品都使用的是蘋方字體，安卓使用的是思源黑體；
? 網站類產品在上線時，產品經理一定要跟 UI 確認，網站中使用的所有字體均已購買版權；
? 網站產品的字號，建議使用偶數字號；
? 原型中，對字體透明度的要求，都是純黑色：
透明度 87%，正文標題；
透明度 54%，二級標題；
透明度 26%，禁用狀態和提示文字；
透明度 12%，分割線；
五、網站設計注意事項
? 頁面加載速度：當用戶在等待內容加載時，他們很可能會變的沮喪；如果加載速度很慢，用戶很可能會離開這個網站；解決方案 - 懶加載、預加載；
? 返回按鈕：新打開的頁面中盡量有返回按鈕（或者面包屑導航）；如果一定要跳轉到獨立的頁面，設置為在新窗口打開；
? 慎用促銷、廣告：促銷和廣告會搶奪用戶的注意力，影響他們訪問網站；
? 慎用滾動劫持：用戶最不喜歡的設計之一，用戶有權決定自己瀏覽的網頁和APP的位置；
? 慎用自動播放音視頻：需要用打開的音視頻文件，設置為非自動播放的形式；
? 文字配色：不要使用繁重的顏色背景，配方方案要協調、易接受；
? 不要使用閃爍的文字；
六、網站搭建流程
1.原始需求分析；
2.購置域名和服務器；
3. 產品原型及規范；
4. UI、開發、測試；
5. 部署上線。

7.七大定律

菲茨定律
1.設計產品，減少絕對距離
2.當我們希望用戶做某個操作時，把按鈕放到容易點擊的位置
席克定律
當用戶面臨的選擇越多的時候，他們做出選擇的時間就越長
奧卡姆剃刀原理
當我們設計一個功能的時候，有很多種方案，那么我們應該用最簡單的那種
在警告框中，不要玩文字游戲
泰勒斯定律
等于復雜守恒定律，指的是一個事物或者一個產品，都有無法縮減的復雜度
7±2法則
記憶成本
接近法則
產品設計的時候，要有安全距離的概念
防錯原則
當后一個操作會產生重大影響的時候，把它做的復雜一些；目的：降低用戶誤操作的概率，給用戶一些反悔的機會

1.10后臺基礎

一、幾類日常會議及產出文檔

頭腦風暴會議：

注意事項：參會人員的角色/身份，盡量復雜；

最好有一個會議主持人，當大家討論的內容跑偏的時候，可以把大家拽回來；

做好會議記錄；

需求評審會：

建議：產品經理要有一顆強大的內心，被懟了，別哭；

注意事項：提前預約大家的時間、將文檔發給參會人員，讓他們帶著問題參會；

每日例會：

晨會，一般是站會，大家輪流說一下目前手上的工作內容、進度、有沒有遇到問題，今 天的工作計劃；

總結會，下班前，大家一起說一下今天的目標完成情況，以及明天的工作計劃；

注意事項：所有與工作內容相關的事情，都需要通過正式郵件溝通；

正式郵件：就是通過公司郵箱發的郵件；記得要抄送各自的領導；

建議：大家進入企業之后，可以先參加一些其他項目的需求評審會，增加經驗；

二、數據庫，服務器
1.數據庫，簡單來說，就是用來存儲數據的，里面是各種表格；
2. 服務器，可以簡單的認為是一臺超級電腦，用戶通過服務器可以去訪問產品、做各種操作。
三、常見的后臺產品
1.ERP：是一個大雜燴，可以認為什么功能都有，看公司的要求；
2. CRM：如果大家想設計 CRM 系統，可以去提前了解一下 Salesforce 的產品； 1. 用來做客戶關系管理的，或者說，用來管理用戶的；
3. OA：辦公自動化；
4. 每個公司的后臺都是不一樣的，都是保密的。

四、后臺的增刪改查
a.后臺的編輯功能，要考慮是否所有的字段都允許編輯
b.后臺的刪除功能，盡量只做邏輯刪除，不做物理刪除
c,后臺的表格類原型，盡量不要出現橫向滾動條
d.建議大家做后臺之前，先梳理后臺的字段（先做功能清單)

五、權限管理(RBAC)
a.基于角色的權限控制（ Role-Based Access Control ）簡稱RBAC.
b.模型的核心是在用戶和權限之間引入了角色的概念。取消了用戶和權限的直接關聯，改為通過用戶關聯角色、角色關聯權限的方法來間接地賦予用戶權限，從而達到用戶和權限解耦的目的。
c.先創建好角色，每個角色如經理、銷售、管理員、財務都分配好不同的權限，等創建用戶的時候逐一的分配角色即可，不用再一一設置權限。

六、審核，日志
審核功能，是為了保證平臺的內容質量；
日志功能，是為了在產生誤操作的情況下，可以找到原因、追責；

七、后臺的產品方案搭建流程
(1)． 確定用戶角色：確定后臺最終的使用角色都有哪些。
(2)． 需求收集：對各角色用戶進行訪談，梳理需求目的、業務場景、流程、規則。
(3)． 需求分析：
a.通過業務場景，分析提取出需要管理的主題（對象）
b. 分析各對象包含哪些元素（字段）
c. 通過業務場景，分析用戶對對象可以進行哪些操作（功能）
d. 根據功能列表，分析功能結構
e. 可以借助功能結構，設計原型
f. 借助功能列表、原型，設計PRD(細化功能，分析操作流程及規約）
(4)． 需求確認：與用戶確認解決方案的業務可支持性。
(5)． 與研發確認解決方案的研發可實現性

階段2-內容產品項目實戰

2.1內容產品項目規劃

內容產品形態：圖文，音視頻，直播

1.內容生產方式

PGC：專業用戶生產內容
UGC：普通用戶生產內容
PUGC：在專業用戶指導下的普通用戶生產內容
MCN：網紅生產機構
OGC：職業用戶生產內容

2.內容審核

產品在發展初期，用戶量少、內容少，建議使用人工審核； 發展到一定階段之后，用戶量增加、內容以UGC為主，內容量增加，建議使用機器自動審核 + 人工審核；

3.內容分發方式

a.編輯分發：給什么看什么
b.訂閱分發：關注之后可以看，適用于大V或者高質量的內容
c.社交分發：基于好友的關系鏈分發
d.算法分發：喜歡什么看什么

4.內容消費

優秀的產品，頁面層級盡量淺。對于常見的內容產品，用戶做內容消費一般只涉及兩個層面：內容列表頁，內容詳情頁。
內容消費-免費消費模式
內容消費-付費消費模式

5.MVP

最小可執行版本
在做產品設計時，1.0版本建議小而精，而不是大而全

2.2用戶端產品設計

用戶端核心功能：注冊登錄，內容列表，內容詳情，個人主頁，系統設置，內容搜索，內容推薦

1引導頁、啟動頁、閃屏頁

引導頁：按鈕的文字不要過度去寫，簡簡單單的“立即體驗”就可以；

啟動頁：顯示產品的logo和slogan；

閃屏頁：緊跟在啟動頁之后，多數用來顯示廣告的；

2.注冊登錄方式

手機號+驗證碼
手機號+驗證碼+密碼
注冊需要用戶同意注冊協議
第三方授權登錄

3.圖文生產

圖文分離展現形式
圖文混排展現形式
注意事項：
a.要確定內容是否支持超鏈接(有風險)
b.用手機寫一篇文章是很麻煩的事，尤其是圖文混排的，如果有條件，最好提供PC端創作環境

4.視頻生產

兩種方式：上傳，錄制

5.圖文列表及圖文詳情頁

列表頁：
a.包含：內容基本信息，發布者信息，互動信息
b.根據產品定位和內容側重點不同，圖文展現形式不同
c.設計要點：文本和圖片的權重分配；內容排列規則
詳情頁：
a.包含：導航欄，頁面名稱，內容標題，作者相關信息，正文
b.設計要點：文字是否支持分段；圖片能否點擊查看大圖；視覺權重的分配；敏感字過濾
詳情頁-互動行為
a.包含：行為操作功能，行為數據
b.設計要點：點贊，分享功能在同一頁面要突出；分享功能渠道有微信，朋友圈，QQ和微博；不常用的功能，比如刪除舉報，可以收納在右上角的多功能鍵中

6.視頻/直播列表及詳情頁

視頻/直播列表頁
a.包含：視頻封面，視頻標題
b.根據視頻播放模式不同，視頻列表排列方式也不同：橫向單一縱列式，縱向宮格式
c.設計要點：橫向視頻和縱向視頻的設計區分；視頻排列規則
視頻/直播詳情頁
a.包含：視頻播放，視頻標題，發布者/播主信息，分享渠道
b.設計要點：橫向播放的視頻，占用屏幕部分區域；縱向播放的視頻，采用全屏播放的模式

7.熱度排序

內容是如何變熱的

篩選出能夠讓內容變熱的維度（比如瀏覽、點贊、收藏、分享、評論）；

給每個維度定義權重值（比如瀏覽為1，點贊為2…）；

注意，權重值的定義，可以參考用戶的操作成本，也可以參考行為的價值；

當全網用戶對內容產生不同操作時，內容的熱度就出現了；

8.算法分發：通過對信息的自動過濾和分流，從而實現對不同用戶的個性化推薦

算法分發的三要素：
1.用戶畫像；
根據用戶基本屬性，社會屬性，行為屬性，消費屬性等真實數據而抽象出的一個標簽化。
2.用戶模型
分類：靜態標簽：姓名性別年齡身高體重地域星座
動態標簽：注冊登錄搜索邀請瀏覽評論點贊轉發留言加入購物車購買
3. 內容畫像；
4. 算法模型；
5.算法分發的前提：
了解用戶喜好，給用戶做畫像

9.標簽及標簽庫的概念及作用

標簽概念：對目標的量化標識和描述，抽象出事物更具有表意性，更為顯著的特點。
標簽作用：對內容和用戶做畫像，將內容和用戶都標簽化，實現精準匹配。
標簽庫概念：標簽的集合，將標簽結構化和組織化。
標簽庫作用：內容標簽化。

10.標簽庫產品設計

用戶畫像是如何產生的：

公司的后臺工作人員（比如運營），在后臺添加了所有的標簽，并分類；

自媒體用戶在發布內容的過程中，可以給內容選擇/添加標簽；

用戶在消費內容的過程中，由于產生了不同的行為，身上被貼上了各種標簽；

每類行為的權重值不同，標簽被貼的次數也不同；

系統可以根據用戶被貼的標簽，給用戶推薦相關的內容；

后臺類的產品，包含兩種頁面：

列表頁；

表單頁；

2.3自媒體端產品設計

1.后臺產品設計

后臺定義：支撐前臺頁面內容，數據及對前臺業務情況的統計分析系統

后臺作用：
a.給前臺提供功能和數據上的支撐；
b.提升內部工作人員的工作效率；

后臺導航：
a.橫向導航欄
b.縱向導航欄
c.橫縱結合導航欄

后臺版本：
PC端后臺和移動端后臺

設計后臺類產品時，盡量避免出現橫向滾動條

后臺的主要功能：增刪改查。主要做邏輯刪除，不做物理刪除

后臺產品設計流程
a. 先考慮誰用這個功能，角色是誰；
b. 收集需求（梳理業務邏輯）；
c. 對象（這個模塊可以針對哪些內容/數據進行管理）、字段（比如表格中的數據字段）、功能（比如針對數據，可以做哪些操作）、結構（業務的整體結構）；

2.HMW分析法

how might we 我們可以怎么樣
How：永遠有可能
Might：沒有一定得解決方案（有各種各樣的）
We：我們/團隊
拆解問題：否定-積極-轉移-分解

3.自媒體端常見功能

基礎功能：首頁注冊登錄
內容管理：文章、視頻的發布，編輯
評論管理：用戶評論的管理
粉絲管理：粉絲的概況，粉絲列表，粉絲畫像

4.內容管理

后臺類產品設計過程中，建議要做到：高內聚、低耦合；

設計后臺功能時，建議先考慮導航，再考慮一級功能模塊，最后考慮頁面細節；

后臺也是一步一步做起來的，不需要在初期的版本就考慮非常復雜的功能；

2.4平臺端產品設計

1.平臺端功能規劃

用戶管理：添加用戶，查看用戶，批量處理，刪除用戶，推送信息，數據導出。
內容管理：對平臺的內容進行相應管理的功能，主要包括頻道以及具體內容。
系統設置：對管理員，角色的管理，同時提供運營日志的功能。
運營管理&數據統計：標簽庫，詞庫，消息管理等對網站和內容的數據統計。

2.用戶管理產品設計

馬甲管理：
1.制造爭議，熱點話題，帶節奏
2.灌水，活躍社區氣氛
3.設計要點：馬甲可以不需要賬號，有昵稱即可；如果馬甲太多，可以分配給不同的管理員，避免使用混亂

3.內容管理產品設計

1.敏感詞庫管理：用于前臺做匹配過濾
設計要點：設置上線下線狀態，上線狀態的詞才能生效
2.標簽庫
3.消息推送

4.運營管理產品設計

5.賬號管理

權限管理和RBAC

RBAC：基于角色的權限管理體系；

權限分為兩種類型：功能權限和數據權限；

數據權限分哪些，請大家進入公司之后，找業務部門確認；

后臺在設計的過程中，不需要考慮權限管理，先設計全部的功能；

設計完成后，再考慮不同的角色擁有的權限；

在實際工作中，如何實現后臺的權限管理：

先搭建好整體的后臺；

由各個部門，統計部門中有哪些角色，以及角色的權限是什么；

統計好之后，由產品經理進行匯總，交給后臺賬號管理的部門，進行對應的角色和權限設置；

6.權限管理

7.日志管理

8.數據統計

9.產品的生產發布流程

產品從0到1的流程

需求方產生了一個想法，我們要做產品的可行性分析；

確認可行后，需要去獲取需求，并挖掘需求，再記錄需求；

針對需求內容，進行需求分析，判定需求真偽，確定需求的優先級；

針對馬上要做的需求（高優先級的需求），進行相應的產品設計；

產出設計方案后，跟需求方、開發一起確認；

確認無誤后，執行后續流程（UI、開發、測試、上線）；

上線后，如果要進行迭代，需要持續的觀察產品和用戶的反饋，收集迭代的需求，重復執行上述流程；

2.5項目匯報

幾類重要的會議：

頭腦風暴：建議參會人員身份多樣化，需要有主持人；

每日例會：記住，有解決不了的問題，需要及時求助；

需求評審會：建議做好充分的準備，剛進公司的時候，可以先聽聽其他產品經理如何開的

階段3-商城項目實戰

3.1項目規劃

1.立項說明書介紹

項目流程：

啟動、規劃、執行、跟進、上線；

立項工作，不僅僅可以由產品經理發起，也可以是老板或者業務方；

立項說明書：

產品概述；

市場分析；

產品規劃；

2.產品概述

產品概述的三個模塊：

產品定位：我們是做什么的，滿足了用戶什么需求；

目標用戶：總結目標用戶的特征；

主要功能：羅列產品的核心功能，跟產品定位相呼應；

3.市場分析

目標市場現狀：市場體量/規模、市場趨勢、結論；

目標用戶分析：用戶群體、用戶特征、用戶需求；

主要競品分析：競品名稱、slogan、產品定位、產品特色、結論

市場數據來源：百度，艾瑞，易觀網，易觀智庫，艾媒網，CNNIC

4.競品分析

競品分析的場景：

競品分析貫穿了產品經理的整個職業生涯，要多關注競品；

競品分析的前提：深入了解業務知識；

5.零售三要素

零售的三要素：

貨：交易的商品；

場：發生交易的地點；核心在于提供交易環境，撮合貨和人；

人：買賣雙方；

傳統零售和線上零售的區別：

傳統零售依賴實體；

線上零售，將所有內容數字化；

5.1場

提供交易場所及基礎服務，實現價值變現，根據行業不同由多端、多系統或多個業務部門相互配合已達到服務用戶的目的

5.2 人

代指C端用戶，獲客方式有：
名人效應，新媒體運營，地推，異業合作，機構獲客

6.電商平臺的運營模式：

6.1自營模式：

1.建立自營線上商城，整合自身多渠道業務。
2.通過會員，商品，訂單，財務和倉儲等商城管理系統，對線上線下多渠道業務進行統一管理。

6.2招商模式

1.企業通過建立線上商城，簽約多方渠道供應商，通過會員，交易，平臺和財務管理系統，對平臺進行運營管理。
2.多方渠道供應商，以加盟簽約形式，入駐平臺。
3.入駐商家可自行管理商品，訂單，倉儲，物流，售后服務，營銷推廣服務，定期與平臺進行財務結算，入駐商家通過大平臺流量，資源，營銷服務等行業優勢，強化自身品牌知名度，提高交易轉化。
4.平臺可以多樣化商品和服務品類，整合行業資源，收取商家營銷推廣費用，類目使用費用，平臺傭金費用。

6.3聯營模式

1.整合多方渠道供應商，以商品入庫，統一倉儲，統一物流的方式進行入庫聯營。
2.多商家平臺企業通過代銷或者直銷的方式，將伙伴供應商資源納入平臺自營體系，建立多個自營店鋪，多樣化商品和服務品類，整合行業資源。
3.平臺與伙伴供應商，以不同的方式，定期進行財務結算。

6.4混合模式

一般為自營+招商模式，自營+聯營+招商模式，企業通過建立自營線上商城，通過會員，商品，訂單，財務，倉儲等管理系統，對線下線上多渠道業務進行統一管理。

7.供應鏈和供需關系

完整供應鏈
原材料生產商-原材料流通商-生產加工商-產品流通商-產品零售商-消費者

供應鏈的基本要素：

供應商；

制造商；

分銷商；

零售商；

消費者；

供需關系的三要素：進銷存；

7.1供應鏈中B端買家范疇

原材料生產商處于供應鏈上游頂端，不存在購買行為，因此不是買家；終端消費者屬于C類電商，也不屬于B類買家范疇。
供應鏈上剩下的四個角色：
原材料流通商
產品生產/加工商
產品流通/分銷商
產品零售商
處于鏈條的中間環節，既向上游采購，又向下游銷售。
這種雙重身份稱為 prosumer 產消者，是B類電商的典型角色。

7.2供需關系的三個維度

進銷存，即商品來源，銷售渠道，倉儲配送
根據這三個維度的排列組合可以清晰判斷平臺的風險，服務效果，贏利點大小
商品來源：自產 自采 招商
銷售渠道：自有平臺 第三方平臺 批發
倉儲配送：自建倉庫 自有物流 無倉庫 第三方物流

8.電商平臺的交易模式

交易模式：發起方字母 + 2 + 響應方首字母；

B2B：企業對企業 1688

C2C：個人對個人 閑魚淘寶

B2C：企業對個人 天貓京東唯品會蘑菇街拼多多

B2B2C：供應商對企業對個人

C2B：個人對企業

F2C：工廠對個人

O2O：線上對線下

B2G：企業對政府

9.電商平臺的盈利模式

常見的電商平臺盈利模式：分成收入、廣告收入、會員服務、競價排名、平臺傭金、交易提成；

10.電商平臺的細分類型：

綜合電商；貨是全品類的貨

跨境電商；貨是海外的貨

網易嚴選ODM；原始設計制造商英文縮寫

垂直電商；貨是篩選過的垂直類目的貨
4.1外賣電商：美團，餓了么
4.2生鮮電商：順豐優選
4.3母嬰電商：蜜芽，寶寶樹，貝貝
4.4醫療電商：1藥店，叮當快藥
4.5體育電商：虎撲，識貨，keep，懂球帝
4.6農產品電商：惠農網

11.立項說明-競品分析

立項說明書中的競品分析，包含的內容：

競品選擇概述：為什么要選這個競品；

競品分析的內容：競品的slogan、產品定位、功能特色…；

總結：簡單描述競品對比的結論；

3.2產品架構

1.產品架構圖的作用

將復雜、細致的功能清單可視化，提高可讀性、閱讀效率；

2.產品架構圖的制作

a.流程

明確角色、確認端組；

整理相應的產品功能模塊（從用戶需求，轉化為產品需求）；

將核心功能整理至架構圖；

將功能整體進行分組、優化產品結構；（重點針對的是前臺產品）

3.產品設計思路-四要素

角色-設計給誰用
流程-各個角色的操作順序和規則
功能-完成操作和流程的界面
信息-需要管理什么數據

4.產品功能推導基本思路

整理業務流程
整理出功能點
將功能點進行整合

5.平臺端的主要功能模塊：

用戶管理；

商品管理

店鋪管理；

訂單管理；

活動管理；

數據統計；

權限管理；

6.商品發布流程：

先選擇商品的品類；

再設置商品的基本信息；

上傳商品的圖文詳情；

申請審核；

審核通過，可以發布上線；

3.3商品中心

1.商品發布流程：

商家發布商品、提交商品、商品審核、展示商品

2.類目管理：為更好管理商品，所劃分的分類(管理是核心)

平臺端的類目管理，用于限定產品范圍、規范商家行為；

商家端的類目管理，主要作用是提升工作效率

類目管理常見操作：新增，編輯，刪除，查詢

3.平臺端和商家端的類目管理

平臺管理類目，商家使用類目；

產品在規劃初期，如果可以的話，提前考慮未來的可擴展性；

4.品牌管理

品牌列表包含的字段：logo、中文名、英文名、簡介、狀態、操作；

5.品牌和類目的關聯

品牌和類目之間，是多對多的關系；

品牌關聯類目的好處：

針對商家，可以提升商品發布的效率，避免出錯；

針對平臺，品牌管理標準化；

針對用戶，篩選、搜索商品時效率更高；

6. SKU和SPU

最小商品模型：標題、圖片、價格、庫存、描述；

SKU：商品-庫存量單位；

SPU：產品-標準產品單位；

7.屬性及屬性分類

屬性存在的方式：屬性名 + 屬性值；比如，屬性為顏色，屬性值為黑色、白色；

屬性的分類：

關鍵屬性：能夠唯一定位到產品的屬性，比如商品ID；eg:型號：CR111

銷售屬性：組成SKU的屬性；eg：優盤：紅色

分類屬性：商品所屬分類的特有屬性；eg：是否無線：有限

非關鍵屬性；eg：售后服務：全國聯保

特有屬性：某類商品的特殊的屬性，比如新舊程度

8.分類屬性的作用：

提升用戶體驗，方便搜索商品；

提升商家的商品發布效率；

9.屬性分組-把某一類特征的幾個屬性歸屬于一組

屬性管理的兩種方法：屬性分組、屬性繼承；

平臺端完成屬性分組，商家在發布商品時使用；

10.商家端的屬性分組及原型制作

平臺端的類目管理中，類目需要關聯屬性和屬性組：

關聯的屬性，屬于銷售屬性；

關聯的屬性組中，包含的屬性屬于分類屬性；

平臺端的類目管理者，關聯好屬性和屬性組之后，商家端在發布商品時，就可以對應的設置商品的銷售屬性和分類屬性；

11.屬性組關聯類目

屬性組關聯類目，操作邏輯跟品牌關聯類目相似；

關鍵點：

類目管理中，需要關聯屬性、品牌、屬性組；屬性和屬性組要注意區分，類目關聯的屬性，屬于銷售屬性；類目關聯的屬性組中，包含的都是分類屬性；

注意區分銷售屬性和分類屬性；

銷售屬性會影響SKU、庫存、價格，分類屬性不會影響這些；

12.屬性繼承-將部分共用的屬性歸類后賦值在上一層級的分類中

屬性繼承的最大作用：方便內部工作人員，做類目關聯屬性的操作；

13.運費模板

運費的影響因素：地區、件數、重量、體積、運送方式；

使用場景：賣家承擔運費，買家承擔運費

14.商家端的商品管理

商家端的商品管理列表頁，商品的狀態：待提交、待審核、已駁回、已上架、已下架；以SKU為維度呈現；

15.平臺端的商品管理

平臺端的商品管理列表頁，數據狀態有：待審核、已駁回、已上架；

16.商品詳情頁的產品設計

一套經典的用戶畫像：

大明：需求非常明確；

小閑：沒有購物需求，就是打發時間；

笨笨：有需求，但是不明確；

17.商品詳情頁的原型制作

注意事項：

頁面高度大于667；

涉及到的圖片都不需要制作，用占位符或者矩形替代；

不要用圖標；

盡量制作1:1原型；

3.4訂單流程

1.訂單提交頁的功能推導

功能模塊：商品信息展示，收貨地址填寫，訂單總價顯示
信息提示：
a.展示商品信息(商品標題，商品圖片，商品價格，商品數量)
b.收貨地址作為關鍵信息，放在首行(收貨人地址，收貨人姓名、手機號)
c.顯示總價，在商品列表中顯示價格明細

2.訂單提交頁的原型制作

提交訂單頁，不要過于簡單，最好長度超過667；

建議使用真實信息填充（可以隱去敏感信息）；

注意頁面整體的線條感不能太強；

3.支付頁的功能推導

功能模塊：支付方式選擇，去支付
信息展示：都支持哪些方式，需要展示支付方式的哪些信息，支付不成功的時候，訂單是否存在

4.支付頁的原型制作

注意原型細節的處理；

盡量不要使用圖標，但部分簡單按鈕可以；

5.訂單校驗

用戶提交訂單時，要對商品的庫存和商品狀態進行校驗；

6.庫存扣減方式

庫存扣減方式：

拍下減庫存；可能導致惡拍，解決方案：訂單有效期限制、限購、商家舉報用戶；

付款減庫存；可能導致超賣，建議設置安全庫存；

7.常見的支付方式和聚合支付

聚合支付：將主流的支付渠道聚合在一起，使用一個鏈接即可；Ping++ !!!

8.訂單拆單的影響因素：

店鋪；

倉庫；

物流；

品類；

商品價值

9.訂單拆單分類

拆單的時機：

下單后支付前；

支付后發貨前；

拆單的模式：

父子訂單模式；下單后支付前是一個父訂單，支付后根據情況拆分成子訂單

半拆單模式；支付前，直接根據情況拆分成子訂單

全拆單模式；不區分支付前后，直接根據情況拆分成一個商品對應一個訂單

10.用戶端的訂單中心

用戶的訂單中心，根據訂單狀態進行區分，包括訂單的列表頁和詳情頁；

11.訂單詳情頁基本模塊

商品信息，物流信息，訂單金額，訂單狀態，訂單操作

12.購物車的產品設計

購物車的作用：湊單、促銷、收藏；

13.商品分類和商品列表

前臺類目：展示給消費者看的導航類目
后臺類目：用于對商品信息進行標識和管理的基礎數據

前后臺類目的關系：

后臺類目不可以隨意變動；

前臺類目可以根據當前的活動等信息，進行修改；

14.商家端發貨和訂單信息

商家端發貨流程涉及到的部門：運營部、倉儲部、打包組；

商家端的訂單管理模塊：

可以顯示未支付訂單；

訂單默認都需要發貨，但提供拒單的功能；

發貨之后，系統錄入快遞單號的功能，需要快捷操作；

15.訂單列表頁和詳情頁

訂單編號的構成字段，可以包括：

下單渠道；

支付渠道；

業務類型；

時間戳；

用戶ID；

商品ID；

隨機數；

在做后臺列表頁產品設計時，要注意，查詢區的條件字段，必須要在列表中進行顯示；

導出功能的設計：

多少條數據導出一個表；

導出的表格文件類型（csv）；

訂單詳情頁展示內容：
a.訂單信息(下單時間，付款時間，訂單編號，訂單狀態)
b.商品信息(商品主圖，商品標題，商品SKU，商品價格，商品數量)
c.收貨信息(收貨人姓名，收貨地址，收貨人手機號)
d.下單賬號信息(賬號昵稱)
e.支付信息(執法方式，實付金額)
f.優惠信息(優惠券，滿減，優惠金額)
g.物流信息(物流單號，物流紅絲，，物流狀態，配送人員)

16.訂單不同狀態

待付款-正常流轉狀態
待發貨-正常流轉狀態
待收貨-正常流轉狀態
交易成功-正常流轉狀態
已取消
售后中
交易關閉

17.常見售后狀態

待審核
待退貨入庫
待退款
待換貨入庫
換貨出庫中
售后成功

18.訂單的物流信息查詢

通過快遞100，調用數據接口進行查詢，商家需要付費；

3.5訂單評價及數據統計

1.交互說明寫什么：

頁面說明：頁面路徑（從哪里打開該頁面的），頁面包含的模塊；

注意：針對列表類的頁面，寫一下默認顯示的列表內容；

具體模塊的說明：它是什么，信息從哪里來；如果有交互效果，是如何觸發的，觸發之后，如何反饋；

2.商品評價的價值

商品評價的維度：

發貨速度；

商品質量（描述相符）；

服務態度；

評價方式：圖文、視頻；

3.訂單評價的流程

用戶確認收貨之后，才可以發表評價；

4.評價管理

平臺端的評價管理，主要關注評價內容是否違規，以及對商家進行評估；

商家關注評價內容，以及針對什么商品進行的評價；

5.評價功能的原型

平臺端的評價管理模塊，與商家端相比，多了以下字段：

店鋪名稱、是否匿名；

操作方面，增加了“刪除”；減少了“回復、置頂、沉底”等；

6.訂單管理

平臺端的訂單管理，相對于商家端，增加了商家信息模塊；減少了針對訂單的“發貨、拒單”等操作；

7.訂單統計分析

訂單統計分析的維度：

交易維度；(a.統計周期內的訂單銷售額(統計周期可以是日，月，周或自定義)，b.訂單量：統計周期內的訂單量，c.客單價：統計周期內，已支付的訂單平均金額(總銷售額/成交人數)，d.下單用戶數與支付用戶數，e.訂單金額分布：訂單金額在各價位之間的占比，方便了解用戶的購買力價值分布，f.地域分布：分析各區域的購買轉化率及訂單量，客單價，有針對性地進行營銷)

商品維度；(被下單商品數，被支付商品數，被訪商品數，商品收藏次數，商品銷量統計，加購物車件數)

訂單來源；(用戶端(App,H5商城，PC端)，產品內部入口來源(Banner，推薦位，收藏))

交易維度，統計的數據字段：

銷售額；

訂單量；

客單價：ARPU值（活躍用戶的客單價）、ARPPU值（付費用戶的客單價）；

下單用戶數和支付用戶數；

訂單金額分布；

地域分布；

8.商品維度和訂單來源維度的分析

商品維度：下單、支付、收藏、瀏覽等；

訂單來源：用戶端（APP、PC端、H5商城）、產品內部（Banner、推薦位、收藏）；

3.6訂單售后

1.訂單售后和逆向訂單

訂單售后的類型：
a.訂單未付款，取消訂單
b.訂單已付款，待發貨，取消訂單
c.待收貨/已完成，申請退貨退款
d.待收貨/已完成，申請僅退款
e.待收貨/已完成，申請換貨

2.待付款和待發貨

待付款的情況下，取消訂單，可以直接成功；

注意，這種狀態下的訂單，允許商家操作“取消訂單”；

待發貨的情況下，取消訂單，商家需要審核，判定出庫攔截是否成功；

3.待收貨申請退貨退款

待收貨的情況下，申請退貨退款：

用戶發起，填寫退貨退款的理由；

商家審核，如果用戶已收到貨，需要將商品寄回；

商家收到貨之后，確認無誤，同意退款；

4.待收貨僅退款

發生的場景：比如快遞丟件、錯發漏發、定制產品寄回賣家無法二次銷售；

5.待收貨僅退款的流程

待收貨的訂單列表頁；

待收貨的訂單詳情頁 - 提供僅退款的操作入口；

僅退款的操作頁；

6.待收貨申請換貨

需要用戶發起申請，商家審核；

是否支持無限換貨，主要看商家的政策；

7.不同狀態的訂單操作

待發貨訂單，商家可以做的操作：

發貨、出庫攔截；

修改收貨地址；

拆單；

待收貨訂單，商家可以做的操作：

修改/添加快遞單號；

查看物流信息；

8.訂單交易糾紛的處理

售后中的訂單，商家出現拒絕情況時，用戶端都需要有“申請平臺介入”的按鈕；

9.交易糾紛的處理流程

關于流程圖的制作：

流程圖是一個非標準產出物；

要求大家制作的流程圖，能被項目組成員看懂，能跟實際業務流程保持一致；

具體流程節點中撰寫的文字，不要過于精簡、也不要過于贅述；

3.7CMS及首頁設計

1.CMS系統的定義和應用場景

CMS系統，內容管理系統，可以實現頁面內容的動態配置；

CMS系統的應用場景：平臺布局、店鋪裝修…；

2.CMS系統的配置原理

CMS系統的配置原理：
1.從基礎組件，到位置和內容，最后形成動態頁面 ；
2.基礎組件可以包括：商品類、圖文類、營銷類、其他類；

3.商品類組件

店鋪裝修的界面，包含三個模塊：

基礎組件區；

組件編輯區 ；

內容預覽區；

4.圖文類組件

圖文類組件中，可以添加輪播圖或者其他圖文信息：

添加圖片；

添加圖片鏈接（商品、分類、店鋪活動頁面…）；

也可以添加文本信息：

可以添加具體文本內容 ；

可以區分標題和正文；

5.營銷類組件

內容預覽區的產品設計：所見即所得；

6.用戶端首頁設計

首頁的產品設計：
突出產品特性；
為最終轉化做出貢獻；

首頁原型設計：
首頁設計要點：簡約、易學易用、突出重點、內容持續更新；

搜索的產品設計
為了提升搜索的用戶體驗：
搜索頁包含的功能：搜索輸入框、歷史搜索、推薦搜索、智能聯想、模糊匹配、分詞；

3.8電商其他功能

1.后臺類產品設計步驟：

先規劃一級功能模塊；

再考慮每個一級功能模塊中，有哪些二級功能模塊；（前兩步，梳理后臺框架）

如果是列表頁，先制作功能清單；制作原型時，先制作列表區，再是搜索區；列表頁的難點：如果數據有不同的狀態，要梳理清楚，同時，不同狀態對應的操作，也要搞清楚；

如果是表單頁，先制作功能清單；制作原型時，難點在于信息分類；

2.Banner的作用和功能

banner的作用：

第一印象；

品牌形象；

傳遞關鍵信息；

banner圖，單張稱為“焦點圖”；

3.專題頁

專題頁屬性：

入口：可以從一級功能入口、banner、活動專區等進入專題頁；

鏈接：一般用H5的形式；

頁面：由UI設計，但產品經理需要挑選出對用戶更友好的；

商品：由運營或者業務團隊給出；

專題頁包含的內容：海報、商品列表、分享；

4.個性化推薦介紹

個性化推薦的原因：

用戶很懶；

用戶的精力、注意力等都是有限的；

個性化推薦能夠提升轉化；

個性化推薦的方式：

用戶自行選擇 ；

推薦算法；

5.個性化推薦的主流方式

協同過濾算法：

基于商品的協同；

基于用戶的協同；

協同過濾算法的優缺點：

優點：提升用戶體驗，間接提升轉化率；

缺點：開發成本高；

6.會員體系

會員體系的目的：為了留住用戶，讓 用戶投入更多的時間、精力、沉沒成本；
會員體系的搭建，涉及到：
1.會員類型；是否付費、成長體系；
2.會員權益；會員關懷（在特殊的日子里，從物質和精神層面給用戶關懷）
3.風險控制；

階段4-產品運營

4.1拉新

1.拉新的定義，指標，主要方法

定義：通過不同的方式，吸引用戶的瀏覽或下載你的產品的過程，來達到提高產品新用戶數量的目的。
APP:下載，安裝，激活(打開)，注冊(登錄)
網站:打開瀏覽器，進入網頁，瀏覽更多，注冊(登錄)

指標：日新增 、周新增、月新增；

主要方法：
名人效應
新媒體運營
地推
異業合作
機構獲客

2.冷啟動的定義,前提,好處，常見方法

定義：產品剛開發出來還沒有用戶使用時，從0開始去累計用戶的過程叫做冷啟動；

前提：
1.產品不能有太多BUG；
2.業務模式清晰；
3.用戶反饋要比較好；

好處：
a.緩沖時間，解決產品的問題和bug；
b.收集用戶的意見，進一步完善產品；
c.節省費用，前期產品問題太多，大規模推廣帶來的用戶容易流失；
d.培養核心用戶，冷啟動階段的用戶都不跑，以后也很難跑了

常見方法：
邀請機制
打造爆款
種子用戶特權

3.邀請機制介紹

形式：采用邀請碼
邀請碼發放的兩個階段：

平臺發放：可以控制第一批用戶的質量；

用戶發放：需要滿足一定的條件，才可以發放邀請碼；

4.邀請機制的產品設計

H5和原生的區別：

H5需要聯網才能訪問，原生不需要；

當某個內容會占用大量存儲空間時，建議做成H5的形式；

5.打造爆款

爆款的特征：

銷量高；

單價低；

優化力度大；

高頻需求；

打造爆款，告訴我們用戶的從眾心理和商品的馬太效應；

打造爆款的步驟：

選擇爆款商品；

在同類產品中保持低價優勢；

集中推廣；

6.種子用戶特權

種子用戶定義：產品上線初期，通過使用產品，對產品有潛在興趣或者對產品很認可的用戶。

種子用戶特征：

愿意嘗鮮；

對產品粘度高；

推薦意愿強烈；

種子用戶特權設計要點：

種子用戶選擇；

特權激勵，從物質和精神兩個層面；

注意，物質層面的激勵，盡量不要直接使用現金；

7.名人效應

名人效應的三種方式：

創始團隊人脈；

付費邀請；

自己上；

8.新媒體運營和地推

新媒體運營定義：運營自媒體矩陣（公眾號、微博、抖音等），來獲取用戶的方式。

新媒體運營涉及的三個平臺：微信、微博、抖音；

地推的特點：

優點：信息豐富、吸引眼球；

缺點：流量有限、效率低；

地推的關鍵點：

目標用戶明確；

用戶利益點明確；

線上線下聯動；

9.異業合作和機構獲客

1.異業合作定義：指非同類業務企業，有著相同的目標用戶群體，相互合作，分別將自己的用戶以相互發代金券方式給對方導流的一種交叉推廣營銷手段
2.異業合作的注意事項：

目標群體一致或者高相關性；

跟同量級或更大量級的產品合作；

基于產品做功能性結合；

3.機構獲客定義：與目標群體重合度較高的機構進行合作，以此來獲取用戶的方式。GrowingIO

10.電商行業現狀及社交電商

a.現狀：
信息過載，流量集中在頭部(京東天貓淘寶)
品牌生生死死，用戶忠誠度低
刷單現象嚴重，用戶轉化顧慮劇增

b.社交電商：
以消費者為核心，以觸發消費者情感共鳴的內容為原動力，通過創造內容，優化內容，傳播內容的方式促進商品銷售轉化，實現內容和商品的同步流通提升營銷效率的一種電商模式。

存量和增量，對應紅海和藍海；

席克定律：當用戶面臨的選擇越多時，做出選擇的時間就越長；

社交電商的特點：

以消費者為中心-用戶思維，必須要考慮消費者的用戶屬性；

觸發情感共鳴的內容為動力-營造情懷、逼格的載體，創造傳播的可能；

傳播內容-產生互動，用戶創造價值，逼格（社交貨幣）的體現；

內容和商品同步流通-內容、商品、流通 = 逼格、交易、社交；

11.拼團模式

流程：
1.創建拼團
2.發起拼團
3.分享拼團
4.參與拼團

4.2轉化

1.轉化及GMV

轉化定義：把免費用戶轉化為付費用戶；

破冰：用戶完成第一次付費行為；

沉沒成本：潑出去的水，收不回來了；

GMV：一段時間內的交易總額；
只要用戶提交了訂單，就會被統計進入GMV，所以GMV的值跟企業的實際銷售額有偏差；
GMV=銷售額+取消訂單金額+拒收訂單金額+退貨訂單金額

轉化的指標：

訂單轉化率：下單用戶占活躍用戶數的百分比1-5%；

客單價：每個訂單的平均價格
ARPU（活躍用戶的客單價）和ARPPU（付費用戶的客單價）；

2.促銷

一、定義：
電商平臺主要的運營手段，通過制定各種“玩法”、“規則”，向用戶進行不同形式的讓利活動；
二、作用：
1.去庫存；
2.激發購買欲望；
3.擴大品牌知名度；

3.滿贈、滿減

1.滿贈的類型：

滿贈；

階梯滿贈；

2.建議大家在企業中，實際去做后臺設計時，先制作后臺的產品結構圖，主要是整理出各個模塊的信息字段；再進行產品設計；
3.滿減的規則：
滿減；
每滿減；
階梯滿減；
4.滿贈，滿減活動基本信息構成
a.字段：
活動基本信息(活動名稱，ID,宣傳語，時間，平臺，參與人群，狀態，備注)
活動規則信息(滿贈，階梯滿贈，滿減，每滿減，階梯滿減)
活動商品信息(活動主商品，贈品，價格，庫存)
b.創建流程
選擇活動類型(滿贈促銷，滿減促銷)
設置活動信息(活動名稱，宣傳語，時間，范圍)
設置活動規則-(促銷規則,階梯滿減，每滿減)
商品選擇(全部商品，指定商品)

4.活動數據分析及活動互斥

動銷率 = 產生銷量的商品數 / 參與活動的商品數。
活動互斥：

全部互斥：商品在同一時間內，只能參加一個活動；

部分互斥：同類型活動，只能參加一個；

無互斥：可以多個活動；注意，可能有成本風險；

PPT描述
全部互斥：
一個SKU商品同一活動時段內系統只允許參加一個動；
部分互斥：
同一類型活動，同一活動時段內一個SKU商品只能參加一個；
無互斥：
同一時段內一個SKU，可以參加多個活動；

5.各種促銷形式

5.1單品促銷：在活動時間內，降低SKU商品的實際銷售價格.

作用：單品促銷主要目的是“爆款引流”、“去庫存”、“增加銷量”
常見形式：
1、單品促銷（僅降價）
2、商品限量搶購（降價+限量）

5.2贈品促銷：在活動時間段內，用戶購買活動主商品可獲得相應贈品。

作用：刺激消費行為，提升銷量。
常見形式：
1、買A商品贈B商品+C商品；
2、買A商品N件贈B商品；

5.3滿減送促銷：在活動時間段內，用戶購買活動商品滿足一定金額，減少一定金額的同時獲得贈品也可已折扣價加價購。

主要作用：刺激消費行為，提升客單價、提高客單量，擴大購買范圍
常見形式：滿M元，減N元再贈A商品或以折扣價加價購；

5.4多買多優惠促銷在活動時間段內，用戶購買多件活動商品滿足設定的條件時，可享受優惠。

主要作用：提升商品銷量
常見形式：
1、滿M件減N件；
2、M元任選N件；
3、M件N折；

5.5套裝促銷:在活動時間段內，用戶購買活動套裝商品（最終購買商品N件，N≥2），可享受價格優惠品。

主要作用：帶動相關商品的銷售，提升客單價
常見形式：
A商品 + B商品 + C商品 + D商品， 原總價M1-M2元，套裝購買優惠價N1-N2元；

5.6滿額返券:在活動時間段內，用戶購買活動商品滿足指定金額，且購買成功后指定時間段內無退貨，則可贈送指定優惠券

主要作用：提升復購率
常見形式：滿M元，送優惠券N，發放后X天有效

6.促銷形式總結

7.優惠券，滿減券

7.1 優惠券的使用優勢：

可以控制數量，進而控制活動成本；

使用靈活；

可以提前發放；

7.2 優惠券的類型：

根據使用門檻、適用對象、發放主體進行區分；

優惠券的生命周期和信息字段
+生命周期：創建/審核，發放，使用，統計
+信息字段
（1）活動基本信息（優惠券名稱，活動ID，宣傳語，領券時間，使用時間，發行份數，限領數量，活動平臺，參與人群，活動狀態，活動備注）
（2）活動規則信息（面值，使用條件）
（3）活動商品信息（活動主商品，價格，推薦）

大家在考慮后臺產品設計時，先設計全部的功能，不需要考慮誰來用，或者誰有沒有權限使用；

后臺也是從0到1發展起來，然后從1到N進行迭代的，所以一開始我們沒有辦法把后臺做的特別完美；

優惠券的數據統計：
優惠券的領取數量、使用數量、客單價等；

7.3促銷活動的計算及優惠券返還

涉及促銷的訂單計算：

是否參加促銷活動；

是否滿足促銷條件；

是否可以疊加使用；

根據規則計算金額；

優惠券返還：

退款后，不返還優惠券；

全部退款，全部返還優惠券；

部分退款，部分返還優惠券；

8個性化推薦

定義：用戶喜歡什么，就給他什么；

個性化推薦的原因：

收集用戶信息；

提升轉化；

提升購物體驗；

個性化推薦的兩種方式：

用戶自行選擇；

推薦算法；

9.推薦算法

9.1協同過濾算法

基于用戶的協同過濾：

當發現兩個用戶的愛好很相似，如果A用戶買了X商品，則可以把該商品推薦給B用戶；

基于商品的協同過濾：

當我們發現買了A商品的用戶，多數都購買了B商品，現在有一個新用戶購買了A商品，則應該把B商品推薦給該用戶；

協同過濾的優缺點：

優點：提升用戶體驗，提升轉化率；

缺點：開發成本高、數據量小的時候結果不準；

9.2猜你喜歡推薦算法

猜你喜歡的推薦算法：

根據用戶的瀏覽記錄；

根據用戶的購買記錄；

9.3抖音微博推薦算法

抖音的推薦算法中，要考慮流量池和內容質量兩個維度；

微博的推薦算法中，要考慮內容熱度或者內容跟用戶喜好的匹配度；

9.4熱門推薦

1.熱門推薦的作用？
人都有從眾和依賴心理，如果可以，會傾向于隨同大眾做出選擇；
2.熱門推薦要考慮哪些因素？
瀏覽、購買、評論、收藏等；
3.熱門推薦規則

熱度由商品的銷量、好評數量、瀏覽次數、收藏次數等因素決定；

熱度值=銷量2+好評數量1.5+瀏覽次數0.8+收藏次數1；

熱度值只考慮最近一周的銷量、好評數量，以及最近三天的瀏覽次數和收藏次數；

根據熱度值，從高到低排序；

綜合考慮多個因素來決定熱度；

要考慮到時間衰減的因素；

10. 分銷電商-S2B2C

S2B2C即 Supplier to business to customer模式，大型供應商 to 渠道商 to 消費者
a.優勢：

人人都是你的銷售；

用戶既是銷售，也是消費者；

分銷基于關系網，有利于提高轉化率；

借助線上工具，渠道管理更容易；

b.分銷電商的思路：

入會有門檻；

層層可晉級；

金字塔福利；

c.三級分銷
一級：會員
社交圈和入會費是一級會員的入會門檻
二級：主管
業務能力是成為二級主管的重要考核指標
三級：服務商經理
三級服務商經理更注重管理能力和忠誠度

如何定義傳銷：拉人頭、門檻費、團隊計酬；

4.3留存

1.用戶流失

a.用戶流失定義：
用戶因為對企業逐漸失去興趣或產品不再能滿足需求而逐步遠離或徹底脫離產品
b.用戶流失的原因：

剛性流失；用戶興趣轉移，業務重大變化

受挫流失；新用戶引導，產品Bug，用戶體驗，需求未滿足

市場環境變化導致的流失；競爭對手，行業環境，非目標用戶

2.留存

a.定義：某段時間內的新增用戶，經過一段時間后，又續使用應用的被認作是留存用戶，這部分用戶占當時新增用戶的比例即是留存率，即用戶沒有流失；
b.留存指標：
新用戶留存率的指標：

日留存：40%；

周留存：20%；

月留存：10%；

3.流失預警

a.定義：用戶已流失后為時已晚，在用戶有流失趨勢時，為了避免用戶流失，而建立的一種機制，稱之為流失預警；
b.流失預警機制的建立：

確定流失的數據標準；

建立可視化的預警模型；

根據模型反饋，執行挽留機制

4.RFM模型

a.定義：用來衡量客戶價值和客戶創利能力的重要工具和手段，該模型通過一個客戶的近期購買行為，購買的總體頻率以及購買的金額，三項指標來描述該客戶的活躍度和價值。
R：最近一次消費時間：表示用戶最近一次消費距離現在的時間，消費時間越近則客戶價值越大。
F：消費頻率：指用戶在統計周期內購買商品的次數，購買頻率越高的用戶價值越大。
M：消費金額：指用戶在統計周期內消費的總金額，體現了消費者為企業創利多少，消費越多用戶價值越大。

b.三個數據指標對模型的影響：

M值高，重要客戶；M值低，一般客戶；

R值高，F值高，價值客戶；

R值高，F值低，發展客戶；

R值低，F值高，保持客戶；

R值低，F值低，挽留客戶；

c.RFM模型的運用：
召回 重要挽留用戶
方法：短信通知，消息推送，

5.流失用戶挽回

挽留策略：
a.服務策略：電話回訪，上門走訪，贈送紀念品，滿意度調研，服務優先權
tips:專屬客服跟客戶的對應比例 1:500
b.提供專屬產品，增加產品供給，個性推薦
c.營銷策略：額外補貼，自動和手動發放營銷工具，舉辦營銷活動
d.組合策略：上述策略的組合。

針對受挫流失的客戶，召回流程：

解決導致用戶流失的問題；

選擇召回的用戶；

選擇召回的策略；

選擇召回的方式；

6.積分體系

6.1定義：積分體系是一種通過平臺補貼來提升用戶忠誠度、為平臺各項業務的導流的運營手段；

6.2作用：

a.積分體系可以引導用戶逐漸投入沉沒成本，包括時間、精力和金錢；
b.沉沒成本越高，用戶越難以離開；
c.積分體系可以給其他業務導流；

6.3.計分體系的搭建：

1.成本核算：定好積分和RMB的兌換比例
2.積分獲取：建立積分任務體系
3.積分消耗：積分抵現，積分扣減
4.積分風控：a.風控規則的制定，b.黑白名單的處理：白名單用戶不受風控規則的約束。c.人工干預后臺

6.4黑白名單的產品設計

設計邏輯

根據積分規則，在正常獲取和消耗積分的邏輯之外，設定異常行為標準；
舉例：
正常行為：用戶每天邀請1個好友注冊，則獲得10個積分，每天最多100個
異常行為：如果用戶邀請的好友注冊時間間隔不超過1秒，連續出現3次，則認為是虛擬號刷機，封禁賬號

異常標準設定，由程序自動運行檢測用戶積分獲取和消耗的行為，一旦觸犯異常行為標準，則做相應的處罰，
比如拉到黑名單；

某些情況下，有些用戶可能不受異常行為標準約束，因此需要建立一個白名單，異常標準不檢測白名單中用戶的行為；

6.4.1 白名單產品設計

白名單里的用戶不受風控規則限制；

白名單用戶的資格可隨時取消；

6.4.2黑名單產品設計

觸犯風控規則的用戶自動被拉黑進入該名單；

要確定黑名單用戶的權限限制范圍，比如是全部操作被限制，還是部分操作被限制;

7.積分管理后臺產品設計及要點

a.積分管理：
1.用戶被拉黑后可能會申訴，需要對用戶的行為做復核；
2.因此后臺要可以查看用戶所有的積分明細；

b.用戶積分管理 - 以用戶的維度展示每個用戶當前的積分余額；
設計要點：
1.點擊詳情，查看該用戶的每一筆積分記錄；
2.要有篩選查詢的功能；

c.用戶金幣明細 - 某一個用戶的所有積分明細
設計要點：
1.時間精確到秒；
2. 積分明細一般有兩個類型：收入和支出；
3. 要顯示每一筆明細的事項；
4. 要有篩選查詢的功能；

8積分的人工后臺干預產品設計及要點

兩個頁面：積分操作記錄列表，積分操作界面
a.積分造作記錄列表設計要點：

用戶的積分要在后臺操作，以便于對用戶實施獎懲措施；

要記錄操作類型和管理員賬號；
b.積分造作界面設計要點：

考慮批量操作的情況；

所有字段必填，但是要控制字符類型和長度；

操作類型：增加、扣除；

9.積分任務體系產品設計及要點

a.積分的超級明細列表頁；
設計要點
1時間精確到秒；
2點擊報表分析，以報表的形式查看任務數據；
3要有篩選查詢的功能;

b.積分數據統計頁；
設計要點：
1以次數作為比較的維度，而不是積分數量；
2結果依次排列；

c.積分任務管理頁；（建議將日常任務和一次性任務的列表整合起來）
設計要點：
1所有任務有一個默認值，默認值得有效期一般時永久；
2可以修改默認值和有效期，有效期過后恢復默認值；
3可以控制上下線；

10.積分商城產品設計及要點

一、如何建立積分商城
前臺

可以建立一個獨立的積分商城模塊，集中展示所有可積分兌換的商品；

根據業務需要，商品可以純積分兌換，也可以積分+現金兌換；

根據業務需要，決定積分兌換的商品是否可以退換；

后臺
01商品管理
確定哪些商品可以參與積分兌換；
02訂單管理
積分商城的訂單最好有一個獨立的頁面；
03參數管理
從運營的角度考慮，后臺應該可以更改相關參數，比如積分的兌換比例；
二、積分商品列表設計要點
5. 商品從已有的商品庫中選擇；
6. 商品可隨時停止參與兌換；

4.4活躍

1.活躍定義及指標

a.定義：啟動過一次的用戶即視為活躍用戶，包括新用戶與老用戶；
b.活躍的數據指標：

日活：APP的日活，大概是注冊用戶量的5% - 10%；

周活；

月活：APP的月活，大概是注冊用戶量的8% - 15%；

2.內容化運營

a.內容化運營，主要指通過原創、編輯、組織等手段，呈現圖文、音視頻等內容，并于產品現有業務結合起來。通過高質量的內容，輔助以相應的互動轉發方式，提高用戶活躍活躍，從而提高互聯網產品的價值，讓用戶對產品產生一定的黏性。

2.1 產品社區化和內容化的原因：

拓展產品線，滿足用戶的多元化需求；

打造歸屬感，構建用戶壁壘；

更好的了解用戶需求；

2.2 內容產品的模型：

內容生產；

內容審核；

內容分發；

內容消費；

內容變現；

3《內容生產》

定義：以圖文、視頻/直播、音頻等形式提供服務的產品形態

3.1內容產品的發展及形態

常見的內容產品形態：圖文、音視頻、直播；

3.2內容生產的常見方式

內容生產方式：

PGC；傳統的門戶網站內容生產方式，內容多由官方工作人員身或者專業的內容創造者（比如新聞記者等）創造。

UGC；一種新的內容生產方式，由產品使用者即互聯網用戶創造內容。

PUGC；

OGC；

MCN；是一種多頻道網絡的產品形態，內容創作從個體戶的生產模式到規模化科學化系列化的公司制生產模式。所有有能力和資源幫助內容生產者的公司都可以被稱為MCN機構。

內容產品中，內容生產者的比例1%；

3.3圖文生產的產品設計

圖文的兩種形態：

圖文分離；

圖文混排；

圖文生產的注意事項：

內容是否支持超鏈接；

如果可以，提供PC端的內容生產環境；

3.4視頻生產的產品設計

視頻/直播的優勢：

承載的信息豐富；

趣味性更強；

相比于文字，對生產者的學識要求更低；

4《內容審核》

當一個平臺剛建立時，使用人工審核；

隨著業務越來越大、用戶越來越多，會變為自動 + 人工的方式進行審核；

5《內容分發》

定義：由平臺自己創造內容并推送，是一種中心化的分發模式

5.1內容分發本質

將合適的內容呈現給合適的用戶；

5.2內容分發形式

編輯分發：給你看啥，你才能看啥；

訂閱分發；我訂閱了什么內容，才能看什么內容；

社交分發；是我的好友才能看；

算法分發；我想看什么，系統就會給我看什么；

5.3算法分發三要素

用戶畫像；

內容畫像；

推薦算法；

5.4熱度排序

a.設計邏輯：

梳理出能反映內容質量的維度、比如閱讀、點贊、分享、評論、收藏等；

定義一個通用的、可量化的內容質量標準作為分發依據；

這個標準需要綜合考慮多種維度；

要避免出現“好的永遠好、差的永遠差”；

b.推送規則
規則1.篩選24小時內發布的的全部內容
規則2.篩選24小時至72小時前發布的S>=30的全部內容

將滿足規則1的內容按照發布時間由近至遠排列，滿足規則2的內容分別按照分值從高到底排列。分頁推送，每頁8條，滿足規則1和規則2的內容各4條，按照發布時間由近至遠排列；如果滿足某個規則的內容數量不足4條，則由其他內容填充滿8條，上滑翻頁；

下拉刷新，推送本次刷新與上次刷新之間產生的滿足規則1和規則2的內容，根據分值從高到低排列，每次刷新最多推送8條，不足8條則推送實際數量；

5.5個性化內容分發和標簽

a.個性化分發
1.定義：通過對信息的自動過濾和分流，從而實現對不同用戶的個性化推薦。
2.前提：了解用戶的喜好；

b.標簽
1.定義：對目標的量化標識和描述，抽象出事物更具有表意性、更為顯著的特點；
2.作用：對內容和用戶做畫像，將內容和用戶都標簽化，從而實現精準匹配；

c.標簽庫
1.定義：標簽的集合，將標簽結構化和組織化。所謂標簽，就是關鍵字；根據業務性質，在后臺建立一個標簽庫，所有跟用戶和內容有關的標簽都從標簽庫中來；標簽庫需要經常維護和更新；

5.6標簽庫產品設計

標簽的分類內容，由業務或者運營給出；

5.7內容標簽化和用戶標簽化

a.內容標簽化設計邏輯：

將內容和標簽庫做關鍵字匹配；

匹配出來的關鍵字可以做關鍵字搜索；

根據業務的需要決定是否在前臺頁面顯
示關鍵字；

后臺需要顯示內容的關鍵字；

如果有需要，關鍵字可以手動添加；

b.如何將用戶標簽化？

記錄用戶與內容之間的互動行為，比如瀏覽、評論、點贊、收藏、分享等；

當產生互動行為，該內容的標簽即可作為與用戶有關聯標簽；

但是行為不同，關聯的緊密程度不同，即權重不一樣；

因此，需要給每個行為設定可量化的權重值，比如瀏覽、點贊、收藏的權重值為1，評論、收藏的權重值2，分享的權重值為3，權重值的設定要參考用戶操作該行為的投入程度，包括時間、精力和金錢；

用戶每一次互動行為即獲得對應標簽的權重值；

要考慮到時間效 - 用戶興趣隨著時間而衰減，減少對應的分值；

要考慮熱門內容的干擾，相應的行為要降權；

如此，隨著用戶的行為數據的積累，用戶標簽的權重值就會出現階梯，畫像即形成；

5.8個性化內容分發的規則

個性化分發設計邏輯：

根據用戶標簽和內容標簽做匹配；

根據匹配結果，給用戶做個性化推薦；

要注意推薦的內容質量，考慮排序規則；

6.《內容消費》

常見的內容產品，用戶做內容消費一般只涉及兩個頁面
內容列表頁，內容詳情頁

6.1內容消費和蘋果支付

內容消費模式：

免費模式，重點：考慮如何將用戶引導至付費內容；

付費模式，內容特點：即時性、專業性、個性化服務、唯一性；

蘋果支付：針對虛擬物品，蘋果公司要強行征收30%的稅；

如果商品的價格低（比如幾十塊 - 幾百塊），建議使用虛擬貨幣；

6.2馬甲管理

馬甲的作用：

制造爭議、熱點話題，帶節奏；

灌水，活躍社區氛圍；

涉及的頁面：
1.馬甲管理頁；
2.新增馬甲頁；
馬甲列表設計要點：

馬甲可以不需要賬號，有昵稱即可；

如果馬甲太多，可以分配給不同的管理員，避免使用混亂；
添加馬甲設計要點：

具體需要填寫的字段由產品的實際業務決定；

為了分工規范，馬甲可以分配給指定的工作人員用；

6.3 后臺內容管理

1.為什么要管理用戶內容？
把控用戶行為，確保對內容的可控；
2.有哪些管理功能？
增刪查改上下線；
3.為什么要增？
運營需要帶動社區節奏，但是前臺發布太麻煩，所以就在PC端的后臺發布，這個時候馬甲庫就可以起作用了；

4.內容列表頁設計要點：

區分內容是用戶發布還是平臺自身發布；

最好有一個數據字段（比如閱讀數）作為內容質量的基礎判斷；

5.內容添加頁設計要點：

文章如果是圖文混排則使用富文本編輯器；

只能選擇歸屬于當前管理員的馬甲；

6.數據統計頁設計要點：

把所有的行為數據記錄下來，用于做數據分析；

定義所有行為的字段；

6.4舉報功能

1.前臺提供舉報功能，發揮用戶對內容的監督作用；
2.為了舉報更準確，舉報頁面要提供恰當的引導，將舉報原因標準化，也有利于做數據分析；
3.不要強制用戶填寫太多的信息；

a.舉報管理頁設計要點：

未處理的排列靠前；

舉報原因要數據標準化；

單擊詳情直接跳到內容的詳情頁；

b.舉報管理原因頁設計要點：
上線后即生效，用戶可點選該舉報原因；

7.《內容變現》

7.1確定產品內容定位和內容質量

內容產品的定位：

打發時間；

參考決策；黑天鵝和灰犀牛；

學點干貨；

內容產品的用戶構成：

吃瓜群眾：內容的消費者；

主力軍：UGC內容的生產者；

KOL：PGC內容的生產者；

7.2私域流量

打造私域流量

培養KOL的方法：打造私域流量；

知識付費的常見方法：販賣焦慮；

圈子運營：跟微信群的運營類似；

7.3打賞的產品設計

一、打賞的作用：
a. 內容生產者和消費者建立強心理關聯；
b. 促使內容生產者創作高質量內容；
c. 刺激內容生產者積極與消費者互動；
d. 通過對打賞的回應，讓消費者產生優越感；
二、打賞功能的設計要點：
1.打賞功能要操作簡單；
2. 打賞行為要清晰可見；
3. 打賞的禮物如果有多樣，那么價格上要有層級區分；
4. 如果有需要，設計打賞排行榜，刺激打賞行為；
三、總結
a.當主播收到的打賞金額比較低時，平臺的抽成比例高；打賞金額比較高時，抽成比例低；原因：
1.刺激主播，更加賣力；
2. 平臺中，打賞金額低的主播占比高；
b. 前臺直播頁面中，禮物模塊的擺放順序：
1.如果用戶沒有打賞過，建議第一頁放置全平臺熱銷禮物，免費禮物要放在第一個；
2. 如果用戶打賞過，建議第一頁放置打賞過的禮物；

四、禮物管理的設計要點
a.禮物的名稱、價格、圖片都可以做增刪查改；
b. 狀態隨時可以變更；

五、打賞記錄的設計要點：
a. 顯示所有的打賞明細；
b. 顯示被打賞的目標；

7.4提現的產品設計

一、收益提現流程

收益到賬錢包
既然涉及到錢，那就需要一個錢包的概念；

用戶在錢包綁定提現渠道
因為沒有相關金融資質，所以錢包里的錢只是個虛擬概念，需要提到對應的金融渠道才能使用。所以，需要用戶在錢包綁定需要提現的渠道；

用戶在錢包申請提現
用戶需要發起提現申請；

后臺審核并打款
后臺審核沒問題后再確定給用戶打款，打款到用戶申請提現的渠道；

二、總結
a. 提現的功能，需要產品有錢包；
b. 提現之前，需要綁定提現渠道；
c. 提現需要申請；

三、錢包設計：
a. 產品需提供收益展現功能 - 錢包；
b. 如果沒有相關金融資質，此處收益是虛擬數字，用戶要得到這些錢得有提現的操作；
c. 支持用戶將收益提現到對應的金融渠道；

四、金融渠道綁定：
a. 以微信為例，綁定要提現的微信賬號；
b. 后續的提現操作，如果選擇提現到微信，都將提現到該微信賬號；

五、申請提現：
a. 支持提現到已綁定的金融渠道；
b. 為了減少工作量，以及提高用戶忠誠度，提現要設置門檻，比如提現周期、最低提現金額等；

六、提現審核：
a. 用戶提現申請在后臺做審核，審核通過之后才確認打款；
b. 確認打款后，從對應的金融渠道將金額轉賬給用戶，因此平臺需要到這些金融渠道注冊商戶支付號；

7.5內容消費和商品消費的結合

內容是價值、知識和情緒的載體，通過內容的傳達容易引起共鳴。如果將內容消費場景與商品消費場景結合，對促成用戶下單有很大幫助。
可以增加后臺批量添加商品鏈接的功能；

前臺頁面設計要點：

在頁面的某個位置，比如文章底部，展示商品鏈接，通過適當的文案和圖片提示，引導用戶前往商品頁面；

商品鏈接和文案圖片通過可后臺控制；

后臺管理頁面設計要點：

通過后臺可以對特定的內容設置關
聯商品；

為保證運營的靈活性，商品可以設
置多個，并可以隨隨時取消關聯。

7.6高頻需求

為了促進用戶活躍，我們可以打造一個用戶喜歡的高頻次使用的功能，等用戶上癮之后，再向他們推出我們希望讓其使用的功能；
高頻需求的特征：

高頻需求實現門檻低；

高頻需求帶來的單次價值低，但是有利于用戶的活躍；

4.5傳播

1.傳播定義和前提

傳播是指用戶對產品進行自發傳播，形成口碑營銷的效果

要實現用戶能對產品進行傳播，有兩個前提：
1.產品滿足了用戶的需要，比如一個興奮型需求、一個創意十足的活動、一篇干貨滿滿的文章等；
2.用戶為了實現自己的需求，從而對產品進行傳播，典型的就是各種邀請分享；

自發傳播的優勢
1.用戶增長迅速，可能呈現指數效果
2.低成本獲取新用戶
3.通過自發傳播帶來的新用戶質量相對會高

2用戶傳播和海報

實現用戶傳播，需要在高頻次的需求上促使用戶產生分享意愿。對于傳智商城這種內容+電商的模式，內容消費屬于高頻次的需求，具體而言：

通過高質量的內容，引導內容消費者主動傳播分享。對于這一點，我們已經做了分享功能；

通過粉絲收益的刺激，引導內容生產者主動傳播分享。對于這一點，該如何實現？

鼓勵KOL將自己的圈子分享出去，分享方式可以是鏈接，可以是海報，海報上有H5注冊鏈接識別二維碼；

用戶通過鏈接注冊，注冊之后自動算作圈子的用戶，實現導流的目的；

海報設計
標題
? 直接表明活動的主題是什么，簡單明了；
宣傳圖
? 包含活動的時間、地點、獎品設置、活動環節等，讓用戶能直接看清活動的流程；
活動規則
? 清晰，讓用戶知道如何參與活動；
獎項設置
? 吸引目標用戶；

3.活動的流程和類型

制造話題/確定活動類型；

引導參與；

帶動情緒；

快捷分享；

4.活動的開發和后期執行

活動的開發和后期執行

活動的中期：活動開發；

活動的后期：監控、爆點、冷場；

活動的后期復盤，本次活動中：

有哪些做的好的地方，下次繼續保持；

有哪些做的不好的地方，下次要注意規避；

活動效果是否達到預期；

5.變現方法及產品設計

廣告變現：
a. 廣告主的來源：自己找、跟廣告聯盟合作；
b. 計費方式：CPC、CPM、CPT、CPD、CPS、CPA；

廣告前臺頁面設計要點：
a. 廣告位必須提示“廣告”字樣；
b. 一個產品，會存在多個廣告位置；
c. 不同位置的廣告，廣告的尺寸可能會不一樣；
d. 廣告盡量融合到內容本身，提高用戶體驗感；

廣告后臺管理頁面設計要點：
a. 廣告要允許操作上下線；
b. 提供數據統計分析的功能；
c. 梳理廣告位置，在后臺選擇；
d. 注意提示封面尺寸，避免傳錯；
e. 按日統計廣告點擊數據，便于分析廣告效果；

6低頻需求

所謂低頻需求，是指出現頻率比較低，但是單次價值很高的需求。

在產品發展早期通常可能會忽略低頻需求，因為低頻需求很難帶來大量的用戶；

低頻需求會帶來很高的價值甚至是現金流，是產品變現的主要方式，所以在后期會考慮進來；

4.6AARRR模型

4.7用戶生命周期

4.8.產品運營回顧

海盜模型的應用：

通過海盜模型的數據分析，找到轉化率較低的環節，考慮通過運營或者產品的手段進行提升；

圍繞產品的成長周期，運營有不同的工作；

紅海和藍海；

存量市場和增量市場；

用戶生命周期：新手期、成長期、成熟期、衰退期、流失期；

LTV：lifetime value；顧客終身價值-生命周期總價值

階段5-數據分析

5.1數據分析基礎

1.數據分析概念：

通過收集數據，提取出有用的數據，利用合理的方法進行分析，總結出相應的結論。

數據從哪來？數據埋點。 包含用戶行為數據，業務數據。

2.數據分析目的：

1.發現問題，了解用戶；
2.制定方案，確定目標，產品優化；
3.驗證效果
4.尋找方向：大方向：規劃層面；小方向：功能角色。

數據分析要結合的維度：
角色：產品，運營，市場；看數據的人不一樣。
時間：歷史，當下，未來；淡旺季。
數據：活躍度，訂單轉化率，訪問時長；旺季上線。

3.數據產品的結構

BI(UI層)：可視化界面，高效數據分析。
查詢層：開放查詢接口，拓展數據分析能力。
數據存儲層：歷史經營數據，用戶行為數據存儲。
數據傳輸層：實時訂閱數據，普遍采用分布式傳輸模式。
數據接入層：開放數據接口協議，多數據源接入。

4.數據分析的流程

明確目標

1.角色：新用戶，老用戶，轉化用戶，地域用戶。
2.時間：天，周，月，年。
3.范圍：產品全局，功能模塊，獨立商品，內容。
類型：整理數據，頁面數據，操作行為數據。

梳理業務

基于 時間，角色，范圍，類型四個維度

數據采集

1.數據采集的不同類型及采集方式
業務數據-數據庫、日志
用戶行為數據-埋點
第三方數據-API/SDK

頁面轉化率=后一個頁面流量/前一個頁面流量

訂單轉化率=訂單數/流量

2.數據采集的傳輸方式

1.用戶通過 注冊、瀏覽、下單、支付、收貨等操作產生用戶行為，進而產生用戶數據。
2.業務后臺和數據后臺是兩個完全獨立的后臺系統。
3.用戶數據獲取方式(第三方數據)通過埋點，先做一層篩選，不是所有的數據都存儲到數據后臺；業務數據先存到業務后臺(優先傳輸)，再存到數據后臺。

數據整理

1.數據清洗
去除臟數據(不完整數據，冗余數據，錯誤數據)，對數據進行知識發現及質量管理，根據標準定義存儲在數據倉中。
2.第三方數據平臺
友盟，神策數據，騰訊移動分析，百度統計

1.頁面上哪些地方需要埋點，收集什么樣的數據都由產品決定。
2.埋點也要測試。

5.數據分析-方法

做數據分析： step1:闡述數據變化。 step2:看其背后的原因。

趨勢分析

趨勢分析適用于產品核心指標的長期跟蹤，比如，活躍度、點擊率、PV、UV等。做出簡單的數據趨勢圖，并不算是趨勢分析，趨勢分析更多的是需要明確數據的變化，以及對變化原因進行分析。

對比分析

對比分析，就是給孤立的數據一個合理的參考系，否則孤立的數據毫無意義。 一般而言，對比的數據是數據的基本面，比如行業的情況，全站的情況等。

環比：本期統計數據與上期數據對比。

例如：平臺月活躍度2020年4月相比較2020年3月環比增長60%

同比：本期統計數據與上一年度對應期間數據對比。

例如：平臺月活躍度2020年4月相比較2019年4月同比增長20%

細分分析

在得到一些初步結論的時候，需要進一步地細拆，因為在一些綜合指標的使用過程中， 會抹殺一些關鍵的數據細節，而指標本身的變化，也需要分析變化產生的原因。這里的細 分一定要進行多維度的細拆。最長用的維度是5W2H分析方法：
When-時間段：
日、周、月、小時，可能是活動、版本發布后的一段時間，也可能是平均數 據分析。
Who-對象：
用戶、機構、商品、交易量、供應商、UP主等，具體會喜歡到年齡、性別、職業等用戶標簽細分。
Where-位置：
不同地域用戶，甚至會細化到不同區域（如家里、工作單位、上下班路 上）。
What-類別：
確定活躍度、轉化、KPI、ROI、媒介、業務排名等指標進行細化。
Why-為什么：
數據波動，差異化。
How-原因：
功能升級，運營活動，外部事件，環境影響。
How much-多少：
量化分析，對比分析。

6.數據呈現

數據可視化：
1.柱狀圖：
a.適用數據：區域分布，月度分布
2.折線圖：
a.適用場景：活躍度，用戶數，PV,UV
3.柱線圖：
a.適用場景：當同時間段內容有兩個數據單位進行展示時，采用線柱形式，需要有兩根Y軸。
4.餅圖：
a.適用數據：用戶分布，類型分布。
b.常見問題：
(1)顯示上限：內容過多顯示不過來，將較少的內容合并為“其他”
(2)顯示區間：按照不同區間顯示內容
如評分：0-1,1-2，…，4-5
5.散點圖：
a.適用場景：因變量雖自變量而變化的大致趨勢，存在大量數據點，結果更精準，數據量小的時候會比較混亂。
b.適用數據：優劣分布
c.常見問題：
(1)顯示數量：分區間顯示，設置過濾條件；
(2)歸一化：數值差異過大時采用歸一化顯示，把數值變為0-1小數。
例：{2.5 3.5 0.5 1.5}歸一化后變成了{0.3125 0.4375 0.0625 0.1875}
解：2.5+3.5+0.5+1.5=8， 2.5/8=0.3125， 3.5/8=0.4375， 0.5/8=0.0625， 1.5/8=0.1875.
6.雷達圖：
a.適用場景：了解同類別的不同屬性的綜合情況，以及比較不同類別的相同屬性差異。
b.適用數據：用戶畫像，內容畫像。
7.漏斗圖：
a.適用場景：表示某個環節業務量與上一個環節之間的差異，適用有固定流程并且環節較多的分析，可以直觀地顯示轉化率和流失率。
b.適用數據：整體留存，轉化分析。

基于業務流程看轉化率

8.桑基圖：
a.適用場景：表示不同頁面(模塊)的流量轉化，適用對用戶路徑進行分析。
b.適用數據：用戶轉化分析。

看所有頁面的流量的流向關系。

5.2數據埋點

數據埋點的使用場景：歷史數據，業務數據，業務行為數據。

1.數據埋點定義：

1.監聽整個頁面所有行為，包括監聽來到這個頁面的用戶是誰，什么時候來到了這個頁面以及點擊了哪些按鈕。
2.有觸發機制，伴隨動作

是產品交互設計過程中必須同時進行的工作，通過數據埋點可以分析用戶行為，持續優化產品策略，是業務用戶行為分析，產品分析，產品改善的重要參考數據來源。
a.用戶：來源有哪些，不同用戶的操作習慣有什么不同
b.頁面：哪些頁面用戶點擊率高，什么樣的排版能提高點擊率
c.哪些功能的留存高，用戶使用功能時的操作習慣是什么

2.數據埋點原理：

埋點是數據采集的重要方式，在頁面上植入代碼，監控用戶行為，用戶一旦觸發 該事件，就會根據埋點信息將相關數據上傳到數據服務器上。

3埋點的流程

產品埋點需求
->1.開發人員進行埋點開發 ，開發人員技術要求高，需要企業自建數據倉

植入埋點代碼

->2.第三方埋點申請->第三方平臺錄入埋點事件 ，較常見

提前做

定義事件模型：通過(who,when,where,how,what)記錄誰在某個時間點，某個地方，用某種方式，做了某一件事情(行為)。
輸出需求文檔：事件反應在埋點報告上，對應的統計文檔。
生成埋點日志：記錄事件詳細發生情況，上報對應日志。

3.1埋點需求文檔

1.事件類型，像“停/啟動”、“退出app”這種常規事件會設置為預 設事件，將自動采集；而非預設事件則可以支持各種業務需求。
2.事件名稱(英文/中文)，能夠準確描述事件，區別與其他事件，中文 名可以用戶數據后臺顯示。
3.事件參數(英文/中文)，能夠準確定義參數，區別與其他事件，不同 事件的相同參數盡量保持一致，中文名可以用戶數據后臺顯示
4.參數值，備注合理參數的范圍，例舉參數的值。如“支付”事件下 “支付途徑”事件參數、包含“微信”、“支付寶”兩個參數值。
5.參數類型，參數值記錄的類型。由于不同類型支持數據分析后臺查詢 方式不同，比如文本類型可以選擇單個值，數值類型使用區間（大于、 小于等），定義參數類型時切記考慮通用性、以及分析后臺的便利性。

4第三方埋點方式

代碼埋點

由開發人員在觸發事件的具體方法里，植入多行代碼把需要上傳的參數上報至服務端。
優點：

精準定義功能事件

（1）使用者控制精準，可以非常精確地選擇什么時候發送數據 。
（2）使用者可以比較方便地設置自定義屬性、自定義事件，傳遞比較豐富的數據到服務端 。
缺點：

工作量大，必須進行項目迭代開發，更新影響大

（1）埋點代價比較大，每一個控件的埋點都需要添加相應的代碼，不僅工作量大，而且限 定了必須是技術人員才能完成 。
（2）更新影響較大，每一次更新埋點方案，都必須改代碼，然后通過各個應用市場進行分 發，并且總會有相當多數量的用戶不喜歡更新APP，這樣埋點代碼也就得不到更新了 。
（3）所有前端埋點方案都會面臨的數據傳輸時效性和可靠性的問題了，這個問題就只能通 過在后端收集數據來解決了。

可視化埋點

可視化埋點（也稱為半自動埋點）是指開發人員除集成采集 SDK 外，不需要額外去寫埋點代碼，而是由業務人員通過訪問分析平臺的 圈選 功能來“圈”出需要對用戶行為進行捕捉的控件，并給出事件命名。
優點：

業務接入，無需開發支持

（1）可視化埋點很好地解決了代碼埋點的埋點代價大和更新代價大兩個問題。但是，可視化埋點能夠覆蓋的功能有限，目前并不是所有的控件操作都可以通過這種方案進行定制
（2）埋點只需業務同學接入，無需開發支持
缺點：

無法做到自定義獲取數據，僅支持前端界面行為分析

（1）無法做到自定義獲取數據，可視化埋點覆蓋的功能有限；
（2）企業針對SDK開發難度相比代碼埋點大
（3）僅支持客戶端（前端界面）行為

無埋點(全埋點)

無埋點（全埋點）也稱為全自動埋點，是指開發人員集成采集 SDK 后，SDK 便直接開始捕捉和監 測用戶在應用里的所有行為，并全部上報，不需要開發人員添加額外代碼；或者是說用戶展現界面 元素時，通過控件綁定觸發事件，事件被觸發的時候系統會有相應的接口讓開發者處理這些行為。
優點：

不會出現漏埋，誤埋等現象，無需開發，業務人員埋點即可，先上報數據，后進行埋點

（1）由于采集的是全量數據，所以產品迭代過程中是不需要關注埋點邏輯的，也不會出現漏 埋、誤埋等現象 。
（2）無埋點方式因為收集的是全量數據，可以大大減少運營和產品的試錯成本，試錯的可能 性高了，可以帶來更多啟發性的信息
（3）無需開發，業務人員埋點即可 。
（4）支持先上報數據，后進行埋點 。
缺點：

成本高，缺乏數據獲取的靈活性，數據傳輸壓力大

（1）缺點與可視化埋點相同，未解決個性化自定義獲取數據的問題，缺乏數據獲取的靈活性。
（2）企業針對SDK開發難度較大，一般由數據分析企業研發提供。使用第三方提供的埋點方案， 有如下缺陷：a、數據源丟失，應用上報的數據上傳至第三方服務端，可能造成企業泄密或用戶的關鍵數據丟失；b、供應商數據丟包問題，無法根據應用特性進行改善 。
（3）無埋點采集全量數據，給數據傳輸和服務器增加壓力 。
（4）僅僅支持客戶端。

5 SDK和API

概念：
API：前端調用后端數據的一個通道，就是我們俗說的接口，通過這個通道，可以訪問到需要的數據或某些 具體功能，而又無需關心內部實現。另外市場上也存在一些工具型API，比如物流、天氣、短信等。
SDK：工程師為輔助開發某類軟件的相關文檔、范例和工具的集合，使用SDK可以提高開發效率，更簡單的 接入某個功能。 舉例說明：一個產品想實現某個功能，可以找到相關的SDK，工程師直接接入SDK，就不用再重新開發了。 比如分享（微信、QQ、微博），可以直接打開其他應用，API僅用作數據傳輸，無法實現底層功能。
使用差異：使用API時，只需要一個訪問地址，以及使用規范即可。SDK需集成在應用中，需要一套代碼包， 以及使用規范
服務模式：
? API：數據通道
? SDK：為輔助開發某類軟件的相關文檔、范例和工具的集合
? 差異：均需要使用規范，API則只需要一個地址，SDK則需要一套代碼包
SDK使用場景：
? 語音轉文字：百度大腦、訊飛
? 分享：MobTech、友盟+
? IM即時通訊：網易云信、環信
? 地圖：百度、高德
? 消息推送：Mina、極光推送
? 視頻通話：融云、七牛云

6第三方埋點流程

1.第三方平臺根據哪些信息生成應用服務KEY ？
應用環境、使用期限、功能模塊、埋點數量、用戶數量
2.數據后臺事件分析主要包括哪些內容 ？
事件列表、事件統計、參數明細

5.3數據后臺設計

1.產品經理的數據工作：

優化產品迭代 -分析平臺的功能短板，制定產品優化策略
洞察用戶需求 -跟進平臺用戶行為，分析用戶的實際需求與潛在需求
驗證產品功能 -完成產品優化后，確定新增功能是否滿足預期

2.數據產品經理的工作過程：

a.需求定義與分析
行業學習 策略定位 用戶調研 用戶反饋 內部需求 競品分析 用戶行為／屬性數據分析 業務數據分析
b.產品決策與設計
撰寫詳細需求文檔 用戶故事 場景設計 數值設計 邏輯與流程設計 交互文檔 驗證方案、數據 產品/服務運營策略
c.效果驗證與迭代
研發過程跟進 迭代需求整理 上線前培訓 A/B測試驗證 上線后環比量化追蹤 數據優化 可用性測試 制定指標

3.數據產品的目標及分類

一、目標
A.驅動決策：
a.運營監控：用戶活躍，用戶留存，產品變現
b.營銷分析：渠道投放監控，拉新轉化分析
c.商業決策：客戶分布，用戶畫像，產品畫像
B.驅動產品：
a.產品改進：新功能構建，優劣對比，版本效果
b.體驗升級：智能 客服，個性化推薦，內容分享
c.管理提升：智能預警，精準推送，環境診斷
二、分類
運營分析：數據報表，分析工具
對外展示：數據庫，屏
移動端數據：數據查詢，移動報表，個人賬單
服務提升：精準推送，個性化推薦，智能客服，軌跡分析

4.數據后臺

5.第三方產品與數據后臺關系

6.常用第三方數據平臺

7.數據后臺的設計目標

確定方向：平臺維度，用戶維度，內容維度
明確指標：活躍度，留存率，轉化率
清晰分析：趨勢分析，對比分析，細分分析

8.數據后臺設計要點

圖形+明細表
為分析服務：強調全面篩選，過濾，比對操作，為結果服務
滿足多方需求：不同企業，企業不同角色

9.數據后臺功能劃分

10數據后臺功能

10.1整體概述

數據后臺核心數據：
PV：訪問量-用戶每打開一個頁面就被記錄一次，用戶多次打開同一頁面，瀏覽量值累計。
UV：訪客數-一天內同一訪客多次訪問只計算1個訪客。
訪問時長：用戶在該頁面訪問或停留的時間。
跳出率：只瀏覽了一個頁面便離開網站的訪問次數占總的訪問量的百分比。
1.一般作為默認首頁，反應平臺活躍、PV、UV、用戶數等整體數據，也是最常看的數據。
2.一般的數據后臺首頁，只統計平臺整體的數據。
3.具體的獨立頁面分析，需要用戶對具體頁面（URL）進行埋點分析。

10.2用戶分析

1.用戶分布：總用戶，新增用戶，活躍用戶，流失用戶，轉化用戶。
2.留存分布：日留存率，周留存率，月留存率。
3.用戶分析：
主要分析整體用戶、新增用戶、活躍用戶、用戶啟動次數等信息。
需要有時間段、渠道、版本等篩選，通過日/周/月顯示。
4.留存分析：
分不同時間段顯示留存情況，同時可以分析用戶新鮮度，活躍天數等信息，可通過設置日/周/月顯示。

10.3渠道分析

渠道概念：互聯網平臺中渠道指通過不同手段獲取用戶，實現用戶增長。
衡量渠道指標，ROI（投資回報率）。
1.制定增長目標
要點：需要拆解為可執行指標。
制定目標：增長目標，營收目標。
可執行目標：可量化目標，可執行操作。
2.設定時間框架
制定達成目標時間
3.制定(渠道)增長策略
考慮方向：渠道，流量，點擊量，轉化率，用戶數量，做成表格。
常見渠道類型：公眾號、內容號、社交媒體、SEO、品牌廣告、地推、 分享等等。
基于不同渠道分析，可細分到新增用戶數量、轉化目標等。
渠道分析常常會與其他指標進行對比分析，如：不同渠道下，用戶后續留存分析。
4.初評渠道可行性
5.預測渠道轉化效果
6.制定推廣任務時間線
表格：渠道類型，渠道名稱，第一周，第二周，第三周，第四周
7.跟蹤渠道轉化效果

10.4功能分析

1.用戶路徑：
記錄用戶在不同頁面之間的跳轉情況，分析頁面轉化率；
對頁面URL進行埋點。

2.事件分析：
定義事件及參數，分析用戶操作行為；對頁面指定事件進行埋點。

3.訪問路徑分析：
通過流量數據轉化計算用戶的操作路徑；記錄轉化率，通過頁面PV計算轉化率

4.功能分析：
即通過埋點獲取的事件數據
a.每個事件明細中可以看到發生次數，事件統計
b.如定義了事件參數，則會顯示事件的參數發生明細

10.5終端分析

要想獲取用戶的設備，城市，性別，年齡段可以通過哪些方式獲取？
終端分析：記錄終端機型，分辨率，系統等信息。
地域分析：記錄用戶分布地域信息，一般通過用戶IP獲取位置信息。

11.數據后臺設計要點

1.圖表：
常忽視問題：名稱顯示，刻度下限，內容區間
2.數據導出：
原則上每個頁面都應該有數據導出功能，格式excel,圖片展示頁面導出格式為png或jpg；
導出的數據應與界面數據一致，應該是篩選結果而不是全量結果。
3.數據更新：
采用定時更新，更新頻率根據數據類型設置。
4.指標預警：
自定義指標，自定義閾值，自動觸發預警推送機制(信息，郵件)；
場景舉例：按小時監控投放活動；監控下單量變化
5.自動發送：
主要發送內容：核心運營數據，預警信息；
發送形式：郵件，重要信息短信發送；
發送對象：根據崗位，基本進行分組發送；
發送頻率：一天一次；
發送時間：固定時間，一般設置為數據更新后發送；
發送內容：自定義。
6.自定義模板：
自定義報表模板功能，因不同企業，不同角色，所關心的數據不同。
7.條件篩選：
業務數據往往需要非常多而全面的篩選條件；
加載顯示；
高級篩選；
進行對比分析、AB測試時，對比數據需要設計多套篩選條件。

5.4基于數據的產品提升

1.核心數據拆解

數據后臺除了通用數據外，還有哪些數據需要分析？
業務數據分析：

如何提升GMV？先對GMV數據拆分

GMV慘不忍睹考慮因素：
1.GMV=訂單量×客單價=訂單總額
2.訂單量=流量×轉化率
3.客單價=訂單總額/訂單數 直接影響因素是商品均價
4.退貨訂單，拒收，取消商品質量
5.流量質量，轉化率，商品均價，商品質量

2.電商業務數據分析

基于GMV的拆分，設計電商的業務數據

1.轉化率低->商品質量或者價格的問題
2.利潤率低的原因： 利潤率=(銷售額-成本)/銷售額 銷售額->銷量，客單價，付費用戶 成本->采購，人工，物流，運營成本

2.1用戶轉化分析

分析用戶的轉化情況，復購情況，一般根據天為單位，顯示用戶數量，轉化率
交易用戶，交易轉化率，復購用戶，復購率

2.2銷售數據分析

通過交易維度，分析GMV、訂單量信息，支持根據用戶、商品進行篩選。
成單銷售額，訂單量

2.3商品轉化分析

分析平臺整體的瀏覽-訂單-支付轉化情況。
訂單轉化率，支付轉化率，整體轉化率

2.4流量入口分析

流量入口指商城中能夠轉化到商品詳情頁的全部入口，通過埋點分析不同入口的轉化情況，評估不同功能對訂單數據的貢獻。
入口業績貢獻，功能入庫排名

2.5商品品類分析

基于不同品類、商品分析點擊次數，加入購物車次數，訂單數，購買人數，訂單金額，銷售數量等信息，通過找到高點擊低轉化的商品和低點擊高轉化的商品，來協助判斷活動選品，以及流量位的商品搭配選擇。
品類訂單量，品類銷售額，商品銷售業績

2.6關鍵字搜索分析

關鍵字搜索是電商行業最主要的入口，也是重點分析功能。
搜索行為(次數，人數，平均次/人，轉化訂單，轉化銷售額)，搜索結果，搜索轉化

3.數據細化分析

一、不同數據的分析：
確定了數據的主要影響因素后，對不同業務數據進行分析，確定問題點，找到短板
1.趨勢分析(時間區間自定義設置)，對比分析(多數據同一頁面體現)，細化分析(多數據項篩選)
2.盡量采用同比分析
3.需要結合產品發版、活動發布的歷史記錄進行分析，找個可能的影響事件
4.允許情況下，需要引入行業數據進行對比，確定差距后，再對細化影響數據進行次輪對比，找尋短板。
二、根據業務線進行分析：
光看全平臺整體數據無法區分是哪一塊業務影響了整體數據，那就應該就現有產品全部業務進行拆分，確定各條業務線分別分析。
1.根據主要與核心數據相關的業務進行分類，不是把所有功能都拆一遍；
三、不同業務的同比指標：
1.區分不同的業務線，分別統計各自的核心數據，確定短板業務及問題點；
2.找到問題業務線后，再對業務線確定核心業務流程，進行逐一分析，最終鎖定問題點；
實現方法：頁面埋點。
四、用戶畫像分析：
1.在確定業務線問題點的同時，我們還要根據不同用戶進行分析，也就是將用戶畫像應用于數據分析。如：分析電商平臺中APP的用戶訪問量大，轉化率低，PC端用戶訪問量小，轉化率高的原因。
2.收集用戶畫像信息，分析平臺的用戶標簽，用戶畫像不僅僅是簡單的羅列用戶組成，而是要結合定位、功能、數據對比進行分析。
3.用戶畫像包括使用媒介，時間，地域，狀態，行動軌跡等信息，需要結合細化數據精確篩選后才能得出有用結果。
4.面向不同類型產品，光分析用戶屬性是不夠的，需要根據商品，交易，內容等多個維度進行綜合篩選。
5.對畫像進行分群，對符合某種特定行為的用戶進行特定的優化和分析；用戶畫像標簽直接體現在數據篩選中，不同數據指標。業務指標具體分析；結合產品的目標群、業務特點確定優化方案。

4.優化效果驗證

一、確定優化方案：
1.痛點
2.問題分析：通過問題拆解、數據分析、業務細化等方面確定問題點。
3.收集需求：平臺用戶，運營建議，競品收集，行業熱點。
4.分析需求：結合收集的需求方案，分析是否能夠解決核心問題。
5.確認需求
二、優化驗證：
產品上線，使用A/B測試檢驗產品效果。

AB測試必備因素：
1.足夠的測試時間。2.足夠的測試量。3.明確的優化目標。

A/B測試概念：
AB測試是為產品界面或流程制作兩個（A/B）或多個（A/B/n）版本，在同一時間維度，分別讓組 成成分相同（相似）的訪客群組（目標人群）隨機的訪問這些版本，收集各群組的用戶體驗數據和業務 數據，最后分析、評估出最好版本，正式采用。

A/B測試關鍵維度：
1.數量：新版本測試數量不宜過小，用戶不宜過于單一，但比例過大可能會產生負面影響。
2.優先級：新功能不宜采用AB測試方法，對優化功能進行AB測試。
3.周期：測試周期不宜過短
4.目標數據：明確測試的目標數據，不是籠統地只看流量，轉化率等數據。

優化干擾因素：
1.是否受到外部因素干擾。
2.是否有運營活動影響。
3.目標用戶是否發生變化。
4.是否對其他業務功能造成影響。

5.5內容產品數據分析及數據分析工具

1.內容產品數據分析

出現 % 需要給定基數(占誰的 %)

內容產品的核心數據
1.獲取：
電商產品，一般注冊率在4%-25%，以10%左右為宜；
內容產品，注冊率在50%以上，一般不會太多關注；
干擾情況：
無感注冊，做任何模態視圖都不能阻礙用戶操作
強制注冊，如需評論，必須強制注冊
靜默注冊。
2.激活：
活躍度，內容社區電商類產品，日活一般為注冊l量的3%-10%，除了頭部產品，大部分產品很難超過10%，月活一般為日活的1-2倍。
PV，UV，頁面停留時間，訪問時長，跳出率。
3.留存：
留存率：可以參照“40-20-10”規則（日-周-月留存）；
日留存一般為月留存的1.5倍；
因主要采用流量變現，一般不強調獲客成本。
4.轉化：
人均訪問時長，總訪問時長/訪問人數；
付費用戶平均收入：一般按某個時間段來計算從每個用戶所得的收入
GMV，ROI
5.傳播：
推薦用戶數，推薦轉化率。

1.內容產品的數據后臺設計

內容分析： a.內容標簽：視頻排行榜，關注人們當前所關心的方向。 b.內容播放量 c.付費用戶數量 d.內容時長 e.用戶行為

入口分析： a.推薦，關注，附近，同城 b.列表 c.搜素 d.分享

內容生產： a.生產效率：當天生產多少內容(視頻，文章) b.生產質量：多個維度評估內容質量(建立分值取平均分，跟前一天對比) c.生產偏好：標簽排行，生產內容排行，搭不搭

內容變現： a.GMV b.付費用戶量：付費率高->質量高->變現能力 c.付費偏好：看用戶愿意在哪花錢

渠道投放： a.應用市場 b.廣告渠道，給平臺帶來多少流量

2.內容分析

內容分析目的：明確方向

內容平臺更關注瀏覽量，付費轉化，用戶行為(點贊，分享，評論，收藏)人均訪問時長等；
1.瀏覽量為點擊量過濾掉跳出時間進行的顯示；
2.內容產品一般采用標簽對內容進行分類，一級標簽普遍指代內容類別。

3.內容數據改高級篩選

內容產品數據分析同樣要做高級篩選，主要分為用戶屬性及內容屬性，強調對不同用戶、不 同標簽內容、不同發布人、不同用戶行為進行篩選。

4.內容生產

分析平臺中內容生成者的效率、質量、偏好。 監控內容新增情況，進一步對比不同用戶群、 不同內容類型的內容生產情況；優化內容生產 流程，提高內容生產轉化率。

5.內容入口分析

內容平臺會更關注不同入口的轉化情況及用戶行為數據。
分享、推送、搜索行為，推薦主要的四個維度 ；
l 推送主要分析不同內容的推送轉化率（推送點擊次數/推送次數）；
l 搜索主要分析搜索成功次數、點擊量等。
搜索成功：有搜索結果并且點擊

6.內容分享

衡量分享功能使用率，分享效率，分享帶來的用戶量及其轉化情況
l 通過不同位置、標簽進行分析 ；
l 病毒指數=(分享次數/分享人數）*（成功轉化人數/分享次數）=成功轉化人數/分享人數。

病毒指數：看一個老用戶能拉來多少新人

7.渠道分析

通過分析渠道推廣效果，衡量應用市場、推廣渠道的收益。

8.視頻內容分析

對于視頻類的內容，通過不同內容的視頻播放次數、完播情況，評估視頻類型的內容。

9.小結

內容產品主要關注指標 PV、UV、跳出率、在線時長、留存率、GMV、ROI、傳播轉化率。

內容產品數據后臺主要功能 內容分析、內容生產、入口分析、渠道投放、視頻內容分析

10.不同行業業務數據分析

https://www.growingio.com/demo

2.數據分析技術儲備

1.excel分析基礎
2.sql相關基礎
3.數據分析可視化軟件：
tableau:https://www.tableau.com/zh-cn;
BDP:https://me.bdp.cn/home.html;
Echarts。
一般分為儀表盤、工資表、數據源三種

1.數據分析可視化軟件流程

1.導入數據源-數據源包含企業的EXCEL數據、SQL數據庫、第三方數據（如微信）、行業大數據等。
2.確定數據內容-根據導入數據源確定數據分析內容，表頭內容不允許重復。
3.設置展現形式-指定數值項，設置圖表類型、展現、篩選等內容。
4.數據展示-完成指標設置，對整個儀表板進行展示定義展示效果。

5.6數據產品拓展

1.數據大屏展示

作用：對外展示，直觀展示，預警定位。
設計要點：少交互，強動效，快速定位。

2.移動端數據產品

一、年度(個人賬單)：
個人賬單目的：提升粘性，提升分享，提升轉化，提升活躍；
個人賬單設計要點：
1.內容常見，不是數據分析產品，而是反應用戶最常用的功能數據，提升用戶興趣度，不能出現用戶隱私。
2.等級參照，數據盡量不要出現排名，用參照物的方式最合適，可以加入等級頭銜。
3.弱化劣勢，因為賬單的核心目的是為了分享，內容盡可能體現用戶好的一面，讓用戶有分享的欲望，不能是不好的一面。
4.用戶畫像；維度要廣泛，盡可能引入用戶畫像的維度，容易與用戶產生共鳴。
二、移動數據產品的設計要點：
1.數據顯示：移動端數據產品無法代替PC端，數據指標不易太多，每頁1-2個圖表為宜，受限用戶習慣及加載性能，頁數3-8P為宜。
2.減少交互： 移動端數據更多用于及時查看，不宜過多交互，如過繁瑣的條件篩選、時間自定義等。
3.兼容性： 移動端尺寸分辨率不同，頁面設計中常常要考慮盡量多的兼容機型，避免出現顯示問題。

3.服務型數據產品

數據產品并不僅僅是用來進行數據分析類業務，很多場景下會直接服務于用戶業務。 因為普遍會用到大數據技術，該類產品也常常統稱為大數據產品。
一、精準推送：

二、個性化推薦：




三、智能客服：
智能客服后臺一般的模塊為語料管理、語料分類、語料質量、熱度問題、問題記錄等智能客服后臺除了第三方預置的常規語料庫外，需要運營人員根據自身產品設置語料庫及答案。 轉人工客服后回答過的問題可以生成新的語料。
四、軌跡跟蹤：
1.軌跡跟蹤的目的，是通過終端設備及大數據技術，結合人臉、體態識別等智能算法，收集用 戶線下行為數據，生成用戶軌跡，從而打破了我們只能對線上數據進行分析缺無法收集線下數 據的困境。
2.軌跡跟蹤主要應用：
l 交通
l 安防
l 樓宇園區
l 物業小區
l 校園
l 醫院
l 商超
l 監獄
3.智能硬件產品的分工：
由于要收集線下數據，社區、園區、交通、零售等行業產品中都少不了智能硬件、物聯網、核心算法等內容，因為很難找到各方面都非常了解的產品經理，因此也分化出了不同職責的產品經理：
硬件產品經理：l 參數性能跟進 l 模組定義 l 環境適配
軟件產品經理：l 前臺設計 l 后臺設計 l 數據收集
算法產品經理：l 參數跟進 l 場景分析 l 模型確認

3.31追加更新：
競品分析六要素：
1.數據層面
2.產品定位
3.邏輯層面
4.技術層面
5.運營層面
6.產品商業化

總結

以上是生活随笔為你收集整理的【产品经理】笔记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。