产品之光 从0到1教你做产品经理

good

如果你希望知道产品经理在工作中会有哪些特别的发光点,那么相信你可以在本书中找到答案。 P3

在大四时,我们学校对面的中兴通讯股份有限公司湖南分公司招聘产品助理实习生。 P6

我想每个人都有跟我一样的迷茫期,正是这样的迷茫才让我们有机会在某一天顿悟。 P7

本书汇聚了我在产品和运营岗位上的经验和复盘的真实案例,在此要感谢吴轶(美团前交互设计师)、权莉(满帮集团资深产品经理)、高飞(中国电信北京研究院产品专家)、梁婷艳(京东运营经理)给予部分内容的支持。 P8

产品总监、产品经理每天都有许多工作,你不能在遇到问题时都向他们请示,如果是一两次还可以,经常请示他们则只能体现你沟通能力不足。 P14

比如,别人之前是忧愁的,你通过言语或者其他方式让这个人变得开心,让他经历情绪上的起伏,这便是调动别人情绪的能力。 P15

不要求即时反应,就具有充足的时间思考,可以想好了再把相应内容发出去。 P16

你能做到在工作中有目的地学习吗?在从事产品经理工作的时候,每一个项目都会给新人带来挑战,在挑战中我们会经历一个个波峰和一个个波谷。 P17

互联网的变化日新月异,比如互联网的风口从互联网金融到直播,再到共享单车,如果不学习将跟不上时代的步伐。 P18

1.用户体验和资源分配的不安用户体验的极致感总在产品经理心中。 P19

如果你是产品实习生,那么要帮助产品经理画好他需要的原型,要使用Visio把需要的流程图画出来。 P20

”这是我刚入行时一位领导的话。 P22

1.2.3 自己能从哪里做起产品经理的工作是没有止境的,新入职的产品经理要想清楚自己能够从哪里开始做起,在明确项目、了解产品、完成衔接工作后,就要快速参与产品规划和迭代。 P23

产品经理既要推动相应产品的开发组织,又要根据产品的生命周期协调研发、营销、运营等,确定和组织实施相应的产品策略,以及其他一系列相关的产品管理活动。 P24

类似这样的情况比比皆是,反复发生。 P25

2.非典型产品经理现象是普遍的A、B、C的情况是不是你曾经遇到过的情况或在你的工作中正在发生的情况?产品经理A、B、C属于非典型产品经理,我认为非典型产品经理现象是普遍的。 P26

3.非典型产品经理参差不齐和我曾经一起创业的一位同事也是产品经理,当我在公司提出建设数据系统时,他恰恰成了第一个反对者。 P27

第三,说得多,做得少,待遇还不低。 P28

1.3.1 公司的业务与团队的氛围是因果关系当你即将进入一个新的团队或新的公司时,在面试中除了与团队的领导交流之外,其实最核心的是需要考虑当前公司的业务。 P29

②有的自上而下,有的自下而上。 P30

在产品经理的工作中,产品经理在团队中或多或少都会有像电影里一样和领导争论需求和产品方向的影子。 P31

团队都没有和产品经理沟通的意识,觉得有没有产品经理存在都无所谓。 P32

突如其来的挑战可能会在这样一个场景中出现,在产品经理将最终方案给开发人员的时候,开发人员说:“我认为后台这里还是不应该要这两个字段”,产品经理此刻心里想:“之前怎么不说”,或许大多数产品经理的反应都会如此,在需求评审会议的深度没有达到理想的评审深度时,往往在实际启动、开发中会出现类似的系列问题。 P33

产品经理对技术的掌握和理解深度也不同,有很多人因工作原因从UI、运营、新媒体编辑转到产品经理岗位。 P34

例如,腾讯云产品的特殊性是需要掌握服务器、数据库知识,但对金融产品来说,则需要掌握证券的相关法规、证券的基本规律。 P35

其实反过来看,并不是互联网有那样神奇的能力可以贯穿我们生活中的各行各业,而是互联网思维紧紧握住流量运营、用户运营、产品运营,让我们发现:“哦,原来这个事情还可以这样做。 P36

当然,那么我想强调的不是让读者撰写内容、产出内容,而是要学会利用互联网传播打造自己的IP,甚至做自己的社群或知识模型,相信这一定会给你们在工作之外带来一份不错的收入,而且这份收入是可持续的、可发展的。 P37

我认为可以把互联网人分为运营人员、产品经理、数据分析人员、测试人员、开发人员、交互设计师、UI设计师。 P38

1.4.2 产品经理的习惯培养1.养成体验产品的习惯互联网的产品经理要致力于竞品的体验和挖掘。 P39

产品经理可以下载一个安卓模拟器作为体验产品的体验池,目前大部分人应该只有1部手机,现在的Push(消息推送)在App上极为常见,如果不想被Push骚扰或让手机待机时间更长,可以考虑下载一个安卓模拟器。 P40

对于一款产品,每个用户的需求和使用程度都不一样。 P41

体验是产品设计的逻辑与产品感的总结和提升的过程,我并不会像图 1.4.1一样一一列举,但我的直观感觉会提升,我能分辨一款产品好与不好,找到较好的部分与较差的部分。 P42

我在日常工作中使用得较多的文档与资料管理工具有以下几个。 P43

另外,通过项目的单独存放管理,我们也可以快速地找到相关项目所包含的素材与原型,这是非常便利的查找方式。 P44

产品助理的日常工作内容:撰写文档、测试产品、组织运营活动、对接客户、进行产品培训。 P45

产品总监是说服公司或者带领团队做事情的人,需要领导力或人格魅力。 P46

这个形象和地位应该是与众不同的。 P47

百事可乐在竞争之后逐渐产生了思考,那便是可乐一定要和可乐竞争吗?为此他们开始尝试以非可乐的形式与可口可乐竞争,那便是七喜汽水。 P48

比如,一个视频App,就不要做成直播App,不要误导用户。 P49

我们曾经上线一个官网活动的页面,但因运营需求,活动页面需要做成可配置化的,可配置的部分是页面的文案、图片,运营团队可以直接上传或修改后台配置系统,减少开发资源的使用。 P50

如图2.1.2所示,针对原型设计可以先做原型框架。 P51

市场调研有大有小,不同类型的调研的目的也不完全相同。 P52

图2.1.42)页面PRD图2.1.4把页面交互与注释说明分开描述,接下来说明如何描述相应的字段或功能。 P53

图2.1.6将页面分级后,可以将页面逐个评审,以便保证不会遗漏或者不会出现大的问题。 P54

新产品经理在加入产品圈后,应该尽可能完成交互的效果,随着后续能力与素材库的积累,可以不再重点突出交互效果,毕竟交互效果浪费时间,而且需要不断修改。 P56

第一个案例如图2.1.12所示,对于这样的一个内容框,你会选择左边还是右边?左边默认告知用户数值范围,右边不告知用户数值范围,而直接显示结果。 P57

图2.1.1520 个字是表达想法最好的长度,产品可以提示用户如何更好地输出内容,有助于沉淀内容,使用户产生不是在使用产品的感觉,而是在与产品真实的沟通互动。 P58

坐标轴的变化便是很明显的差别之一,如图2.2.1所示,如果改变数据坐标轴的尺度大小,那么效果的差别是直观的。 P60

移动端、Web端、电商类、UGC类数据指标分类如图2.2.2所示。 P61

我曾经负责“行情”模块的迭代,这时UI已经做出来了,只需要监控相应的新功能或新产品。 P62

我们要反复尝试不同的路径,截取关键点。 P63

开发人员:可以确定相关的功能模块是哪个人负责的,可以添加。 P64

产品之光 从0到1教你做产品经理 经济管理电子书 第2张如果个人页面不是这次活动的侧重点,那么在新版本上线提测后,其个人页面就不需要埋点。 P65

1.常见数据的获取每一个产品都会有自己的管理端,这是一个产品完整的基础。 P66

表2.2.3 对于有数据平台的产品团队,其数据的获取就变得很容易了。 P67

自己搭建数据平台需要强数据意识,利用数据驱动增长,找出产品的正确迭代方向。 P68

但这确确实实反映了产品经理获取数据不应该简单建立在公司是否有数据平台、公司是否使用第三方数据平台等。 P69

2.分析数据的常用方法上面说了4种数据的获取情况,如何通过数据落地产品设计呢?1)确定需求产品经理通常要通过优先级确定当前版本或周期会做的需求,以及新需求添加或迭代的模块,再次建立数据采集来源并且确定数据存储。 P70

不管是第三方数据平台还是自己开发的数据平台,当时采集的需求不同,其数据采集的细度也不同。 P71

(2)用户的获取与留存需要单独从数据平台拉取,拉取A用户的新增数据、B用户的新增数据、A用户的留存数据、B用户的留存数据,这里涉及新增、留存。 P72

第一,通过以上数据分析,我们发现周末的用户发帖数少,需要考虑增加一些推送消息或周末内容,给用户提供发帖的动力。 P73

在日常评审中,分析数据后,产品经理可以更合理地落地相应的需求,不会以“××竞品都是这么做的”说服开发人员或领导。 P74

在需求概述中,图2.3.2所示为一个需求文档的开头,表示目前该需求的大体情况,让开发人员或测试人员知道该文档是做什么的、该文档当前的状态、该需求的负责人是谁、修订版本(当前文档的修订版本,并不是产品的迭代版本)是哪个。 P76

2.项目背景概述当前UGC模块的功能为发帖功能、点赞功能、评论功能、转发功能。 P77

产品经理可能会做 UI、UE,类似这样的情况,也需要填表。 P78

新建默认为相应模块的首次使用,后期文档的修改用增加、删除、修改即可,这里需要将修改、增加的地方加入超链接,以便开发人员查阅。 P79

当然也可以用思维导图,可以方便测试人员和开发人员知道哪一个数据是哪一个对象的,并且标注在哪一些流程中,需要什么条件为数据。 P80

11.全局交互比较常见的全局交互控件有弹层对话、加载、弹层菜单、搜索、导航、表格、按钮、列表、进步器。 P81

① 页面加载网络正常却没数据,如图2.3.14所示。 P82

页面间交互可以自定义,但对于最终进入哪个页面、每个页面从哪些地方可以进入、可以退出等,产品经理或交互设计师需要说明。 P83

按照用户的操作可以将流程分为前端和服务端,告知相应端开发人员应该做什么、不应该做什么。 P84

将功能的每个页面进行列举,比如某一个功能下面有页面1、页面2、页面 3……如图2.3.20所示。 P85

这里以开红包方式描述。 P86

表2.3.2 16.其他需求描述综上所述,一个PRD就基本完成了,但在工作中一个功能模块或一个版本的迭代往往还需要涉及其他需求,涉及人力、财务资源的需求,以及每次评审或小团队沟通的记录。 P87

3)法务需求法务需求见表2.3.4。 P88

提前说明风险能够给老板一些心理准备,当然风险预测不是万能的,如果出现一些技术无法解决的问题也需要产品经理注意预防。 P89

图2.3.24 图2.3.25 图2.3.26这8个机制是我们在描述PRD中常常容易忘掉或者已经描述但没有做分类细化的描述。 P90

对于下面的情况,首选页面分级、业务流程对比法:①有一些竞品,但是产品经理不能找到竞品开展调研。 P91

这样,页面的截取就没有难度了,也不需要实际使用每一个竞品。 P92

图2.3.303)运营模式(商业模式)分析我常常会把运营模式分析放到最后,我认为首先要考虑对方公司的自身资源,其次要了解竞品功能,以及竞品用户,最后综合判断运营模式,如图2.3.31所示。 P93

竞品分析要能够分清主观与客观,新产品经理在做竞品分析的时候往往过于主观,所做的竞品分析难以让人信服和接受。 P94

图2.3.321.启动导航在开始UI设计时,产品经理要时刻跟进UI设计的工作。 P95

它主要有两个原则:①完整性原则。 P96

脚注不要太多,如果功能跨越页面较多,就以一个单独的标题统计,如图2.3.34所示。 P97

它可以表示用例的行为顺序。 P98

图2.4.22)激活激活表示当前的对象或业务部门存在相应的流程,一般从头表示激活状态,下边与上边的区别在于,上边的顺序是先于下边的。 P99

产品经理在工作中除了做前端需求之外,较为复杂的工作是在所属企业或者产品架构的基础上建立系统流程和业务逻辑。 P100

对于业务流程和逻辑来说最复杂的是将头脑中的流程具体地体现在纸上、体现在评审中,展现出来内容。 P101

产品需求文档也是开发的依据,当然很多产品经理可能会说“我们公司的开发人员都不看文档或者都不仔细看文档”。 P102

5.优化项目与查缺补漏什么是优化项目?优化项目是指由于开发工作量小(两个工作日内)而出现的需要修改的有文案错误、UI错误等明显错误的项目。 P103

(1)时刻与需求方保持沟通,一旦产品排期推迟,与需求方同步。 P104

产品经理要随时知晓自己需求的开发进度,并及时检验。 P105

产品经理跟进需求的第一步是时间节点,要跟进当前的开发需求完成情况,在实际过程中,经常会出现以下情况。 P106

产品经理要保证需求能够顺利地发包,最终按时上线。 P107

图2.4.9可以从以上4个部分争取需求的开发资源,比如一个只有几十万个用户量的用户产品,每天产生的用户UGC只有10多条,是否有必要增加举报功能?举报功能是产品针对 UGC 的一个很好的过滤机制,但产品经理要想清楚当前产品是因为用户量和内容需要先做举报功能,还是因为风险控制才需要举报入口。 P108

产品经理需要及时了解未处理的Bug,而不需要关注已经解决的。 P109

图2.4.11测试分类如图2.4.12所示。 P110

而Axure RP 8.0可以提供部件组合。 P112

图2.5.2 图2.5.3在Axure RP 8.0中,可以使用热区代替部件,多一个部件不如少一个部件。 P113

Axure RP 8.0中增加了3种常用的矩形控件,如图2.5.5所示。 P114

墨刀没有条件判断,只有页面的不同状态切换,而且有时候还会出现之前制定的动作莫名其妙地被取消。 P115

2.Axure RP(1)当布局画面多的时候占用内存大,经常因动态面板的累积导致卡顿。 P116

一个负责后台的产品经理,如果对逻辑没有清晰的认识,是没办法将产品落地的。 P117

(3)需要知道每个部门现在的流程和状态,以及未来调整的一些大方向。 P118

以电商为例,将其传统的模式打通到线上,需要考虑之前的相关流程关键点订单或者业务员的一些处理是否标准化和是否需要标准化。 P119

图2.5.10有的算法很简单,但有的公司销售的产品种类多、价格多,算法也会有很多种,需要产品经理一一梳理!2.5.4 用户调查问卷工具1.调查问卷的意义是什么从一份好的调查问卷中,产品经理不仅能够知道当前的产品运营情况,而且通过调查问卷的数据分析,能够知道目前产品的一些缺点和优点。 P120

调查问卷在形式上由6个部分组成:问卷标题、导语部分、基本信息、主体内容、结语和整体。 P121

组合法一:先调查,后访谈。 P122

图2.5.13其中,从趋势研究中我们可以看到7天和30天整体(PC+移动端)的搜索指数与移动端的搜索指数、相应的环比增长,可以得知目前查询的关键词的变化趋势,便于预测或准备下次的热点。 P123

图2.5.14舆情洞察对新闻中出现的情况进行搜集,可以看到近7天和5年内的新闻情况,可以列出数量的平均值,去除异常情况,如图2.5.15所示。 P124

微信指数的结果更利于寻找移动热点或者即时性热点。 P125

产品经理在进行 UGC 模块设计之前,要弄清楚其产品的用户社交关系以及产品社交定位的强度。 P126

Feed有效与否根据用户点击的效果验证,以QQ空间为例,它按不同的内容源进行设计。 P127

广场:所有消息的集合,系统、运营、用户消息集合(常见的)(不排除因产品定位不同将系统消息部分过滤)。 P128

以UGC模块为例,其典型的案例是群聊与社区的模块是关联的。 P129

时间线成了的唯一标准。 P130

重力排序法依据时间流的顺序,不会让用户产生无厘头的感觉,用户得到的不全是系统消息、无效消息。 P131

去除无效的Feed,将有效的Feed推荐给用户的业务流程如图2.6.10所示。 P132

如果每天产生的内容在100条Feed左右,建议用3小时、1天、7天作为时间点,如果时间太短则没有生成新的Feed,如果时间太长则没办法将Feed拿出。 P133

但也会存在一个问题,Feed 的产生有时间属性,当用户拉取 Feed 的时候会发现有一些Feed不按照时间轴的顺序排序,本来是昨天发生的事情,但是今天却拉取出新的微博消息。 P134

难点一:会员体系的产品落地。 P135

QQ 会员体系是简单的会员体系,没有任何积分体系参与其中,图 2.6.13 中的“出口”代表会员体系的出口。 P136

当然,目前几乎所有的产品,除了积分体系(充值变成游戏货币或虚拟货币)之外,都通过付费转化,最终促成整个产品赢利。 P137

其目的是让在金字塔最顶部的用户尽量增加消费,最终达到我们预留的等级要求。 P138

在会员体系中用户也可以通过完成任务或消费增加经验值,达到No.2等级。 P139

如果要落地,那么还需要与运营沟通入口中涉及的每个线路的权重、占比、非固定收益的权重等。 P140

图2.6.165.积分商场(积分体系)积分体系要有货币概念,有些人认为积分体系与货币的价值应该在 100:1左右,至于这个比例是否恰当,可以从以下几点考虑。 P141

当用户达到相应等级时,比如从NO.1达到NO.2,如果他非常喜欢 NO.2 的特权,一旦被降级其相应的特权会受到影响,那么用户便会激活或充值,保证自己能够停留在NO.2。 P142

按年考核消费,的的确确会比按月考核消费好些,毕竟用户积累了一年的消费,这样符合用户的消费规律,用户保持该等级的难度不大。 P143

图2.7.1 图2.7.2桑基图主要表现用户到达每个监听页面的情况,以流线的方式表明用户在页面之间的流动路径,我们可以看到用户进入页面后主要的流动情况。 P145

我们在落地产品时,首先需要清楚业务逻辑,然后还要清楚产品逻辑,经过评审后要输出PRD等,输出的PRD就包含产品交互和文案。 P146

图2.7.4这里的易错点有两个:(1)没有标注具体使用哪一类组件。 P147

要根据点击事件(或用户路径)制作页面路径图,新产品经理经常会忘记这一点。 P148

产品经理需要对每一个输入框或涉及出错的页面和控件给出错误提示,并给错误提示添加文案。 P149

③私密性(防止信息泄露)。 P150

(2)在Axure RP中高清大图不要太多,大图太占内存,尤其单个页面不要太多,如果真的需要放很多高清大图,那么建议分散在不同页面中,或对图片预先压缩,让图片变小。 P151

在转型中,市场的分化越来越明显,金融产品的市场分化图如图3.1.1所示。 P152

图3.1.2从古至今,金融的属性早已形成。 P153

《2017 中国互联网理财人年度分析报告》指出,理财用户主要分布在26~35岁,占比高达56%;男性多于女性,与贷款用户一样,高学历人群占比最高;他们是有一定理财意识的“80后”,一线城市网民占比虽然不高,但是渗透率最高;三线城市以下网民数高,但是渗透率还不够,仍存在较大市场空间。 P154

(3)VIP专属产品:针对高付费用户提供VIP产品定制,同时高付费用户享有比普通用户更高的理财特权。 P155

1.什么是互联网医疗互联网医疗业还处于发展阶段,正在由资讯入口向线上问诊、医药电商、预约挂号等O2O模式转变,并且借助移动端更大范围地线上线下资源互动,逐渐形成医疗服务闭环的商业模式。 P156

由此可见,几乎全民都属于互联网医疗的受众人群,只是受年龄层次、地域因素的影响依赖度不同。 P157

(1)从单一模式向多模式、多渠道转变,形成医疗综合性应用。 P158

多年以来,人们固有的思想就是有病去医院,只有去了医院才有医生。 P159

2)空中医院这个模式新颖且具有创新性,使病人有能力选择自己青睐的医生,同时也在医疗服务行业引入了竞争机制。 P160

对象不同,他们的关注点自然不同。 P161

据行业内透露,政府也正在汇集大量资本对此进行准备。 P162

当初瑞星、金山毒霸等杀毒软件都在收费的时候,360 突然宣布免费杀毒,那个时候各大公司还没有用户这个概念,免费的用户对于各大厂商来说就是非目标用户群体。 P163

知识付费产品的用户传播方式如图3.3.4所示。 P164

”在这样的市场环境下,很多小型直播平台纷纷倒闭,但也有很多大型直播平台能够迅速适应环境变化,丰富产品,推出新形态的产品,输出更富创意的运营打法,朝着直播多元化、变现多样化、粉丝社群化的方向发展。 P165

图3.4.1为直播市场用户规模变化。 P166

我们也看到,很多平台也在绞尽脑汁地从商家及粉丝角度出发在产品层面上提供更加优质的体验,如在电商直播间内,我们看到用户不定期地进入直播间,他们的诉求就是让主播试戴、试用、试穿某款商品,询问一些产品参数、材质问题,主播费力地给用户讲解商品,试穿试用,但是新来的观众看不到已经试穿过的内容,主播又需要重复试穿,非常麻烦。 P167

各大直播平台使尽浑身解数,输出各类花样式打法,虽然最近 DAU 下降,但是相对于2016年实现了观看人数的大幅增长,微博直播观看人数迎来新一轮增长,除了秀场直播发展迅猛之外,多个垂直领域日均观看人数成倍增加,如图3.4.2所示。 P168

HTML 5.0属于Web前端开发的一种技术,即我们平时所说的移动端的网页制作,简称H5。 P169

2.Web AppWeb App采用HTML、CSS、JavaScript等语言编写,受限制于UI WebView,页面不存放在本地,也无法调用系统底层接口,对CPU使用有限,常见于比较轻的产品、利于传播的App,在Web App中所使用的技术框架有jQuery Mobile、Frozen UI、Iconic、Amazon UI、CardKit、AppJS等。 P170

1.Native技术开发成本:要为iOS、Android系统各自开发一个App。 P171

版本发布:直接发布,随时可以发布(除了审核之外)。 P172

因为Hybrid技术融入了系统自身的接口,所以CPU占用率较高。 P173

Web App、Hybrid App都受限于UI WebView,这导致需要访问多个层级进行渲染,最终造成的动画效果就是卡帧或性能下降。 P174

SVG图形能够自由缩放来适应不同屏幕的尺寸和分辨率,不会模糊变形。 P175

如图4.1.7所示,支付宝中的支付、下单、付款等高频操作采用的都是Native技术,减少了用户在高频操作中的卡顿现象。 P176

如果响应时间超过 5s,74%的 PC 用户和 50%的移动应用用户就会放弃,5s即用户的极限时间。 P177

闪退率是用户体验的核心指标。 P178

如果一个功能存在,却没有相应的操作入口或按钮提醒,那么显然不会有好的用户体验。 P180

2)环境场景——相关动作或情景说到背单词,你可能会想到一个戴着耳机的人或在一个教学楼旁背单词的学生。 P181

用户体验的3个方向如图4.3.2所示。 P182

我们可以看出,整个产品需要稳重和舒适的基调。 P183

App 内容与页面交互联动如图4.3.7所示。 P184

2.用户至上对于用户至上,张小龙用了微信举例。 P185

轻微质感风与极简风对比如图4.3.8所示。 P186

动词的使用,在文案中也非常重要。 P187

4.3.4 移动端交互图4.3.13中哪个是iOS系统交互,哪个是Android系统交互? 图4.3.13不知道你是否猜对了,在页面风格上,产品经理、设计师要确定页面整体的系统背景(环境—外在)和页面品牌的风格(自身—内在)。 P188

可以考虑设置展示频率,例如前50次默认展开。 P189

(2)设计时要考虑用户使用产品的场景。 P190

4.异常页面与Toast(提醒)交互设计说起异常页面,我们会想起在日常生活中使用App或系统产品时出现的一些反馈提示或反馈页面。 P191

我收集了来自“大厂”的一些产品异常页面截图,可以帮助落地相应的页面。 P192

案例1:购买操作失败页面(如图4.3.20所示)。 P193

图4.3.22(3)获取数据失败的页面案例1:断开网络提示(如图4.3.23所示)。 P194

(1)断网状态。 P195

案例1:网络异常(如图4.3.28所示)。 P196

这里我梳理了以下用户操作行为:发送操作、评论操作、点赞操作、分享操作、收藏操作、拍照操作、录像操作、剪辑操作等。 P197

这里都以Toast或Dialog提醒,在很多时候会直接调用系统层的部件设计。 P198

案例1:输入字符超过限制提示(如图4.3.37所示)。 P199

字符限制的原型设计如图4.3.39所示。 P200

反馈提示的原型设计如图4.3.42所示。 P201

图4.3.44你觉得哪个更通俗易懂?(4)分部展示文案。 P202

减少App的卸载率是取得成功的关键之一。 P203

如果手机校准不好,那么会造成用户点错,出现各种意想不到的Bug,解决起来很费劲。 P204

(2)消费观念:Android用户的消费观念传统、保守。 P205

图4.3.483)文字太长不足以描述文本图4.3.49以标题的形式压缩你需要表述的文案,用户如果觉得有兴趣自然会继续阅读。 P206

4.3.5 Web端交互1.4个不要和1个法则不要把网站的体验复制到应用程序上:比如,带下划线的链接。 P207

相反,等到用户被证明是多次使用者,他们将更有可能为你的应用程序评分并提供更有价值的反馈。 P208

图4.3.533.Web端导航设计导航设计可以帮助用户提升各个业务之间的工作效率,如图4.3.54所示。 P209

使用场景:不需要让用户一眼注意到该功能,但需要用户在使用时可以发现,当功能重要程度较低时适用。 P210

① 基于用户行为数据:启动App频次、打开时间段等。 P212

推送的整体规划如图5.1.1所示。 P213

这要看产品与运营的需求,我们可以将推送进行分类,如果是功能性的推送,可以让用户首先使用。 P214

订单是在用户购买后,支付前出现的。 P215

需要说明的是,这里仅仅是查询!虽然权限限制,但是在产品设计中要做到产品统一。 P216

微信 UGC 的机制如图5.1.7所示。 P217

2.设计UGC反垃圾机制需要考虑的要点图5.1.8是UGC反垃圾产品设计的出发点,需要从用户发布的信息、浏览UGC的用户、产品本身考虑。 P218

同时,在视频右边还可以设计专门的弹幕栏,即可以把弹幕内容当作评论一条条地看而不受其干扰。 P219

(3)敏感词、内容与行为识别三种检测技术协同工作,多道防线实时跟踪。 P220

① 优惠券要分类才能匹配相应的详情或订单;②要考虑优惠券的属性,即一张优惠券的使用次数;③每张优惠券的有效期、名称、额度和使用规则;④用户领取优惠券的途径;⑤优惠券的发放方法。 P221

这里需要设置一个相应的入口,对没有优惠券的用户进行引导,使之形成闭环,如图5.1.11所示。 P222

如果场景简单,比如跳转到相应的单一产品页面或单一场景页面,就可以快速进入下单页面,方便用户下单。 P223

第一种情况:优惠券可分为通用券和相应产品优惠券。 P224

后台产品经理应该思考以下几点。 P225

(1)要知道你要记录的都是哪些节点行为的日志。 P226

在日常生活中,我们购物或互联网的方方面面都存在客服系统。 P227

产品或活动中需要的一些产品介绍文案或活动文案在这里称为内容。 P228

FAQ的关联建立如图5.2.7所示。 P229

一旦不合规或随机质检出现问题,企业就可能倒闭。 P230

客服部门不能处理的问题需要相应的技术部门或其他部门共同解决。 P231

图5.2.12工单的搜索(如图5.2.13所示)并不像我们日常中搜索会话消息,工单所处的状态有很多种,以工单的状态搜索工单会大大提高工单的查找效率。 P232

数据报表(如图5.2.14所示)的复杂程度由接入的渠道数量决定,有的可能只接入App,有的可能只接入Web或微信。 P233

5.2.2 开放平台开放平台是在国外开始掀起的,Facebook首先推出围绕自身数据和服务提供的开放接口(API),然后国内BAT等拥有大量数据服务的平台看到了互联网潮流的方向,纷纷推出开放平台,增加了自身用户数据交换的量级。 P234

对于开放平台运营,这里不得不说它的特殊化运营。 P235

对于微信公众号的开放平台,我们可以直接使用微信公众号平台提供的接口,如图5.2.16所示。 P236

注册与登录由两个不同的流程组成,但其核心都是账户的设计方式,账户设计方式不同导致注册和登录不同。 P237

图5.2.19建议落地场景:产品从0到1初期、用户基数少、产品内容搭建期、产品业务账户要求低(例如,金融产品的账户就不能使用)。 P238

(2)缺点:引流效果差、账户信息少、密码可能需要设置不同强度才可通过。 P239

如果用户忘了用户名,那么怎么申诉?这种方式的优点和缺点如下。 P240

(2)缺点:用户可能有多个账户、一旦更换第三方应用无法找回账户、用户隐私可能被第三方应用调用、无法对用户提供更多有利的价值。 P241

1.社区产品从0到1冷启动1)确定内容社区产品归根到底是内容性产品,社区产品会有内容的“品位”,用户人群的内容消费目的不同。 P242

这3个社区诞生之初的用户都是基于互联网技术的用户。 P243

内容社区冷启动的目的是让社区在进入用户手中后可以逐渐生成内容,最终使社区的内容产生量足够支撑社区运行。 P244

除了内容填充以外,社区产品上线前的另外一项准备工作便是种子用户的引入。 P245

虽然种子用户是用来试错的,但是如果在种子用户前引入分享机制,就能尽可能地将产品打磨出来,加快社区产品的传播。 P246

2.社区产品的前途与未来社区的内容其实由用户产出,为了保证整个社区的活跃,内容运营人员、产品经理需要不停地为用户打造更多用户需要的主题和用户产出内容中需要的功能模块,要以用户为基础。 P247

在产品设计中因内容展示页面过多,产品经理需要考虑如何有效地给用户展示不同的内容,所以标签或个性算法尤为重要。 P248

锤子社区定位为以用户对产品的互动为主。 P249

用户互动体现在内容分享上,这是知乎经过时间累积所沉淀下来的。 P250

5.2.5 预约系统案例这个案例主要剖析预约系统所包含的模块与业务场景,介绍从0到1搭建预约系统。 P251

第二,继续挖掘用户的潜力。 P252

虽然对于以自媒体内容为主的平台来说,并不是每个C端用户都有找客服的需求,但是客服对于解决B端问题的效率还有待提升。 P253

(2)不遗漏异常数据。 P254

比如,客服、店长、医生在整个系统中的角色不同,使用的功能模块也不同,因此权限的配置需要产品经理多向线下服务方调研。 P255

如图5.2.35所示,排班人员是不需要对部门进行配置的,在前期运营人员已经配置好了公司架构。 P256

产品经理要从以下几点管理消息动态:(1)异常用户。 P257

将用户喜欢的内容聚集在一起,可以给用户圈子的概念。 P258

比如,用户的话题、用户的头像,都需要内容运营人员不断地填充,图5.2.40所示为马甲动态的输入框。 P259

(4)满足运营基本需求。 P260

有的时候产品经理可能会有以下想法:“其他产品好像也是这样做的,所以我这样做是对的”,然后就会将某些细节描述或交互效果取消,结果导致广告的转化效果很差。 P261

good

标签