【产品经理学习笔记】Part 7 收益预估
收益预估
- 需求价值评估
- KANO模型
- 如何进行KANO分析
- 在这里插入图片描述
- 价值复杂性矩阵（The Value-Complexity Matrix）
需求价值评估
业务需求
- 产品维度和模块为度：商业模式和模块价值
- GSM模型：目标-信号-衡量指标（Goal、Signal、Metric）
用户需求
- 需求价值 = 需求刚性×需求广度×需求频率×可替代方案
- 需求刚性：需求是否是必需
- 需求广度：需求满足的用户量是否够广、覆盖量全面
- 需求频率：一个痛点对用户的刺激次数
- 可替代方案：评价可替代方案的价值——判断其对用户的损失
- 需求价值 = 需求收益-需求成本
马斯洛需求层次理论
- 越底层的需求需要满足的量可能越大
- 底层需求：基本需求（吃喝拉撒睡等）
- 越高层的需求得到满足后产生的价值可能越高
- 高层次需求：游戏私服中抓住核心氪金用户（自我实现、尊重与崇拜等的需求）
KANO模型
期望（意愿）型需求（One-dimensional Quality/Performance Quality）
用来预测一个功能或产品的用户满意度
- 用户满意度同功能实现成正比（期望属性）
- 应该在这些功能上投入大量资源，因为他们是获取用户和留下用户的关键，同时也是竞争优势
- eg: 应用的响应速度更快/下载速度更快
基本（必备）型需求（Must-beQuality/Basic Quality）
用户期望和理所当然的功能（必备属性）
在基本的需求得到满足之前，应该投入大量资源，得到满足之后，就不用投入大量资源了
- eg：电商的结账功能：一旦基本需求得到满足，用户的满意度就会放缓
兴奋（魅力）型需求（Attractive Quality/Excitement Quality）
是用户喜欢的，但不是期待或必须的功能
在这里投入资源是可以的，但不要以牺牲用户期望和必需的功能为代价。不过，值得注意的是，令人愉悦的功能往往是建立用户忠诚度和口碑的关键
- eg：微信的摇一摇的功能：用户对令人愉悦的功能感到满意，但没有这些功能的时候，也无所谓，并不会感到不满。
- eg：滴滴的理财功能：用户在场景下做投资获得更多收益（没有好的反馈，已经取消了）
- 无差异需求（Indifferent Quality/Neutral Quality）
- 无关紧要的功能，不会影响满意度
- 把资源投入在识别这些功能上，以免浪费更多的资源
- 反向（逆向）型需求（Reverse Quality）
- 反功能是用户不喜欢的功能
- 把资源投入在识别这些功能上，以免浪费更多的资源
- eg：可能满足一小部分用户的需求，但对整个产品的收益影响是负向的。
如何进行KANO分析
- 用户通常不擅长识别或表达他们真正想要的需要的功能。因此，卡诺分析需要通过成对提问来解释一个问题：一个直观的功能问题，后面是一个功能障碍问题。
- 如果微信推出了“摇一摇”的功能，你的感觉如何？
- 如果微信没有推出“摇一摇”的功能，你的感觉如何？
- 满意度和不满意度系数
- 满意度系数是一个介于0到1之间的数：越接近1，就代表该功能对用户的满意度的影响越大
- 不满意度系数是一个介于0到-1之间的数：越接近-1，就代表该功能对用户的不满意度的影响越大
价值复杂性矩阵（The Value-Complexity Matrix）
- 所有的需求都有一个固有的商业价值和实现的复杂性，并可以将其站是在一个由[价值]和[复杂性]形成的[平面直角坐标系]中。
确定需求的价值
- 需求的价值，并不单单是这个需求可以换回多少收入，还包括了增加流量、促进用户活跃、减少成本等各个方面，这些价值的权重可能不尽相同。
- 第1号区域：「高价值，高复杂性」，这些需求都属于重要的需求，但是实现起来很困难，我们必须有足够的时间（精力）去处理它，因此我们应该优先处理该区域内的需求。
- 第2号区域：「高价值，低复杂性」，这些需求做起来绝对是一本万利，性价比最高。但是正是因为比较简单，所以我们可以给一个较低的优先级来处理。不过这种需求一般比较少，是不是很失望。
- 第3号区域：「低价值，低复杂性」，对于这些需求虽然实现起来比较简单，但是也不会为你带来什么价值。性价比也就不是很高，所以你可以把它列入你的需求列表里，如果资源允许就做，如果资源不允许，就痛快的舍弃掉。
- 第4号区域：「低价值，高复杂性」，性价比最低，复杂还没有价值，愉快的把它排除吧。
- 需求的价值，并不单单是这个需求可以换回多少收入，还包括了增加流量、促进用户活跃、减少成本等各个方面，这些价值的权重可能不尽相同。
确定需求的复杂性
- 每一个需求都需要实现，一般我们可以用（预计）工作时长来表示该需求的复杂性
- 考虑复杂性的时候还需要考虑使用压力。比如这个功能是否需要投入较高的运营费用？是否拥有足够的人力去支持该需求的运营。
- 最后，还需要去考虑该项目的风险程度，开发小伙伴是否有能力完成，该需求是否会对已有的其他功能产生影响等
- 需求复杂性 = 时间+使用压力+风险程度
【产品经理学习笔记】Part 7 收益预估相关推荐
- 【产品经理学习笔记】Part 1 产品体验及产品体验报告
[产品经理学习笔记]Part 1 产品体验产品体验报告 产品宏观分析(要素.情感.定位) 要素拆解 情感设计:感知产品 产品定位六问 产品微观分析:布局.交互和设计 产品体验报告 产品宏观分析(要素. ...
- 【产品经理学习笔记】Part 2 互联网经典产品案例分析
[产品经理学习笔记]Part 2 互联网经典产品案例分析 天猫国际产品体验 抖音电商场景产品体验 探讨:面对娱乐化消费,电商产品应该做出哪些改变? 天猫国际产品体验 产品定位与用户画像: 产品定位:平 ...
- 极客产品经理学习笔记
经常有朋友问我"我听人说 人人都是产品经理,是不是你们产品经理对天赋的要求不是很高啊."我坚定的回答他,产品经理是极需天赋和才华的岗位,并不是人人都是产品经理.或许人人都可以有产品 ...
- 产品经理学习笔记- 猿题库运营面试准备
经过一个周的简历投递,今天终于有了一些回应,接到了三个电话面试,戴姆勒的采购部实习生,猿辅导的内容运营,搜狗的商业产品经理助理,可能真正的工作并没有自己想象的那样美好,但是尽早的踏出校门去锻炼一下,见 ...
- 【 产品经理学习笔记 | 巨详细】1.1-1.4 初识产品经理
课程来源:B站(产品经理基础入门(172集全集已更新完毕)) 第一阶段:产品基础 (需求收集.需求管理.需求分析.结构图.流程图.原型.PRD文档.用户画像.后台角色管理-) 产品经理岗位要求的能力和 ...
- 【产品经理学习笔记 | 巨详细】2.规划阶段——2.1需求收集：用户访谈和问卷调查方式
(从规划阶段的需求收集开始,一般不会接触到市场调研) 2 规划阶段 2.1 需求收集 什么是需求? 需求和需要的区别: 需求:某方面未被满足而引发的感受指向具体的事物 需要:指向具体的事物 例: 我需 ...
- 人人都是产品经理学习笔记2
产品设计关键 用户.场景.需求 产品分析画布 产品经理的视角:用户视角.产品视角.商业视角 用户的视角:体验[产品报告不足的原因] 产品视角:逻辑,东西是怎么做出来的,替代品,结果-[产品经理的关注点 ...
- 【产品经理学习笔记】Part 13 产品运营案例分析
产品运营案例分析 天猫双十一运营 预热期-营销活动蓄力 预热期-制造话题,全面推广 高潮期-集中爆发 高潮期-战绩 尾声与回响-大促之后-- 总结:天猫双11三大策略 小红书社区运营 社区运营基本思路 ...
- 决胜b端产品经理学习笔记01（持续更新版）
决胜b端-初识b端产品 什么是b端产品 b端产品,适用对象是企业或组织,用来解决企业某类经营管理问题. 1.核心价值:规模(提升收入).成本(降低成本).效率(提高效率).品质(保证品质).风控 好的 ...
- 【产品经理学习笔记】Part 9 交互设计（1）
交互设计 (一)交互设计-图形界面设计 格式塔理论 1. 相似性 2. 接近性 3. 连续性 4. 闭合性 5. 图/地法则(主体与背景法则) 6. 简单法则(Pragnanz) 7. 共同命运法则 ...
最新文章
- java 日志输出 log4j 简介
- android 区分系统应用,Android区分系统应用和安装应用
- sparkStreaming+kafka SparkException: java.nio.channels.ClosedChannelException异常报错
- poj 1466 Girls and Boys (最大独立集)
- python3的安装_python3快速安装
- windows下命令
- 系统集成项目管理工程师知识点集锦
- 发出商品杀手锏之SAP在途库存解决方案
- 旅游网站设计参考文献优秀范例合集
- 【服务器数据恢复】异常断电导致ESXI系统无法连接存储的数据恢复
- Jmeter应用-接口测试
- 验证手机号邮箱，多个以英文逗号分隔
- ajax打开新窗口被浏览器拦截的解决办法
- PGN: 指针生成网络（Get To The Point: Summarization with Pointer-Generator Networks）
- Installation and use of OpenWrt (x86) | Hardware
- （趣文）我是一个线程
- Mysql在表中添加约束条件
- boox android 4.4,纷极阅读app
- 线下门店互动营销产品浅析
- yolov8 瑞芯微RKNN和地平线Horizon芯片仿真测试部署