黑马-产品经理笔记
- 阶段1-产品基础
- 阶段2-内容产品项目实战
- 阶段3-商城项目实战
- 阶段4-产品运营
- 阶段5-数据分析
阶段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.产品商业化
扫一扫
2252
到【灌水乐园】发言
