《从点子到产品》—— 刘飞老师
本书目录
如何找到产品价值和用户痛点——《从点子到产品》01笔记
从需求分析到功能设计——《从点子到产品》02笔记
PM如何管理好产品——《从点子到产品》03笔记
一、分析点子与方案的合理性
如何评估产品模式是否合理？
以下三个层面中，至少保证两个不降低，对另外一个做提升，或三个层面都有提升，可以确定产品模式区域合理。
产品模型的检验矩阵
| 问题 | 判断1 | 判断2 | 判断3 |
|---|---|---|---|
| 产品是否能够 | 提高或不降低效率 | 降低或不提升成本 | 提升或不破坏体验 |
| 需求是否合理 | 提供的可能 | 发生的场景 | 接受的意愿 |
| 环境是否存在 | 市场 | 需求 | 用户 |
如何评估商业模式合理？
商业模式的合理主要需要考量对象是盈利性是否合理。
当然产品的核心价值能够衍生出一套有效的赚钱方案，并在用户获取成本及活跃成本低于预计收益的情况下，可以认为产品商业模式合理。
互联网产品常用的赚钱方法
- 广告：主流商业模式，通过流量变现，例如搜索引擎。
- 售卖： 直接销售产品，在AppStore比较普遍，例如一些工具APP。
- 增值服务：差异化服务（付费节目、付费问答）、更容易获取或低成本获取（云端存储或离线），例如视频会员、分答、值乎、喜马拉雅。
- 佣金/抽成：在交易费用中获得部分利润，例如天猫。
- 企业服务：例如支付宝信用评级、艾瑞咨询的产业报告，或提供技术或平台付费服务，例如阿里巴巴。
- 电商（林魔王补充）：本质上也是广告的一种，但只是售卖自己平台的产品，比如得到APP卖书（知识服务商），网易严选（纯粹的电商平台）。
如何评估环境是否具有拓展性？
- 宏观市场环境拓展性
- 市场竞争：当前及未来的市场竞争环境，大众对该市场未来的心理预期是怎样的？
- 相关技术：技术是否会影响市场的变化，颠覆运作方式或结构？
- 政策：是否会对未来产生利好或利空的影响？
-
用户属性及结构拓展性
-
产品逻辑拓展性
- 解决方案（功能）上的拓展。
- 需求上的拓展，是否有更多可挖掘的需求。
- 功能及逻辑是否可以拓展到临近的领域。
- 商业模式拓展
- 赚钱方式是否存在更多可能。
- 转化付费用户时的可能性，是否会因为某些未来因素缩变化。
如何评估团队实施的合理性？
搞清楚“为什么你们做”，哪些产品或功能做起来得心应手，哪些做起来比较吃力。
- 行业背景
- 合作资源
- 技术能力
二、如何找到产品的核心价值？
用户体验要素模型示意图
什么是核心价值
“解决问题”是产品价值所在，在解决问题的基础上：
- 对产品来说：功能性价比最高、最受用户认可、最有商业价值、对公司最有利。
- 对功能来说：逻辑统一、一致，用户群相似，需求相似，复用于多个场景，可以让价值产生增益。
- 对用户来说：让用户对产品产生认知，更能理解产品具体解决了什么问题，让用户成为“脑残粉”。
核心价值的反面
- 流于表面的故事、情怀，缺少对用户的意义。
- 零散的功能，成本高，相对创造了极低的价值。
- 大杂烩，冗余的功能，提升了用户获取核心价值的成本。
- 增加无关的粘性，用非核心价值留住用户，本末倒置。
- 没有真正的解决问题，留住了一堆毫无价值的“海量”用户
找到核心价值后如何解决
解决方案对用户来说超出预期，才能体现核心价值。
计算方式如下：
用户获得好处（愉悦） > 转移心理成本 + 转移实际成本
三、实现核心价值——MVP发现用户痛点
使用MVP原因
- 验证产品是否满足用户需求。
- 验证产品是否能够创造商业价值。
- 低成本，快速试错，验证功能的可行性和合理性。
- 最快速度获得市场上的用户，占领先机。
如何设计MVP
均衡设计，找到平衡点，切勿过度臃肿或简陋。
-
奥卡姆剃刀法则——“如无必要，无增实体”
将预期方案罗列出来，将功能按照重要程度依次砍掉，直到正常功能无法使用。 -
用户访谈
提供复杂程度不同的方案，选择用户最低程度接受的方案。 -
去掉可人工处理的功能
评估人力成本，尽可能的不使用“自动化”来处理，降低开发成本。 -
确保只有一个功能
除非两个功能耦合，分离导致不产生价值，否则只保留用户能够最快理解的“唯一”功能。
投放MVP
将MVP尽早的投放到市场中，甚至它还只是一套方案或想法。
- 投放广告：将MVP优先包装成广告，投放到市场中，验证用户反应。
- 宣传假MVP：制作视觉完成但没有功能的产品，收集用户的反馈。
- 线下实现：部分产品可以通过线下来验证最初产品、商业模式，改进传统行业或存在线下业务的产品可使用此方法。
- 众筹：对于硬件和商品可以使用此方法。
实现MVP
-
选择平台
微信公众号 > 安卓 > 苹果 > WEB > PC -
选择技术实现方案
尽可能降低实现成本，尽可能使用第三方解决问题，暂时不要考虑功能扩展性。 -
除非迫不得已，不要考虑外包。
找到痛点
当用户通过MVP产品的某个功能开始解决他们的问题，那么这就是痛点，痛点被发现后，才是深挖需求、迭代的时机
-
通过用户数据发现痛点
包括使用频次，日、周、月活，用户留存。 -
通过商业数据发现痛点
- 付费转化率
- 用户终生价值/用户获取成本>3
- 通过用户反馈发现痛点
- 用户反馈入口
- 应用市场
- 第三方平台，贴吧、知乎、豆瓣、微博等
- 定向访谈
如果数据乐观可以聊背后的逻辑，如果数据不乐观，要了解用户不使用的原因发现现在已经用的产品或功能。
- “你喜欢我们的产品吗？”
- “你再用这个产品之前，在用什么产品？”
- “这个产品给你带来什么帮助了吗？或者解决了什么问题？”
- “如果继续使用它，你觉得会用多久？”
- “你举得要变成什么样，你就更不会离开它？”
- “如果你现在用不到它，你会有不适吗？”
- “如果我们收费/做广告/提供付费服务，你会接受吗？”
- “你愿意在这个产品上花多少钱？”
网友评论