今天完成的事情：
今天完成了大部分的原型设计，粘一部分
验收标准：
用户成长体系
个人中心
1. 点击签到，能够进入签到页面
2. 点击头像和继续按钮，能够进入“个人资料”页面
3. 点击我的会员，能够进入会员服务页面；到期日期用蓝色字体提醒用户
4. 点击我的学习星，能够进入我的学习星页面
5. 点击我的课程，能够进入我的课程页面
6. 点击我的收藏，能够进入我的收藏页面
7. 点击兑换商城，能够进入兑换商城页面
8. 点击邀请好友，能够进入邀请好友页面
9. 点击离线缓存，能够进入离线缓存页面
10.点击设置，能够进入设置页面
签到
签到页
1、 点击返回，能够进入个人中心页面
2、 点击问号，能够跳转至签到规则页面
3、 点击签到记录，能够跳转至签到记录页面
4、 点击返回和继续按钮，此方框能够跳转至对应月份
5、 当天日期用蓝色小框标记
6、 点击签到，能够弹出“已签到”提示以及赠送一颗星的弹窗，3S后自动消失
签到过后此弹窗更改为已签到，签到记录里的对应日期打钩，该按钮则无法再次点击
签到规则
点击返回，能够进入签到页面
签到记录
打对勾对应的日期为已签到，未打对勾日期为未签到
已签到页面
1、点击签到，能够弹出“已签到”提示以及获得一颗星的弹窗，弹窗3S后自动消失
2、签到过后此弹窗更改为已签到，签到记录对应日期打钩，该按钮则无法再次点击
会员
会员服务
1、 点击返回，能够进入个人中心页面
2、 此处会显示会员还有几天到期，数字用红色标记，起到提醒用户的作用
3、 点击年度会员，此方框颜色变为灰色，标黄字体为提醒用户
4、 会员点击套餐后此处为立即续费
非会员点击套餐后此处为立即支付
当用户勾选已阅读协议后此按钮为蓝色，可点击，点击，能够弹出“确定订购该套餐”提示
5、用户点击《用户付费协议》，能够跳转至协议页面
用户勾选协议后，立即续费或立即支付按钮为蓝色，可点击，按钮为灰色时不可点击
5、 此处只显示会员特权，不可点击，吸引用户充值会员的作用
会员服务（已阅读《用户付费协议》）
1、用户点击立即续费/立即支付，弹出该弹窗
2、点击否则弹窗消失，会员服务页面不变
3、点击是，此弹窗消失，下方出现支付方式弹窗
会员服务（支付页面）
1、 点击叉号，此弹窗消失，能够返回至会员服务页面，页面内容不变
2、 点击微信支付，能够跳转至微信支付页面
从微信支付页面返回，则会员服务页面下方会弹出支付失败弹窗，3S后自动消失
3、点击支付宝支付，能够弹出支付宝确认付款弹窗
从支付宝付款弹窗返回，则会员服务页面下方会弹出支付失败弹窗，3S后自动消失
会员服务（支付失败）
从支付宝付款弹窗/微信支付页面返回，则会员服务页面下方会弹出支付失败弹窗，3S后自动消失
我的学习星
我的学习星
1、 点击返回，能够进入个人中心页面
2、 点击问号，能够跳转至关于学习星页面
关于学习星
点击返回，能够进入我的学习星页面
兑换商城
兑换商城
1、 点击问号，能够跳转至兑换规则页面
2、 点击返回，能够进入个人中心页面
3、 点击兑换记录，能够跳转至兑换记录页面
4、 点击更多，能够跳转至更多商品页面
5、 点击商品，能够跳转至商品详情页面
兑换记录
1、 点击问号，能够跳转至兑换规则页面
2、 点击返回，能够进入个人中心页面
3、 点击继续按钮或商品，能够跳转至商品详情页面
商品详情
1、 点击问号，能够跳转至兑换规则页面
2、 点击返回，能够进入我的学习星页面
3、 点击马上兑换，能够弹出“确定使用350颗学习星兑换？”提示
确认兑换页面
点击马上兑换，能够弹出“确定使用350颗学习星兑换？”提示，点击取消返回至商品详情页面；点击确定，能够跳转至“兑换成功”页面
兑换成功
1、 点击问号，能够跳转至兑换规则页面
2、 点击返回，能够进入商品详情页面
3、 点击回到首页，能够跳转至兑换商城首页
4、 点击马上使用，能够跳转至免费领取页面
免费领取
点击免费领取，能够弹出“立即领取”的弹窗
立即领取
1、点击马上使用，能够跳转至本页面，需输入手机号、验证码点击立即领取
2、输入手机号错误点击立即领取会弹出“请输入正确的手机号码”弹窗
3、点击获取验证码，则显示60S倒计时，若60S过后，依旧会展示“获取验证码”
4、验证码输错后点击立即领取会弹出“短信验证码不正确”的弹窗
5、手机号、验证码输入正确后点击立即领取，会弹出新的窗口“领取成功”
领取成功
点击确定，能够跳转至输入收货地址页面
收货地址
1、点击城市、确认城市后在选择地区，选择成功后直接跳转至编辑收货地址页面，所在地区为当前选择城市与地区
2、点击叉号，弹窗消失，跳转至编辑收货地址
选择详细地址
1、点击地址，直接跳转至编辑收货地址页面，地址为当前选择地址
2、点击叉号，弹窗消失，跳转至编辑收货地址
邀请好友
邀请好友送星星
1、 点击返回，能够进入个人中心页面
2、 点击立即邀请，能够弹出分享渠道的选项
3、 点击我的奖励，能够跳转至我的奖励页面
立即邀请
点击立即邀请，弹出邀请好友弹窗
1、点击微信好友、朋友圈、QQ好友分享，直接分享的时链接
2、点开二维码邀请，弹出二维码弹窗，好友可直接扫，也可以保存图片并微信分享（只可微信分享）
3、点开邀请码邀请，弹出邀请码弹窗，点击保存并微信分享
4、点击取消，返回至邀请好友送星星页面
明天计划的事情：
学习下墨刀，继续做任务
遇到的问题：
暂无，今天一直在画原型图，理逻辑了
收获：
（1）今天把签到模块抠的很明白
一、什么是签到功能？
APP签到通常是用户可每天在APP内进行“签到”一次，用来表明用户今天已经登录且使用了此APP。
二、有哪些APP签到方式？
1.自动签到
通常是已登录用户只要登录APP即自动进行签到，无须用户手动点击。如：淘票票、得到。两者虽然都是自动签到，但是两者自动签到的对于用户的感知却不太一样。当天首次登录淘票票，则在首页进行“签到成功，获得2经验值”的提醒，用户感知相对明显。而得到则只进行记录并显示自动签到天数，用户对于自动签到的感知不太明显，且未告知用户签到能获得什么。
优点：
- 便捷性，用户签到的成本很低，只要是登录APP即可完成签到工作，对于用户而言，便捷性比较大。
缺点：
2.手动签到
已登录用户需要在专门签到的模块进行手动点击签到。如：飞猪、途牛、京东阅读等等。
优点：
- 仪式感强，用户需在专门的签到模块，点击完成签到动作。对于用户而言，在APP内完成每天的点击签到操作即表达了自己内心“我来过了，我获得了”的仪式感。
- 吸引力强，手动签到往往会内置在签到模块，这个模块除了签到以外，还会有签到说明、签到规则、签到能获得什么，用户获知信息多，更能吸引到用户完成签到动作。
缺点：
- 不便捷，不便捷主要体现在用户需要付出一定的操作成本。
- 入口相对较深，多数情况下的手动签到功能，已登录用户在首页是不可能一步完成签到动作的，入口相对较深。（签到快捷入口情况除外）
三、为什么要做签到
- 培养用户使用习惯，签到功能设置的目的在于吸引用户每天去完成签到动作，培养用户使用APP习惯。
- 满足用户荣誉感，签到的奖励措施可加入勋章体系（指的是授给有功者的荣誉证章或者标志）。满足用户用户签到后获得勋章的荣誉感。
- 增加用户活跃度，对于企业来说，用户养成长期的签到习惯，使得APP用户活跃度更强，刺激沉默用户，使得其在活跃过程中驻足产品。促进活跃用户更加活跃，产生正向反馈。
- 提高企业一定的收入，签到后用户获取的奖励，一定程度上能提高企业的收入，优惠券的形式可以促使用户下单，提高订单量。积分+现金的形式可以增加礼品道具的收入。
总之，签到的目的：
对于用户而言，肯定是能让用户获利的。获利的形式主要两种，一种是物质上的获利，即用户能得到相对具体的奖励内容，如积分（积分又能吸引用户做什么？这里就要搭配完善的积分体系）、优惠券、礼品等。另外一种是精神奖励，即用户签到可以满足自己的某种情感，如荣誉感、仪式感等等。
对于企业而言，同样是为了获利。一方面是促进用户活跃度（获利效率相对较低，难度适中），使得产品粘度更大，让用户使用频率增加，停留在时间更长，从而在这个过程中让用户驻足、留意APP其他内容。另一方面是提供企业收入，通过奖励用户的物质，使得用户通过奖励品去完成下单动作或产品消费行为（获利效率高，难度较大）。
四、如何设计签到功能？
1.签到入口
- 首页组合导航入口，在首页众多组合导航中包含签到的入口，而这里的签到入口，往往会冠其他名称。如，京东的领京豆，飞猪的领里程。放在首页的目的是为了曝光，这里的签到功能相对独立且内容强大，比较能吸引用户。
- 底部标签导航内，一般在首页底部标签导航“我的”页面中，可能是在一级页面即可完成签到，亦或者是在二级页面完成签到。常见于和用户体系进行呈现，使得签到功能呈现的更加完整。这种方式也是被选择最多的。
- 首页快捷入口，首页右下角会存在签到快捷入口，未签到情况下显示，签到完成则消失。签到成功后存在弹框提醒，让用户选择是否去“详情页”查看具体内容。这种快捷入口一般非电商类型APP会采用，且实际的签到模块入口相对藏得较深，用户不易于发现。比如，京东阅读。
2.签到显示
- 进度条，是否已完成签到，在进度条中进行显示，进度条长度则为签到的周期，一般采用进度条多数为连续签到，且签到周期较短。
- 日历，在日历上进行显示是否完成签到，相对进度条来说，呈现更为直观。一般采用日历多数为非连续签到或签到周期较长。
3.签到周期
当存在一定的签到周期的话，多为连续签到。签到的周期往往不太一样，有3天，5天，7天，14天，一个月等。对于用户而言，连续签到周期越短越容易获利，反之对于企业来说，连续签到周期越短用户越不容易养成习惯（习惯养成至少需要21天）。多数APP连续签到周期选择7天，原因可能是对于用户和企业来说，都是个平衡点。
4.签到规则制定
- 需要连续签到，用户在APP内需要在某一周期内完成连续的签到行为，单次的签到行为奖励较少，而连续的签到行为，会使得用户获利程度更大，刺激用户养成连续签到习惯。如果是连续签到的情况下，要考虑用户中途断签如何处理？一般两种选择，重新开始计算或进行断签，多数APP采用的是补签策略，重新计算的情况下，用户容易丧失信心，可能会选择放弃。而断签情况下，要考虑到补签策略，补签对于用户来说付出的成本应小于补签后获利成本，这样更容易让用户完成补签动作，养成连续签到行为。
- 不需要连续签到，用户在APP内只需要完成一定的签到次数，不需要有连贯性。一般不需要连续签到次数最高限定次数为当月天数（或是某一周期），次月则重新进行计算。
以上2中的签到方式中，可以考虑增加签到提醒功能，特别是需要连续签到，目的是培养用户养成签到习惯，减少漏签的意外。当用户当天忘记签到时进行APP消息推送的提醒。
5.用户奖励措施
- 抵现，这种抵现的用户奖励形式最为直接，签到获取的奖励直接可以折算成现金使用（存在抵现的限制和兑换比例）。如京东的京豆、淘宝的金币、飞猪的里程数。
- 获得优惠券，用户通过签到获得的奖励，一种是可以使用奖励来兑换相关优惠券，如网易考拉通过考拉豆来兑换。另外一种是签到即获得优惠券，如途牛每天签到即可领取对应礼包。
- 抽奖/兑换礼品，常见于用户签到获得积分，然后可以通过积分来进行抽奖或兑换礼品，对于用户来说可以将积分进行变的更有价值，对于企业来说，通过抽奖或兑换礼品一方面吸引用户，另一方面消耗用户积分。如蚂蜂窝。
- 用户等级，用户等级的奖励往往搭配着用户体系进行的，即完成签到动作可以获取经验值或积分等等。经验值或积分能使得用户等级提升，等级越高，用户所享受的特权越多。如淘票票。
勋章，一般是用户连续签到后，可获得相对于的勋章。主要表现在精神层面的激励，也可能存在物质奖励，即每个勋章可兑换相应的礼品。如得到。
上述5中形式，主要是签到相关的用户奖励措施，对于用户而言获利成本最大的是抵现（物质层面），获利成本最小的是勋章（精神层面），但是现在更多的APP签到功能的奖励措施，采用组合式形式，即签到后的奖励不仅仅局限于一项内容，而是用户可选性获得奖励。这样对于用户而言，选择性更多，签到+积分体系更易融合。如网易考拉的考拉豆可以大转盘抽奖、豆抵钱、兑特权。
6.签到的趣味性
目前多数APP的签到功能相对单一，即点击签到按钮则完成签到。可以考虑在用户签到获利的过程中，增加一定的趣味性，使得用户更愿意使用签到功能和更愿意分享此APP优点。
- 蚂蜂窝签到旅程，简单的来说，每签到完成后可获取金币，并开启一段旅程，连续签到可解锁不同旅程。不同旅程显示不同的景点图片，且可进行分享。旅程显示比较贴合蚂蜂窝自由行定位，且增加用户的观赏性和趣味性。
- 网易新闻签到养鸡，单次签到完成可获得对应的奖励并开始养鸡，如金币、幸运蛋。连续签到28天，则养成一只鸡。每养成1只鸡可获得1次兑奖机会。目的可以增加用户签到的趣味性。
（2）如何将需求转化为PRD？
需求是产品的源头，是产品经理天天接触的概念，就像下图这样（之前看过的一个统计图）。
将需求转化为PRD，则是其中的关键，因为这是将产品从概念落实为实际的关键，下图“画原型”这一项为46.7%，也正是如此。所以，将需求转化为PRD，是产品人必须掌握且反复打磨的基本功。
1.需求流程
不啰嗦，一图胜千言。
2.极简名词解释
需求收集：通过各种方法尽量多地收集目标用户的需求。
需求分析：明确用户的本质需求，即挖掘表面需求背后更深层次的需求。
需求决策：根据用户需求本质与产品目标，确定产品方向与核心需求。
需求扩展：基于产品方向与核心需求，大量寻找相关需求。
需求筛选：确定需求的优先级，明确此版本需要做的需求。
需求设计：将需求转化为PRD。
需求开发：开发按照PRD开发，测试按照PRD测试。
需求上线：将完整的产品上线。
注意：上图是一个循环，因为产品往往需要迭代。如果不需要迭代了，就说明产品已经狗die。哈哈，产品狗die……
3.详细分解
3.1 需求收集
需求收集有很多方法，目的是收集尽量多用户需求。将这些需求分门别类，可以归纳为这3类方法：直接从用户处获取、查阅资料获取、通过自己的思考挖掘。
3.1.1 直接从用户处获取
用户访谈（用户深度访谈、电话、街头狙击、焦点小组等）、问卷调查（配合数据分析，成熟的方法）、意见反馈（参与感，常规方法）、可用性测试（卡片分类法、A/B测试、屏幕录像、眼动跟踪、专家评审等）、现场调查、任务分析。
3.1.2 查阅资料获取
查阅行业专家的言论、查阅相关网站资料（众多数据网站、数据报告）、运营数据、竞品分析等。
3.1.3 通过自己的思考挖掘
产品感觉（日积月累）、日记分析法（把自己当做用户，详细记录自己的使用情况）、观察思考（观察思考生活，一切都来源于生活）、KANO模型分析、人性角度分析、用马斯洛需求层次理论分析等。
3.2 需求分析
在产品圈，有一个流传甚广的故事：亨利·福特曾说：“如果我最初问消费者他们想要什么，他们会告诉我‘要一匹更快的马！’”有人说：“如果真这样，汽车大王就不会出现了。”
福特为什么没有给用户一匹马，而是给了用户一辆车？因为在“一匹更快的马”这个表面需求背后，是“更快更舒适的出行方式”这一更深层次的需求。要满足“更快更舒适的出行方式”，福特汽车显然是更好的产品。
这就是需求分析的关键：明确用户的本质需求，即挖掘表面需求背后更深层次的需求。只有明确了本质需求，才能确定更好的产品方向，以更好地满足用户。
所以，收集来的用户需求，往往不是用户的本质需求，甚至可能不是用户的真实需求。因此，需求分析是必不可少的步骤。需求分析主要有如下两类方法：
3.2.1 定性分析
多问为什么：打破砂锅问到底，就是挖掘本质的重要方法之一，在质量管理领域，5why分析法是找到根本原因的有效方法，丰田汽车公司在发展完善其制造方法学的过程中也采用了这一方法。实际应用中，如果用户提出一个需求，我们就可以问为什么用户会有这种需求。例如：用户提出“增加发短信功能”的需求，我们就可以问为什么？接着就会发现用户想要的可能不是“发短信”，而是“文字通信”的需求，甚至干脆就是“通信”。这时我们就能找到更多的解决方案，而不仅仅局限于“发短信”，例如可以提供文字聊天、语音聊天、视频聊天，将来还能提供VR聊天等功能，或许未来还能直接用脑电波沟通……
鱼骨图：这也是质量管理领域的常用方法，由日本管理大师石川罄先生发明，故又名石川图，是一种寻找问题根本原因的方法，Mindjet MindManager中就提供了多种鱼骨图的模板。虽然互联网行业用得不多，但没有思路时可以一试。
用户+需求+场景（PSPS）：这是贯穿产品始终的重要方法，因为需求贯穿产品始终，而每一个需求都有根源——用户+场景。因此，需求都是具体的而非抽象的，正如痛苦是刚失恋时躲在房间深陷回忆的每分每秒，而不仅仅只是“痛苦”二字。在挖掘用户的本质需求时，当然也要结合具体的场景、具体的用户，去分析其本质需求。
不同类型的用户、不同场景下会产生不同需求。正如罗振宇常说的“碎片化”，就是因为现代白领足够忙，通勤的频率足够高、时间足够长，在洗漱时、公交上、地铁上容易产生碎片化学习/娱乐的需求。再比如常见的鞋子，各种用户、各种场景下，就会有各种不同需求，因此产生了各种各样的细分市场——跑鞋（进一步还能根据脚的形状、跑步强度等进行细分）、篮球鞋、羽毛球鞋、休闲鞋、皮鞋、高跟鞋、拖鞋、棉拖等等。
马斯洛需求层次理论：这是一个著名的理论，而且，越是底层的需求，其规模往往越大，用户需求的程度往往越高。例如“性需求”为第一层需求，这一需求催生了一系列长盛不衰的产业，这方面的互联网产品也数不胜数。
其他角度：如人性角度，这是张小龙提过的“贪嗔痴”，当然还可以结合所谓“七宗罪”等说法进行分析。再比如自私的基因，这是《自私的基因》这本书的核心，一切需求可以说都源自于此。但是否要将需求分析到这种程度，值得商榷。个人认为将需求分析到可以找到多种解决方案的程度即可。例如福特汽车与马的故事，将需求分析到“更快更舒适的出行方式”，就能找到很多解决方案，如马、马车、自行车、摩托、汽车等，从中择优即可。若继续分析，一直分析到自私的基因的程度，虽然可以得到更深层次的见解，但实际效果如何，就不得而知了。
3.2.2 定量分析
定性分析确保深入，定量分析提供依据。如今是以数据说话的时代，缺乏定量分析的定性分析，往往不够可靠。
定量分析主要采用数据分析的方法，例如之前的问卷调查收集到了数据，就可以对这些数据进行分析；产品上线之后，可以收集用户反馈、浏览数量、活跃数量等，还可以对某些关键路径、功能等进行数据埋点，采集这些数据，并对这些数据进行分析。
数据分析步骤如下：
3.3 需求决策
结合产品目标与用户的本质需求，就可以进行需求决策，即明确产品方向，也就是明确所谓的产品定位。在此基础上，就能得出产品的核心需求。
大部分产品目标的关键很简单——盈利。其实这也是众多产品强调用户价值的原因，没有用户价值，何来盈利？但是，不同企业/个人擅长的领域不同（如所谓的互联网企业基因论），其希望参与的领域也不同，市场规模、竞争格局等也不同。所以，为了盈利，可以采取各种各样的方式。就像为了满足通信需求，移动联通等运营商提供基础设施等服务，手机厂商提供通讯设备，微信提供网络聊天、语音、视频等功能。
前面3步，其实就是《用户体验要素》中的战略层——产品目标、用户需求。这一层主要由产品总监等职级较高的人确定，咱普罗大众接触较少，接下来的则是咱们经常接触的内容。当然，领导也可能只提供一个大致方向，这时就需要我们自己从第一步做起。
3.4 需求扩展
基于第三步确定的产品方向、核心需求，即可将需求进行扩展。
产品方向、核心需求往往很简单，可能只有一句话。而最终产品需要实现的需求，则很多很多。对于微信，其定位可以用6个字概括：通信、社交、平台。但微信已实现的需求，可以说多如牛毛，而且实现得非常好，以至于它已然成为月活8亿的巨无霸APP。
具体方法上，可以进行头脑风暴，可以按照不同用户类型、不同用户场景并结合”用户+需求+场景“进行扩展，还可以使用之前收集的用户需求。注意，有些需求往往不需要询问用户，例如注册、设置、用户信息管理等基本需求，一方面这是基础的普遍性需求，自己容易判断；另一方面这些功能有足够的产品早已做得非常完善，可以参考；而且前人已总结了足够多的交互设计原则供我们参考。
这一步显得有些漫无边际，仿佛从一个点迅速扩展成一张网，好像失去了核心。没关系，下一步要做的，就是从这些漫无边际中抽离出关键。
3.5 需求筛选
由上一步得到了足够多的需求，但资源显然有限，于是就有了需求的优先级问题，这就是需求筛选的作用。
3.5.1 重要、紧急二乘二矩阵分析法
关于需求的优先级，可以使用时间管理中著名的重要、紧急二乘二矩阵分析法。
这个方法是需求筛选的核心，其他方法都是此方法的补充。”紧急“很好理解，那么”重要“呢？对此，我喜欢《高效能人士的七个习惯》中的解释：
重要性与目标有关，凡有价值、有利于实现个人目标的就是要事。
对于产品，重要性则与产品目标正相关，越利于实现产品目标的，就越重要。所以说”以用户为中心“、”顾客就是上帝“并非空穴来风。
3.5.2 设问法
设问法可以帮助我们识别用户的真需求，也就是我们需要优先满足的需求。
孙陶然在《创业的36条军规》中说道：创业一定要解决真需求，不要做伪需求。怎么区分真需求伪需求？用中文不太好区分，但用英文就很清晰：伪需求叫want，真需求叫need。Want的东西，用户不一定会掏钱，need的东西，用户一定会愿意掏钱。所以need的东西，才应该是我们应该切入的事情。
可以提的问题大概有这些：对某个需求，用户是否痛？多久痛一次？是否持续地痛？有多少人有类似的痛点？用户为此痛点付费的意愿如何？
以上问题包含了用户需求的强度、频次、持续时间、广度、付费意愿，其实也就是判断是need还是want。
3.5.3 KANO模型
维基百科：The Kano model is a theory of product development and customer satisfaction developed in the 1980s by Professor Noriaki Kano, which classifies customer preferences into five categories.Kano模型是产品开发与客户满意度评估的一种理论，将顾客偏好划分成了5类，该理论由Noriaki Kano教授在20世纪80年代提出。
KANO模型有一套比较成熟的分析方法，可以进行定量分析，也可以进行定性分析，将用户需求分为3个层次（也可以分为5个层次），每个层次的重要性不同，具体如下图。
3.5.4 用户体验层次
用户体验层次可以分为如下5个，优先满足有用、能用，再追求可用，再追求用得爽，最后争取形成品牌效应。
3.5.5 需求顺序
需求之间如果有一定顺序，其优先级也容易判定。例如：有3个需求，他们之间有这样的关系：实现了A，才能实现B，实现了B，才能实现C。所以，这三者中，优先级最高的是A需求。
3.5.6 产品阶段
根据产品阶段（产品路线图）划分需求优先级，也是常用方法。不同阶段需要实现的需求，往往不同。例如一个全新产品，最该实现的是用户最迫切的需求，当产品逐渐成熟，需要实现的需求也越来越多，各种边边角角的体验都需要提升。再比如微信小程序，刚开始对线上推广有大量限制，但现在逐步释放线上的能力，这当中可能有微信团队内部线路调整的因素，也可能有其原先规划的因素，但总的来看，都与产品的不同阶段关系密切。
其中，比较明显的一点在于：在产品的不同阶段，我们关注的数据就有很大不同，下表是之前的一份总结：
3.5.7 公式计算
根据行业经验或其他依据，确定一些公式，从而根据公式的计算结果判断需求的重要程度。例如：用户需求的重要性 = 权重 * 用户总数 * 用户平均使用次数 * 每次付费数额。
3.5.8 专家团队决策
对于难以判断优先级的需求，可以召开专家团队评审会议进行决策。这其中，各部门发表各自看法，各个职级的人共同讨论，可以进行投票、计算、根据经验分析等等，最终确定需求的优先级。
到这可以发现：第四、五两步，其实就是《用户体验要素》提到的范围层：
3.6 需求设计
需求设计阶段，是承上启下的重要阶段——将筛选之后的需求转化为PRD的阶段，也就是将所谓的”产品需求“转化为”研发需求“。
这一步的完成，意味着实现了从最初的用户需求到最终的研发需求的转化，如下图：
解释一下：
用户需求：用户表达的需求。
产品需求：用户的本质需求，即用户需求背后的更深层次的需求，包括用户的真实需求。
研发需求：研发人员可以理解并进行开发的需求，此需求由产品需求转化而来。
上图中，”产品需求“比较突出，因为这是关键。用户需求–>产品需求–>研发需求，是分–>总–>分的关系，对产品需求把握的好坏，决定了整个产品的成败。而研发人员的思维习惯是从总到分，所以和他们交流时，容易陷入很多技术细节。
下面介绍需求设计的具体方法。
3.6.1 需求设计整体流程
直接上图。
这是产品人都很熟悉的三个步骤，先梳理处主线流程，进一步扩展为信息架构，再进一步细化为原型图。
值得注意的是：进行需求设计时，最关键的不是一上来就撸起袖子画原型，这样容易陷入大量的细节而失去重点。流程图是整体的重点，将流程图梳理清楚、正确，才能保证原型图的正确。上图这三步，就是从上到下的思维模式，也即总分的思维模式；而若直接画原型图，就是从下到上的思维模式，也即分总的思维模式，这种思维模式容易让人找不到主线，陷入繁杂的细节中，因小失大，效率很低。
当然，实际工作中，从上到下和从下到上的思考都会存在，因为有的地方是在做信息架构或者画原型的过程中想清楚的，还可能会因为画原型时得到的某些想法而更改流程图，正如执行计划的过程中还会修改计划。所以，实际的工作流程更像下图这样。但上图的方式是主要的方式。
上图中，三者的大小与其重要性成正比。当然，这里的重要性指的是前后置条件、效率上的，而非结果上的。仅从结果上看，最重要的当然是原型图。
3.6.2 抓住重点：产品框架、关键路径
之前火热传播的雕爷牛囊、黄太吉外卖如今已鲜有耳闻，为什么？因为它们做的餐饮虽然极其好看，店面也极其时尚，包装极其美观，服务极其体贴，甚至还有情怀，但关键在于——并不好吃。下图是黄太吉外卖的煎饼：
其实锤子手机的不断挣扎，也体现了这一点。锤子手机上集中了大量美好但“无用”的功能，以至于直到现在还在生死线边缘挣扎。
写了这么多，我想说的是：产品的关键不是所谓极致的用户体验，不是所谓完美的视觉感受，而是其产品框架、关键路径——对用户核心需求的实现。也就是说，产品的关键在于其满足用户核心需求的程度。这也是二八原则的体现。对于餐饮，除了安全，多数用户最注重的往往是味道，而不是过度的服务；对于手机，多数用户最注重的不是过于美丽却易碎的外观，炫酷却不比其他手机实用太多的操作系统，他们往往更注重性价比、拍照、知名度。
名词解释：
产品框架：产品的功能模块——围绕一个或少数几个核心功能打造的模块。
关键路径：用户使用产品的关键路径。
不论产品框架，还是关键路径，其实都围绕用户的核心需求展开，这便是关键所在。在需求设计时，就要抓住这一重点，而不是全心扑向所谓用户体验。
具体应用产品框架与关键路径这两个概念时，应注意：
a.抓住核心功能：通过上述几个步骤已基本确认产品框架，此处的重点之一是抓住重点，切勿因小失大。就像做餐饮，过于注重服务、包装等等，而忽视味道，就是因小失大。
b.简单：将产品的核心功能设计得足够简单。就像微信当时推出的摇一摇功能，没有任何文字说明，却结合了很多人性因素，让人可以无师自通，还能乐在其中。而其操作仅需摇动即可，非常简单。
c.简短：将产品的关键路径设计得足够简短。正如知乎将侧边栏改为底部标签导航，微信从阅读文章的同时无法聊天到如今可以置顶文章，从只能翻阅订阅号历史文章到如今可以搜索订阅号的历史文章，支付宝将支付码调整到首页最上方等等，这都在逐步缩短用户的关键路径。
3.6.3 用户+需求+场景
就像前面提到的，这是贯穿产品始终的重要方法，每个用户需求都是具体的，都是实实在在的。而在需求设计时，却容易陷入“自我YY”的状态——忽视用户实际需求的状态，肿么办？
为了防止这一点，可以将用户按照不同类型细分，并描述出每一类用户的场景，从而更具体地而非抽象地把握用户需求。如何做到这一点？一个广泛应用的方法就是构建用户画像，而且构建用户画像还有很多其他好处，例如利于团队其他人员理解用户需求等等。
值得注意的是：在构建用户画像时，应注意区分不同类型用户的优先级，我们要满足的不是所有用户，而是满足重点用户，多数时候这个重点用户是大多数用户。有时严谨的研发同事会揪着一个非常低频的需求不放，因为这可能会有漏洞，或者逻辑不够严谨，这时就要评估其危害大小，一般来说可以按照二八原则执行。例如微信好友上限为5000，这对绝大多数用户是足够的，但对很多微商而言，这就是一种限制，那么要不要增加上限呢？张小龙的想法是不增加。而之前出现的支付宝登陆漏洞，则是一个大漏洞，虽然这样做的人很少很少，但一旦发生，危害极大。
在此基础上，设计时还应时常想着“用户+需求+场景”，就能更好地实现“以用户为中心”。
3.6.4 增删查改显算传
产品人常常自称产品狗，挺写实的，尤其在评审会上，被challenge也时有发生，有时这种challenge非常直接，当然比起用户的吐槽，这都不算啥。为什么会在评审会上被程序猿challenge？因为程序猿是逻辑严密且辛苦的物种，需求设计出现逻辑不严密、需求考虑不全、不利于技术实现等问题时，都会造成程序猿的工作量大大增加。也许一个功能看似简单，但技术实现上却可能很复杂。为了自己或者团队，程序猿都有必要challenge。
作为产品人，当然希望少被challenge，那就要考虑一些技术实现问题。这其中，普遍存在的就是“增删查改显算传”，其中最难的点在于“传”，这需要了解一些数据库知识。更详细的内容之前写过，此处不具体解释了，直接上图。
3.6.5 交互设计原则
需求设计的过程中，无疑会遇到交互设计。交互设计有很多现有的原则可以参考，对此，我总结了一些，放在下面：
多用用户熟悉的东西
符合用户心理模型、环境贴切原则、预设用途、席克定律、统一原则、一致性原则、映射。
简便
菲茨定律、主次原则、易扫原则、简洁原则、合并原则、神奇数字7±2法则、泰斯勒定律（复杂性守恒定律）、灵活高效原则、奥卡姆剃刀原理、少做原则、易取原则、基于用户使用场景设计、结合移动设备的特性设计。
反馈
状态可见原则、可视化。
错误处理
新乡重夫防错原则、容错原则、撤销重做原则、人性化帮助原则。
其他
接近法则、三等分原则、对称原则、界面先行原则、资源代替等。
3.6.6 注意点
a.多设计：多设计几个方案，从中择优。面对一个需求，尤其是核心需求，多想几个实现方式，而不是刚想到一个实现方式就立马上手。从这几个方案中选择最好的方案，往往更好。
b.多检查：设计完了，往往还有问题，这时需要多检查几遍，最好能把上述5个步骤都过一遍，能避免一些不必要的漏洞。记得《乔布斯传》中提过，乔布斯喜欢看实物而不是设计，我们也应尽量去体验实际效果，在需求设计上尤其如此，多看几遍最后的交互结果，往往能找出问题，所以高保真原型是更好的，但那也会消耗很多时间。
c.多总结：老生常谈就不谈了。
到此，我们便完成了《用户体验要素》所提的所有层次，如下图。
当然，在需求设计过程中，也会有相关评审，有的公司会有很全面的评审流程，包括需求评审、设计评审、测试评审，有的公司则比较简单，这都有各自的实际考虑，免去不表。
3.7 需求开发
需求开发，就是将PRD转化为实际产品的阶段，这时开发、测试同事就会忙碌起来。开发、测试过程中，也会出现问题，有时是再次确认需求，有时是技术可行性问题，有时是细节漏洞问题（有些细节在实际开发时才被发现），有时是产品经理设计不合理，有时是产品经理改需求……说到改需求，这是开发同事最深恶痛绝的，因为这往往会导致他们的工作量大幅上升，关于此，网上也有很多段子，比如下图：
对于产品经理，此时需要做的就是尽力配合，保证产品及时落地。
3.8 需求上线
当产品完成，就可以上线了。上线之后会验证产品经理对需求的把握是否准确，很多设计是否合理……接着，就会进入下一轮的循环。
到此，文章算是写完了。看似挺多，其实主线比较简单——主要从需求的角度描述产品经理的工作内容，即产品规划、产品设计、产品执行，如下图：
提取码：hibd
返回列表
评论