拉勾教育APP五个月前上线V1.0版本,购入了腾讯前产品总监薛军的《腾讯产品启示录》,重点介绍了“进化式产品创新”方法论。先说APP体验,因处于产品初期阶段,功能不完善、课程资源较少,但核心主流程,需尽快迭代优化。个人学习场景是空闲时间,点击【继续学习】,但APP没有历史记录功能,只能从新播放,无法知足碎片化学习场景。不知道APP主打的目标用户是谁,课程支持视频PPT方式,若是是相似上课方式,则该功能不是优先需求;二是语音播放,播完一课后会自动播放下一课,习惯了获得的逻辑,每日一课,完成当日学习计划,日活就是这么来的。不过因拉勾目前没有学习计划功能,自动播放不会影响使用体验;v1.2.5版本,【我】页面,【分销中心】是什么?分销商?没在APP见过这种名词,请匹配系统与真实世界语言。框架
腾讯的产品方法论,是最常借鉴的范本。“快鱼吃慢鱼”,“用户体验作到极致就是创新”,“少便是多”,以及一切以用户价值为出发点(商业价值也是创建在知足用户价值的前提下),注重的是在实际需求分析、产品设计时,能以该原则思考。less
目标用户与竞争对手的优先级选择,用户才是裁判,而竞品是在提醒遗漏项 //上线竞品的功能,不会超出用户的指望,相似must-be功能。别人都有了,你也要有(前提是判断这个功能是否符合你的产品定位、目标用户真实需求)学习
目标用户是谁?如何接触、了解并最后变成用户?如何了解用户的诉求,挖掘产品刚需?如何安排需求优先级,保证迭代的为最能提高产品价值的? //产品规划与设计时,如何提问题。变成用户,即一秒变小白,以目标用户的视角使用产品测试
以用户视角结合PM场景化思惟优化
发掘用户刚需,什么是真正用户须要的设计
用户体验,不是丰富功能知足细分需求,而是集中优化经常使用功能的人性化体验。用户不是须要新的功能,而是更好用的功能 视频
进化式产品创新,创新不等于作加法。细微的进化隐藏在用户的平常使用中blog
用户体验作到极致就是创新排序
适应的,才是最好的。由于产品的本质是用户驱动,而服务用户的价值不是一维线性的,设计太超前或太落后,没法与当前用户所需的服务匹配,则没法成功。跟着用户的足迹,才能提升创新的成功率,而不是作出了用户并不须要的功能资源
主动适应不完美,没法保证外界环境一切都是完美的状态 //考验对于场景梳理的细心程度,产品设计所基于的场景,每每是实际发生的简化版
简单的,才是永恒的。回归产品初心;人性不曾改变;功能设计的极简,不是多上一个模块、增长丰富的选项或复杂交互,产品功能就变强大了 //less is more,由于准确抓住了重点
快鱼吃慢鱼。小周期迭代,快速响应用户需求。60分打天下,拿出来去获得用户的反馈。关键点在于如何从海量的用户反馈中,知道正确的迭代方向。完成能体现初心/思路的功能即为60分产品。 //由于60分,就能了大体框架了,先拿到市场中作价值验证,PMF。同时基于60分,如何提高到80分,需靠用户的反馈来把握迭代方向,60分的基础功能你们都差很少,关键就是看分化方向
移动互联网产品的新需求。相比PC端,突出主要内容,减小操做精度
不作减法的危害。增长用户心理负担,沉没成本致使不肯快速改变 //目前作的瀑布式项目就是因沉没成本过高,没法改变。即便你们都知道方向错了,但没人敢去叫停,只能硬着作,看到结果才能掉头
忽视作减法的缘由
但愿知足全部用户需求
喜欢作新功能而不是优化功能
跟随外部竞品节奏,应激式反应
用户高频路径分析,对用户心理层面和体验上是核心功能愈来愈好用
识别从进入到离开用户操做比例最大的路径;模拟用户的操做;分析用户为何如此操做的内在路径;比较用户逻辑与原产品逻辑的差别; //分析问题的经常使用套路,指望值是什么,现状是什么,问题为二者的gap。B端产品更强调此方法,与业务用户呆几天,模仿用户一天的工做,梳理操做流程,分析每一任务项逻辑。如此对于业务便有了足够的理解,再与产品现有流程比较,找到排序、设计的依据。
有差别项
简化
强化
无差别
美化
趣化。更有趣,或仪式感,意想不到的乐趣
团队的basis
探索产品价值
达成团队共识
小团队管理机制
荣誉感>责任感
特性终身负责制
北极星指标。找到能够激励团队向正确方向靠拢的指标 //有正确的指标,才有迭代优化的依据
团队文化。提高效率和质量
平衡。顺应人性,但不过于沉迷,能够帮忙用户健康使用
找到善恶平衡点
贪婪,互利
嗔恨,赞美
痴迷,知足好奇心
超出用户指望的功能
保持产品设计初心,即解决用户的问题 //听出来是废话,实际很难作到。相似人生道理,听了无数遍,其实只是字面意义上的理解,没有切身经历,仍是不知道
延期缘由
产品需求没法作到稳定
开发前期对于需求理解不一致,开发过程当中不断暴露问题
后期上线压力集中在测试,压缩测试时间,形成了质量问题
关键在于如何有效提升需求沟通效率,及需求的成熟度
给用户带来惊喜,而不是意外 //意外是打破对产品的依赖感,减小肯定性。而惊喜是以用户没想到的方式,提供了额外肯定性
头几个迭代激发用户的反馈,每一个迭代加大对用户反馈的响应。迭代跟着用户反馈走 //抛砖引玉,头几个迭代的目的,是先早出能引发用户反馈的“砖”
解决want时注意用户成本和用户习惯,最好的产品不必定是最好的解决方案 //因此更快的马,也可能比车更好。之后不拿“问用户要什么,只会回答更快的马”举例了
需求管理
用户反馈
show case
数据分析
bug
需求
借助运营,帮助产品准确把握需求。产品设计时,与运营结合,深挖受欢迎的功能点,利用功能自带的流量实现快速增加
聪明是种天赋,善良是种选择,后者更可贵
人与设备的交互方式,决定时代的发展