产品手札：人人都是产品经理2.0读后感

《人人都是产品经理V2.0》

《人人都是产品经理V2.0》5月15日上市，赶在端午用一天时间，把全书通读了一遍。过程收获颇多，特别是当阅读到书中一些自身直接参与过或类似案例场景时，比如：总是有理有据的对抗老板需求，是否会变成一种“政治正确”，甚至以此在技术团队那里树立“敢于反抗权威”的光辉形象（详见：上一篇文章报告老板：辞职，不伺候了）。虽然不至于到书中所指的程度，但确实让自己警醒冒冷汗。

老板与员工的角色就相当于一些产品内两种对立面的角色一样，满足其一方的需求功能对于另一方来说势必存在反向（详见书中06章的Kano模型），而当两者在最初的阶段用户价值，产品目标没能达成共识，只会是出现反复争论不休。

书本内容通过抽象的方法论代入到案例进行抽丝剥茧，再配合每个章节的练习任务，十分适合无大公司系统训练的野生产品汪对于自身经历所产品进行系统的梳理汇总。全书阅读完大概花了10个小时，总体分为三个层面，用书中的话说就是：想清楚 - 做出来 - 推出去。个人受益最大的是想清楚这一部分，以下通过一个自己模拟的产品来进行还原总结

一、由一个用户故事到产品概念的提出

用户画像/用户故事 同类竞品简析图

1.定性：由上述用户故事/用户画像图，和同类竞品的分析进行定性

核心用户：业余摄影爱好者

刚性需求：无法在线对大量照片作品进行管理、展示，建设个人IP

产品概念：在焦外，可能的功能有无损上传（支持网页），个人作品收纳，每日推荐，喜欢，分享，打赏

竞争优势：无损上传，个人IP建设

2.定量：根据访谈的用户结果指定相应的调查问卷进行定量的验证

调查问卷

二、由功能的价值判断到MVP产品打包

产品功能价值判断图

假定第一步的定量调查问卷符合预期，核心用户中的种子用户存在这类需求场景，提炼得出图中的上左部分的产品功能list，要如何得出图中的上右部分的MVP产品打包。

1.方法一：根据核心用户提炼出来的痛点进行分层，依次：在线存储管理照片 > 作品展示、分享 > 价值认可。将各个功能进行分类，根据从下往上的基本原则进行满足。

a在线存储管理照片类功能：无损、网页上传、手机上传、加载速度、私密照片、照片归类、邀请制、注册/登录、我的

b作品展示、分享类功能：每日推荐、加载速度、分享、打赏、留言、邀请制、个人主页（他人看）

c价值认可类功能：每日推荐、喜欢、打赏、关注、私信

2.方法二：同类层级的功能点进行KANO模型排定优先级（必备>期望>魅力>无差异>反向）。注册/登录>网页上传>无损>手机上传>加载速度>我的>照片归类>私密照片>邀请制

3.方法三：产品的用户价值循环决定至少每个环节的功能点不能为空

最终得到MVP打包产品功能：a注册/登录、a无损、a网页上传、a手机上传、a加载速度、a我的、bc每日推荐、b分享、ab邀请制（未必正确，欢迎大家来讨论说说你的看法）

再思考一个有意思的问题，如果资源紧张或时间紧迫必须要砍掉三个功能，你会选哪三个？

我会选择：邀请制、分享、手机上传

三、成长规划与迭代

规划迭代图

1.用户：种子用户 > 核心用户 > 目标用户 > 潜在用户；分别对应 自己身边的摄影爱好者 > 同类产品内业余摄影爱好者 > 泛摄影师 + 内容消费者 > 摄影机构 + 模特

2.产品：工具 > 工具+内容 > 内容 > 内容+平台

3.关键衡量指标（缺少量化欢迎来讨论）：产品概念验证（定性、定量）> NPS（净推荐值）> 用户开始双边化 > 用户开始多边化

-------------------------

上述：大致使用书本中抽象的方法论带入到一个产品的还原过程，当然还有很多不完善的地方。例如：商业画布，以及第三步成长规划与迭代的深挖（用户从哪里获取，衡量阶段目标达成的量化指标等）

最后：如果这是一个真实的项目，就上述你所见，认为是否可以尝试去做，过程中又可能遇见那些坑，以及哪些没考虑到的点