《从点子到产品》—— 刘飞老师

本书目录

如何找到产品价值和用户痛点——《从点子到产品》01笔记
从需求分析到功能设计——《从点子到产品》02笔记
PM如何管理好产品——《从点子到产品》03笔记

一、分析点子与方案的合理性

如何评估产品模式是否合理？

以下三个层面中，至少保证两个不降低，对另外一个做提升，或三个层面都有提升，可以确定产品模式区域合理。

产品模型的检验矩阵

问题	判断1	判断2	判断3
产品是否能够	提高或不降低效率	降低或不提升成本	提升或不破坏体验
需求是否合理	提供的可能	发生的场景	接受的意愿
环境是否存在	市场	需求	用户

如何评估商业模式合理？

商业模式的合理主要需要考量对象是盈利性是否合理。

当然产品的核心价值能够衍生出一套有效的赚钱方案，并在用户获取成本及活跃成本低于预计收益的情况下，可以认为产品商业模式合理。

互联网产品常用的赚钱方法

1. 广告：主流商业模式，通过流量变现，例如搜索引擎。

• 售卖： 直接销售产品，在AppStore比较普遍，例如一些工具APP。
• 增值服务：差异化服务（付费节目、付费问答）、更容易获取或低成本获取（云端存储或离线），例如视频会员、分答、值乎、喜马拉雅。
• 佣金/抽成：在交易费用中获得部分利润，例如天猫。
• 企业服务：例如支付宝信用评级、艾瑞咨询的产业报告，或提供技术或平台付费服务，例如阿里巴巴。
• 电商（林魔王补充）：本质上也是广告的一种，但只是售卖自己平台的产品，比如得到APP卖书（知识服务商），网易严选（纯粹的电商平台）。

如何评估环境是否具有拓展性？

1. 宏观市场环境拓展性

• 市场竞争：当前及未来的市场竞争环境，大众对该市场未来的心理预期是怎样的？
• 相关技术：技术是否会影响市场的变化，颠覆运作方式或结构？
• 政策：是否会对未来产生利好或利空的影响？

2. 用户属性及结构拓展性

3. 产品逻辑拓展性

• 解决方案（功能）上的拓展。
• 需求上的拓展，是否有更多可挖掘的需求。
• 功能及逻辑是否可以拓展到临近的领域。

4. 商业模式拓展

• 赚钱方式是否存在更多可能。
• 转化付费用户时的可能性，是否会因为某些未来因素缩变化。

如何评估团队实施的合理性？

搞清楚“为什么你们做”，哪些产品或功能做起来得心应手，哪些做起来比较吃力。

1. 行业背景
2. 合作资源
3. 技术能力

二、如何找到产品的核心价值？

用户体验要素模型示意图

什么是核心价值

“解决问题”是产品价值所在，在解决问题的基础上：

• 对产品来说：功能性价比最高、最受用户认可、最有商业价值、对公司最有利。
• 对功能来说：逻辑统一、一致，用户群相似，需求相似，复用于多个场景，可以让价值产生增益。
• 对用户来说：让用户对产品产生认知，更能理解产品具体解决了什么问题，让用户成为“脑残粉”。

核心价值的反面

• 流于表面的故事、情怀，缺少对用户的意义。
• 零散的功能，成本高，相对创造了极低的价值。
• 大杂烩，冗余的功能，提升了用户获取核心价值的成本。
• 增加无关的粘性，用非核心价值留住用户，本末倒置。
• 没有真正的解决问题，留住了一堆毫无价值的“海量”用户

找到核心价值后如何解决

解决方案对用户来说超出预期，才能体现核心价值。

计算方式如下：
用户获得好处（愉悦） > 转移心理成本 + 转移实际成本

三、实现核心价值——MVP发现用户痛点

使用MVP原因

• 验证产品是否满足用户需求。
• 验证产品是否能够创造商业价值。
• 低成本，快速试错，验证功能的可行性和合理性。
• 最快速度获得市场上的用户，占领先机。

如何设计MVP

均衡设计，找到平衡点，切勿过度臃肿或简陋。

1. 奥卡姆剃刀法则——“如无必要，无增实体”
   将预期方案罗列出来，将功能按照重要程度依次砍掉，直到正常功能无法使用。

2. 用户访谈
   提供复杂程度不同的方案，选择用户最低程度接受的方案。

3. 去掉可人工处理的功能
   评估人力成本，尽可能的不使用“自动化”来处理，降低开发成本。

4. 确保只有一个功能
   除非两个功能耦合，分离导致不产生价值，否则只保留用户能够最快理解的“唯一”功能。

投放MVP

将MVP尽早的投放到市场中，甚至它还只是一套方案或想法。

• 投放广告：将MVP优先包装成广告，投放到市场中，验证用户反应。
• 宣传假MVP：制作视觉完成但没有功能的产品，收集用户的反馈。
• 线下实现：部分产品可以通过线下来验证最初产品、商业模式，改进传统行业或存在线下业务的产品可使用此方法。
• 众筹：对于硬件和商品可以使用此方法。

实现MVP

1. 选择平台
   微信公众号 > 安卓 > 苹果 > WEB > PC

2. 选择技术实现方案
   尽可能降低实现成本，尽可能使用第三方解决问题，暂时不要考虑功能扩展性。

3. 除非迫不得已，不要考虑外包。

找到痛点

当用户通过MVP产品的某个功能开始解决他们的问题，那么这就是痛点，痛点被发现后，才是深挖需求、迭代的时机

1. 通过用户数据发现痛点
   包括使用频次，日、周、月活，用户留存。

2. 通过商业数据发现痛点

• 付费转化率
• 用户终生价值/用户获取成本>3

3. 通过用户反馈发现痛点

• 用户反馈入口
• 应用市场
• 第三方平台，贴吧、知乎、豆瓣、微博等

4. 定向访谈
   如果数据乐观可以聊背后的逻辑，如果数据不乐观，要了解用户不使用的原因发现现在已经用的产品或功能。

• “你喜欢我们的产品吗？”
• “你再用这个产品之前，在用什么产品？”
• “这个产品给你带来什么帮助了吗？或者解决了什么问题？”
• “如果继续使用它，你觉得会用多久？”
• “你举得要变成什么样，你就更不会离开它？”
• “如果你现在用不到它，你会有不适吗？”
• “如果我们收费/做广告/提供付费服务，你会接受吗？”
• “你愿意在这个产品上花多少钱？”