发表于： 2019-06-12 22:44:47
1 679
今天完成的事情：
1.完成任务七、任务八、任务九（部分）深度思考，虽然问题少，但是知识含量多！！！
明天计划的事情：
1.完成深度思考内容
2.回归整理之前的总结内容
遇到的问题：
暂无
收获：
一、产品经理需要了解方角和圆角的头像差别么？像这种类似的细节应该交给产品还是应该交给UE还是交给UI去处理?
PM应当了解头像样式给用户带来的视觉和用户体验。
需要、万一小公司没有UE、UI呢
UE是交互设计师
UI是界面设计师
这种细节应对交给UI处理。
二、个人中心通常包含通用模块和专有模块，都有哪些是通用模块？不同App在头像大小，背景图，布局等这些都有什么差别？
通用模块：
用户中心，可以设置用户的基本信息
收藏
消息
设置
账户安全
头像的设计方式：
圆形多用于娱乐社交类、电商类APP，圆形更加柔顺、安全、友善、与人有情感交流；
方形多适用于对脸部要求不高喜欢风景或全身突出背景，弱化人物突出整体背景，更正式，如微信、支付宝；
无头像适用于突出业务类APP，如12306。
背景图：
娱乐社交类APP的背景图多可以自定义，突出产品服务特色使用固定背景，突出主要内容，突出产品功能性的APP无背景。
布局：
网格类、列表视图、网格+列表视图
网格：用于功能入口多，注重视觉效果的产品，如知乎、微博
列表：适用功能少，展示内容多的产品，如B站
网格+列表：适用于功能分为不同模块，内容丰富的APP,如今日头条，网易公开课
一、如何构建用户体系？
确定用户成长体系的定位，辅助型还是产品型。辅助型为用户的行为产生了用户的成长，产品型为用户的成长促成了用户的行为。用户成长是用户发生行为的诱因。
第一步：制定级数
入口不能太难，出口不能太容易
第二步：设定关键指标
关键指标不一定只有一个，但一定要有一个权重
第三步：规定用户行为
规划出围绕关键指标的各种用户行为
第四步：行为量化
把规化的用户行为进行量化，再把量化好的数值和成长体系中的升级数值进行匹配
注意：
1.用户的不同行为根据我们的实际需求，要限定不同的权重
2.把控好数值的上限
第五步：诱导用户完成这些用户行为
如果是辅助型的用户成长体系，那其实要完成这一步是很难的，商业模式决定了。如果是产品型的用户成长体系，这一步就是产品成败的关键一步了。如果是辅助型的用户成长体系，那其实要完成这一步是很难的，商业模式决定了。如果是产品型的用户成长体系，这一步就是产品成败的关键一步了。
需要考虑两点：成长的成本和成长的获取，我们需要增大用户感知的获取，降低用户感知的成本
从用户属性和人性考虑，用户属性为用户画像，人性有八个核心驱动力·
核心驱动力1：史诗意义与使命感
· 核心驱动力2：进步与成就感
· 核心驱动力3：创意授权与反馈
· 核心驱动力4：所有权与拥有感
· 核心驱动力5：社交影响与关联性
· 核心驱动力6：稀缺性与渴望
· 核心驱动力7：未知性与好奇心
· 核心驱动力8：亏损与逃避心
让右边＞左边
需要注意：
体系应体现平台核心特色
体系投入产出需要平衡
经验体系需要分离
用户需要分类
体系可被拓展
门槛可被进入
激励可被感知
等级可被期待
“刷假”可被预防
二、如何从需求到PRD？
产品需求文档是将产品规划和设计的需求具体形象化表述出来的一种展现形式，主要用于产品界面设计和研发使用。
1.需求流程：
通过各种方法尽量多地收集目标用户的需求，明确用户的本质需求， 即挖掘需求背后的深层需求，根据用户需求的本质与产品目标，确定产品方向与核心需求。基于产品方向和核心需求，大量需找相关需求后确定需求优先级，明确此版本需要做的需求。将需求转化成PRD，开发按照PRD开发，测试按照PRD测试，将完整的产品上线。
2.详细分解
2.1需求收集
需求收集有很多方法，目的是收集尽量多用户需求。将这些需求分门别类，可以归纳为：直接从用户处获取，查阅资料获取，通过自己的思考挖掘。
2.1.1直接从用户处获取
用户访谈、问卷调查、意见反馈、可用性测试、现场调查、任务分析等。
2.1.2查阅资料获取
查阅行业专家的言论、查阅相关网站资料、运营数据、竞品分析等。
2.1.3通过自己的思考挖掘
产品感觉、日记分析法、观察思考、KANO模型分析、人性角度分析、用马斯洛需求层次理论分析等。
2.2需求分析
需求分析的关键：明确用户的本质需求，即挖掘表面需求背后更深层次的需求。只有明确了本质需求，才能确定更好的产品方向，以更好地满足用户。
所以收集来的用户需求，往往不是用户的本质需求，甚至有可能不是用户的真实需求，因此需求分析是必不可少的步骤。需求分析主要有以下两类方法：
2.2.1定性分析
多问为什么：打破砂锅问到底，就是挖掘本质的重要方法之一，5why分析法是找到根本原因的有效方法。
鱼骨图：发现根本原因的分析法
用户+需求+场景：每一个需求都有根源--用户+场景
马斯洛需求层次理论：越是底层的 需求，其规模往往越大，用户需求的程度往往越高。
（生理、安全、社会、尊总、自我实现）
其他角度：如人性角度，张小龙提过的“贪嗔痴”，还有“七宗罪”等说法进行分析。
2.2.2定量分析
定性分析确保深入，定量分析提供依据。
定量分析主要采用数据分析的方法，例如之前的问卷调查收集到了数据，就可以对这些数据进行分析；产品上线之后，可以收集用户反馈、浏览数量、活跃数量等，还可以对某些关键路径、功能等进行数据埋点，采集这些数据，并对这些数据进行分析。
数据分析步骤如下：
2.3需求决策
结合产品定位和用户的本质需求，就可以进行需求决策，即明确产品方向，也就是明确所谓的产品定位。在此基础上，就能得出产品的核心需求。
2.4需求扩展
基于第三部确定的产品方向、核心需求，即可将需求扩展。
产品方向、核心需求往往很简单，可能只有一句话。而最终产品要实现的需求，则很多。对于微信，其定位可以用6个字概括：通信、社交、平台。但微信已实现的需求，可以说多如牛毛，而且实现得非常好，以至于它已然成为月活8亿的巨无霸APP。
具体方法上，可以进行头脑风暴，可以按照不同用户类型、不同用户场景并结合”用户+需求+场景“进行扩展，还可以使用之前收集的用户需求。注意，有些需求往往不需要询问用户，例如注册、设置、用户信息管理等基本需求，一方面这是基础的普遍性需求，自己容易判断；另一方面这些功能有足够的产品早已做得非常完善，可以参考；而且前人已总结了足够多的交互设计原则供我们参考。
这一步显得有些漫无边际，仿佛从一个点迅速扩展成一张网，好像失去了核心。没关系，下一步要做的，就是从这些漫无边际中抽离出关键。
2.5需求筛选
2.5.1重要、紧急二乘二矩形阵分析法
关于需求的优先级，可以使用时间管理著名的重要、紧急二乘二矩形阵分析法。
这个方法是需求筛选的核心，其他方法都是此方法的补充。“紧急”很好理解，“重要”呢？《高效能人士的七个习惯》中的解释：
重要性与目标有关，凡有价值、有利于实现个人目标的就是要事。
对于产品，重要性则与产品目标正相关， 越利于实现产品目标的，就越重要。
2.5.2设问法
孙陶然在《创业的36条军规》中说道：创业一定要解决真需求，不要做伪需求。怎么区分真需求伪需求？用中文不太好区分，但用英文就很清晰：伪需求叫want，真需求叫need。Want的东西，用户不一定会掏钱，need的东西，用户一定会愿意掏钱。所以need的东西，才应该是我们应该切入的事情。
可以提的问题大概有这些：对某个需求，用户是否痛？多久痛一次？是否持续地痛？有多少人有类似的痛点？用户为此痛点付费的意愿如何？
以上问题包含了用户需求的强度、频次、持续时间、广度、付费意愿，其实也就是判断是need还是want。
2.5.3KANO模型
KANO模型有一套比较成熟的分析方法，可以进行定量分析，也可以进行定性分析，将用户需求分为3个层次（也可以分为5个层次），每个层次的重要性不同，具体如下图。
2.5.4用户体验层次
用户体验层次可以分为如下5个，优先满足有用、能用，再追求可用，再追求用得爽，最后争取形成品牌效应。
2.5.5需求顺序
需求之间如果有一定顺序，其优先级也容易判定。例如：有3个需求，他们之间有这样的关系：实现了A，才能实现B，实现了B，才能实现C。所以，这三者中，优先级最高的是A需求。
2.5.6产品阶段
根据产品阶段（产品路线图）划分需求优先级，也是常用方法。不同阶段需要实现的需求，往往不同。例如一个全新产品，最该实现的是用户最迫切的需求，当产品逐渐成熟，需要实现的需求也越来越多，各种边边角角的体验都需要提升。再比如微信小程序，刚开始对线上推广有大量限制，但现在逐步释放线上的能力，这当中可能有微信团队内部线路调整的因素，也可能有其原先规划的因素，但总的来看，都与产品的不同阶段关系密切。
其中，比较明显的一点在于：在产品的不同阶段，我们关注的数据就有很大不同，下表是之前的一份总结：
2.5.7计算公式
根据行业经验或其他依据，确定一些公式，从而根据公式的计算结果判断需求的重要程度。例如：用户需求的重要性 = 权重 * 用户总数 * 用户平均使用次数 * 每次付费数额。
2.5.8专家团队决策
对于难以判断优先级的需求，可以召开专家团队评审会议进行决策。这其中，各部门发表各自看法，各个职级的人共同讨论，可以进行投票、计算、根据经验分析等等，最终确定需求的优先级。
到这可以发现：第四、五两步，其实就是《用户体验要素》提到的范围层：
2.6需求设计
需求设计阶段，是承上启下的重要阶段——将筛选之后的需求转化为PRD的阶段，也就是将所谓的”产品需求“转化为”研发需求“。
这一步的完成，意味着实现了从最初的用户需求到最终的研发需求的转化，如下图
用户需求：用户表达的需求。
产品需求：用户的本质需求，即用户需求背后的更深层次的需求，包括用户的真实需求。
研发需求：研发人员可以理解并进行开发的需求，此需求由产品需求转化而来。
上图中，”产品需求“比较突出，因为这是关键。用户需求-->产品需求-->研发需求，是分-->总-->分的关系，对产品需求把握的好坏，决定了整个产品的成败。而研发人员的思维习惯是从总到分，所以和他们交流时，容易陷入很多技术细节。
下面介绍需求设计的具体方法。
2.6.1 需求设计整体流程
值得注意的是：进行需求设计时，最关键的不是一上来就撸起袖子画原型，这样容易陷入大量的细节而失去重点。流程图是整体的重点，将流程图梳理清楚、正确，才能保证原型图的正确。上图这三步，就是从上到下的思维模式，也即总分的思维模式；而若直接画原型图，就是从下到上的思维模式，也即分总的思维模式，这种思维模式容易让人找不到主线，陷入繁杂的细节中，因小失大，效率很低。
上图中，三者的大小与其重要性成正比。当然，这里的重要性指的是前后置条件、效率上的，而非结果上的。仅从结果上看，最重要的当然是原型图
2.6.2抓住重点：产品框架、关键路径
产品的关键不是所谓极致的用户体验，不是所谓完美的视觉感受，而是其产品框架、关键路径——对用户核心需求的实现。也就是说，产品的关键在于其满足用户核心需求的程度。
产品框架：产品的功能模块——围绕一个或少数几个核心功能打造的模块。
关键路径：用户使用产品的关键路径。
不论产品框架，还是关键路径，其实都围绕用户的核心需求展开，这便是关键所在。在需求设计时，就要抓住这一重点，而不是全心扑向所谓用户体验。
具体应用产品框架与关键路径这两个概念时，应注意：
a.抓住核心功能：通过上述几个步骤已基本确认产品框架，此处的重点之一是抓住重点，切勿因小失大。就像做餐饮，过于注重服务、包装等等，而忽视味道，就是因小失大。
b.简单：将产品的核心功能设计得足够简单。就像微信当时推出的摇一摇功能，没有任何文字说明，却结合了很多人性因素，让人可以无师自通，还能乐在其中。而其操作仅需摇动即可，非常简单。
c.简短：将产品的关键路径设计得足够简短。正如知乎将侧边栏改为底部标签导航，微信从阅读文章的同时无法聊天到如今可以置顶文章，从只能翻阅订阅号历史文章到如今可以搜索订阅号的历史文章，支付宝将支付码调整到首页最上方等等，这都在逐步缩短用户的关键路径。
2.6.3用户+需求+场景
，可以将用户按照不同类型细分，并描述出每一类用户的场景，从而更具体地而非抽象地把握用户需求。如何做到这一点？一个广泛应用的方法就是构建用户画像，而且构建用户画像还有很多其他好处，例如利于团队其他人员理解用户需求等等。
值得注意的是：在构建用户画像时，应注意区分不同类型用户的优先级，我们要满足的不是所有用户，而是满足重点用户，多数时候这个重点用户是大多数用户。有时严谨的研发同事会揪着一个非常低频的需求不放，因为这可能会有漏洞，或者逻辑不够严谨，这时就要评估其危害大小，一般来说可以按照二八原则执行。例如微信好友上限为5000，这对绝大多数用户是足够的，但对很多微商而言，这就是一种限制，那么要不要增加上限呢？张小龙的想法是不增加。而之前出现的支付宝登陆漏洞，则是一个大漏洞，虽然这样做的人很少很少，但一旦发生，危害极大。
在此基础上，设计时还应时常想着“用户+需求+场景”，就能更好地实现“以用户为中心”。
2.6.4增删改查
2.6.5交互设计原则
多用用户熟悉的东西
符合用户心理模型、环境贴切原则、预设用途、席克定律、统一原则、一致性原则、映射。
简便
菲茨定律、主次原则、易扫原则、简洁原则、合并原则、神奇数字7±2法则、泰斯勒定律（复杂性守恒定律）、灵活高效原则、奥卡姆剃刀原理、少做原则、易取原则、基于用户使用场景设计、结合移动设备的特性设计。
反馈
状态可见原则、可视化。
错误处理
新乡重夫防错原则、容错原则、撤销重做原则、人性化帮助原则。
其他
接近法则、三等分原则、对称原则、界面先行原则、资源代替等。
2.6.6注意点
a.多设计：多设计几个方案，从中择优。面对一个需求，尤其是核心需求，多想几个实现方式，而不是刚想到一个实现方式就立马上手。从这几个方案中选择最好的方案，往往更好。
b.多检查：设计完了，往往还有问题，这时需要多检查几遍，最好能把上述5个步骤都过一遍，能避免一些不必要的漏洞。记得《乔布斯传》中提过，乔布斯喜欢看实物而不是设计，我们也应尽量去体验实际效果，在需求设计上尤其如此，多看几遍最后的交互结果，往往能找出问题，所以高保真原型是更好的，但那也会消耗很多时间。
c.多总结
2.7需求开发
需求开发，就是将PRD转化为实际产品的阶段，这时开发、测试同事就会忙碌起来。开发、测试过程中，也会出现问题，有时是再次确认需求，有时是技术可行性问题，有时是细节漏洞问题（有些细节在实际开发时才被发现），有时是产品经理设计不合理，有时是产品经理改需
2.8需求上线
当产品完成，就可以上线了。上线之后会验证产品经理对需求的把握是否准确，很多设计是否合理……接着，就会进入下一轮的循环。
以上主线比较简单——主要从需求的角度描述，即产品规划、产品设计、产品执行
三、浅析需求分析的几个来源
张小龙谈需求来源：
需求只来自你对用户的了解。不来自调研、分析、讨论或竞争对手。
（需求只来自你对用户的了解。
需求不来自调研，但调研可以增加对用户的了解；
需求不来自分析，但分析也可以增加对用户的了解。
需求不来自讨论，但讨论可以使自己对用户的了解更深入；
需求不来自竞争对手，但参考竞争对手的产品及反馈也可以使自己对用户的了解更深入。）
返回列表
评论