“如何打造一个用户喜爱的产品”这也是所有产品经理一直思考的问题，作者Marty给了他的答案，想要成为最受用户喜爱产品的三个基本特征：价值、可用性、可行性。

引用自豆瓣

书籍由七印部落众多产品人翻译所成，各章节主题基本相互独立，没有较强的连贯性，更像是在阅读一个主题明确的公众号，作者在慢慢产出一篇篇单独性的文章，一方面书籍适合小白产品经理了解产品开发的情况（包括人员构成、职责、开发流程、产品成功要素），当然这样的逻辑构成个人觉得更适合随时翻阅各个主题结合自己产品心里路程进行深入思考，犹如产品大佬在旁娓娓道来。总结来说本书适合小白产品经理了解产品经理的工作以及有一定工作时限的产品经理结合实际工作进行针对性思考。

                                     产品价值

书中对产品价值给出了一个说法--用户对产品的渴望程度，用户越渴望使用的产品，其价值越高。一个高价值的产品会由很多因素构成，文中提到的几点个人感受较为深刻，与各位共勉。

1.产品立项时需要产品评估

目前很多产品在到产品经理手中时已经被认为完成“评估”，可能是上级领导已经决定要做，亦或者是竞品目前发展正如日中天，而产品想要完成的也正是竞品的功能，所以在很多产品经理的心中会自然的认为产品评估已经完成，直接跳过进入产品设计阶段，这也是笔者在近段时间所犯的错误，直接导致了后续很多规划与需求重来。

在Marty看来，产品评估工作需要分为3个部分进行：

一是进行产品价值的评估，这里主要对产品进行探索定义，避免在后续已经移交至开发团队再进行修改，这时候在一定程度上不仅会降低士气，降低开发团队对产品经理的信任，而且会严重影响开发进度。对产品的前期定义需要产品经理深入思考以下几个问题，准备要做的产品主要解决哪类目标用户在什么场景下的什么问题，以及为什么用户选择你即将想要开发的产品。提炼出来还是老生常谈的“目标用户、场景、需求”，但是真正的想要做好它，可以引用“纸上得来终觉浅，绝知此事要躬行”；

二是对市场规模的评估，可以求助相关的分析报告，但也需要产品的个人判断，区分软文与描述；

三是对营销组合策略的评估，当然C端部分产品也可以理解为商业模式的制定，这在以后可能会影响产品需求实现方式的变动以及部分规划。

只有完成上述的三个部分的评估工作，产品经理才可以下结论，是否需要继续产品开发还是放弃，但是需要注意的是，在作者看来产品评估工作并不涉及解决方案的设计，此处只涉及思考产品要解决什么问题，避免出现具体解决方案遇到困难时，从而放弃产品机会，犹如“把洗脚水跟孩子一起泼掉”的做法。

2.制定产品原则

“产品原则是对团队信仰和价值观的总结，用来指导产品团队做出正确的决策和取舍”Marty在书中这样定义产品原则，目前很多产品团队自以为团队对产品的原则已经达成一致，但是在后续开发迭代的过程中会出现很多公说公有理，婆说破有理的情况，看似逻辑正确的背后其实是产品的原则没有达成一致，那么在后续再多的讨论都不会在一个频道上。

这种原理同样的适用于各个会议，产品经理在日常工作工程中难免会出现各种会议，经常会出现一种现象：讨论激烈的会议背后经常没有结论，时间长久之后断然会耗费人心，归其原因也是会议主题没有明确，主会者默认大家明白讨论的目标又或者最高层的产品原则（产品目标）没有被明确的定义以及没有分出优先级，这必然会导致每个人对产品都有自己的一个想法以及原则的优先级。

                                       可用性

一个成功产品的开发问世需要各个角色的相互配合，想要产品能够符合目标用户的使用习惯与认知，便是需要产品有较强的可用性，其中不乏交互设计师、视觉设计师、用研、开发等角色的相互默契配合，当然在目前阶段，国内很多公司还是由产品承担了用研、交互、项目经理等角色的所有工作，所以在产品可用性上存在一定的缺陷。

设计出可用性强的产品，作者的另外一个做法值得大家借鉴，目前国内很多公司拿到需求之后，不乏很多人开始直接需求分析以及产品设计，之后便是直接与开发团队评审进入开发状态，这样难免会在后续进行需求更改甚至产品方向变动，被吊打也将在所难免。

在Marty看来可用性的测试应该在产品开发之前便完成，产品经理与各个角色合作制作一个高保真原型出来后需要进行原型测试，召集种子用户进行产品试用，在现场观察用户的使用行为以及后续进行访谈，只有通过了种子用户测试的产品原型方可以进行产品的开发，这样可以最大程度上避免产品在经过长时间开发之后，发现产品并不能够解决用户的需求或者在操作交互上不符合用户的习惯或者认知，那时候的修改可能会是致命的。

                                        可行性

在产品设计完成后与开发团队进行评审过程中，经常会发现存在一定的问题，有时候、技术的实现会存在一定的限制，又或者此种设计的实现期限不符合预期，此种情况，Marty认为在产品设计过程中应该有一位主程序员偶尔参与到产品设计方案的讨论当中来，方便产品经理评估产品的实现期限以及技术实现难度。

最后，一个产品的成功问世并非产品经理一个角色所能成就的，需要各个角色相互配合，需要市场、技术、用户使用习惯都正好符合当下产品的定位，最后祝愿各位大佬都能打造一款提高世人幸福感的产品，做改变世界的产品经理。