傻大方提要：【mvp|产品思维：产品内核与快速验证( 二 )】找到目标用户，明确需求（场景+问题）； 找到解决方案（能想到的idea、竞品已有策略、用户期望….）； 做加法： 汇总全部功能，全部列成list； 做减法...
按关键词阅读： 丰田 丰田汽车 工厂 恢复
- 找到目标用户，明确需求（场景+问题）；
- 找到解决方案（能想到的idea、竞品已有策略、用户期望….）；
- 做加法： 汇总全部功能，全部列成list；
- 做减法：找到产品内核。即是那些「少一个，产品不成立，用户不买了不用了」的特性。
- 有床，可以住；
- 提供早餐；
- 根据目标地区搜寻合适的房源；
- 在网站上浏览到房源信息；
- 价格便宜（可以接受），性价比高；
- 房东安全；
- 有和家里一样便利的设施。
1：有床，可以住；5：价格便宜（可以接受），性价比高；6：房东安全。
除此之外，其他的都是优化项，即应该是在验证了即便只能满足1、5、6这三个产品特性的情况下，仍有客户愿意来住之后，再去考虑如何提升用户体验。
关于如何验证产品内核，本着低成本、快速的原则，有如下几种方法：
文章插图
仍以验证Airbnb的三个核心产品特性为例，其实只需要有一个信息出口展示给用户即可，大可不必说单独设计一个网站、专门找到目标用户的渠道去投放等等，只需要将3个信息规整，挂到网站上，再结合定的目标（比如有xx个用户入住即为验证通过）判断即可。
关于快速验证，想起来之前和同事讨论，“粗糙的产品是否会伤害用户体验”这个问题：个人观点是不会的，点是在于：
原因一，粗糙的产品并不等于全部都是粗糙。产品内核要精细，其他的粗糙，因为我们是要验证产品内核是否成立，所以除了产品内核，其他都是可以适当粗糙的，否则还可能产生如果成功都不知道是哪些特性导致的成功带来的干扰问题。
原因二，验证产品内核，如果是在项目成立初期，没有多少用户，或者都是一些核心用户，此时反倒不必担心因功能不完善导致用户跑掉，让用户参与到产品内核的体验中，提出建议不是更好么？如果是项目较为成熟，拥有较大用户群了，当需要验证某一特性时，尽量选择目标用户来进行小范围验证，让一小部分用户先使用，结合建议再优化，最后再全量推。
原因三，快速验证，需要避免完美主义。产品在早期有一些不完善的地方是非常正常的，不要觉得有bug或者功能比较少就不好意思让用户使用，反倒是选择花很多时间去做一个“完美”的产品，这本身也不现实，因为没有用户的反馈，产品本身也不可能完美。
四、项目实操与思考想起之前做APP的经历，反思起来，最基本的问题在于没有找准产品内核。所以在这里重新再思考一遍，如果再要做一次，自己会怎么做。
起初做APP的目的是为了整合公司目前所有APP的获客，提升前端获客效率。基于这个目标，我们想从3个不同维度去验证哪个的获客效率会高，分别是品牌获客、内容获客、利益获客。
- 品牌获客：通过品牌背书来吸引家长购买课程；
- 内容获客：通过优秀学员的创作故事、内容成果来吸引家长购买课程；
- 利益获客：通过优惠券、好礼赠送的方式来吸引家长购买课程。
- 即来即学的交互视频（目的是让用户能快速感受我们的教学方式）；
- 优惠券购课流程；
- 了解品牌；
- 客服咨询；
- 内容探索（读物，家长课堂，漫画，优秀作品）；
- 个人中心；
- 老用户的展示；
- 用户召回。
- 第一类 产品内核：2、3、5；
- 第二类 用户体验：1、4、8；
- 第三类 APP基础功能：6；
- 第四类 业务兼顾：7（因为该APP可能触达到的用户群里并非只有新用户/游客）。
到开发中期，业务方认为1.0的内容太少了，又想增加读物售卖。若是当时，会以下面2点原因回绝该想法：
稿源：(人人都是产品经理)
【傻大方】网址：http://www.shadafang.com/c/1115961CR021.html
标题：mvp|产品思维：产品内核与快速验证( 二 )