最近在做一系列各种交叉、繁琐的项目，在经过了克服困难使项目顺利进行下去之后，突然想总结下哪些是自己一直以来做好产品的重要方法，一是来让自己再接再厉，二是也想和同行们分享下经验。这篇文章更加注重产品的软实力，而不是讲如何去画原型、竞品分析和UE设计等等的基本功。所以，请各位读者有所预期，提前取舍。

　　这次我准备了九条重要的产品方法论，这虽是自己的经验之谈，但的确也是实践后的总结。在和其他产品同行沟通、交流中发现，这些方法论的确也是大家“英雄所见略同”的。那么我们马上开始进入正题。

　　我们首先要确定，做一个产品一定要先明确最核心的需求是什么，并且只能是一个。

　　尤其对于初级产品而言，往往觉着“怎么也得筛出来三四个核心需求吧”、“这几个都很重要，让我怎么筛选”、“去掉哪个都会被业务方砍死的”等等。其实这个过程是产品经理必然要走的一个过程，也是产品sense、方法论还不够深刻的时候。所以越早意识到这个问题，越早经历过去越好。

　　下面我首先一一解决我自己经常听到的几个疑惑吧。

　　问：怎么也得筛出来三四个核心需求吧 / 这几个都很重要，让我怎么筛选？

　　答：首先，的确是可以筛出来三四个核心需求，但这个三四个核心需求一定是分别属于三四个不同目的的功能模块的核心需求。也就是说：一个功能模块一定只有一个核心需求。

　　当你认为有三四个核心需求时，说明你还没有把项目或产品拆解为目的不同的三四功能模块。

　　问：去掉哪个都会被业务方砍死的

　　答：首先，的确是会被砍死的，但找出来核心需求并不意味着其他需求可以砍掉。相反，如何让这一大堆需求更好的融合起来，以满足业务方的需求。

　　上面的问答讲到：“三四个核心需求一定是分别属于三四个不同目的的功能模块的核心需求”。所以我们要拆解功能模块，拆解目的，从而使每个目的都能直接干脆的向用户呈现出来，才能更换的达到做好项目/产品的目标。

　　再举例而言：对于微博这样的产品，让浏览体验更好，就是核心需求。系统如何加载更快，用户如何生产优质信息，如何摒除spam，如何提升视觉体验都是亟待解决的问题。PM永远不要妄想一下子去发明，颠覆现有的产品，或者增加一些自己觉得挺时髦的新功能，只有抓住“最核心需求”一点一滴的去改进，一个百分点一个百分点去提高，才能从量变引发质变。

　　如上文所说，如果拆解为多个功能模块时，每个功能模块会有不同的核心功能，那么如何把这些核心功能较好的融合在一期呢？

　　这就需要看：哪个目的的优先级更高。优先级高的模块，就要放在重要的位置，方便用户使用，相反则次之。

　　其实你看看所有优秀的网站，当你频繁的去体验后会发现，那些让你显而易见的都是按优先级依次来排列、布局的。因为每个优秀产品的产品经理、UE设计师在考虑布局交互时，都会考虑优先级的。这也是初级产品经理可以去通过别人的成熟的作品锻炼自己眼光、意识的一个路径——多体验别人的好产品。

　　对于产品经理而言，我们首先要考虑的优势逻辑是：什么能让目标用户选择你的产品而非竞品。

　　目标用户：一定要强调目标用户，产品不是什么流量都有意义的，流量再大，偏离目标、流量不稳定总不是好现象。

　　选择心理：能达到目的，时间、体力成本低。这就是用户的选择的简单心理。

　　那么我们来总结：优势是使用户通过低时间、体力成本的方式，达到他的目的。

　　而言我们要明白用户的目的的本质：可以认为用户是无限贪婪的。例如：免费云盘空间是5G，那么如果服务器成本能hold住，我们就要想：用户的目的可以是10G。搜索引擎的相应时间是1s，用户的目的可能还是0.1s，甚至用户的目的可能还是不搜即得。千万不可替用户的目的、贪婪设定瓶颈，用户目的的瓶颈就是产品的瓶颈。

　　首先要考虑投入的ROI。这也是内部能推动项目进行要过的第一关，只有好的ROI才能获得公司的支持。其次与竞品对比，他们在满足用户的需求中，哪些地方做的不够好。要想搭建产品优势，肯定要明白怎么样才能获取用户。例如：子弹短信相比微信有什么优势？

　　不需要好友关系也可以发送信息，这就是一个优势。针对的目标用户、需求就是——不知道对方的微信时，通过子弹短信予以及时发送消息。这虽是一个细分的场景需求，但就在这一点上，形成了局部优势，就能获取到有这种场景需求的用户，而这部分用户之前是在微信的用户群内的。

　　UGC产品：看的用户，写的用户；电子商务：卖家，买家；新产品：种子用户，成长用户；老产品：初期用户，成长用户，衰退用户，流失用户。

　　需要指出的是：角色的划分，和产品的运营程度有关。运营成熟的产品，进入精细化阶段，就需要更细的分解角色。

　　以微博举例：如按使用方式、生命周期把角色分为X轴Y轴两维，那微博的使用方式可以是浏览信息用户，发布信息用户，还可以分得更细。比如：发布信息用户还可以分为个人、认证个人、企业、媒体、大V等，微博生命周期可列出种子用户、初期用户、成长用户、衰退用户、流失用户等。

　　当我们把X轴Y轴一相交，就得到了很多的角色，上面列举的微博角色，就能得到30种。当然，其中有一些角色是无意义的。很少有产品和有PM需要去分解几十种角色，大部分情况下，我们把最重要的几种角色拿出来就可以了，抓住核心即可。

　　要了解用户，才能知道用户需要什么，才能知道做了一个功能后，会不会有用户使用、吐槽等等。

　　所以，要沉浸入用户数据中，找到用户的画像，分析出用户的立体感，进行cosplay。不断得去问自己：这类用户为什么会用产品，用产品的目的是什么，哪里用得不够爽，哪里可以更好点？

　　但有一点比较重要，对于要想拔高自己的产品经理来说，要在变成用户时，还要脱离个人心态，从大局出发：是不是做了这个功能、优化，大部分用户都会喜欢？这个是个别情况，还是大面积现象？

　　做产品经理不容易，要受到各种角色的内心的切换。

　　上面也提到要将产品用户划分为不同的角色，那么不同角色的目标也会有不同之处。我们要有一个用户的管理表格，记录着用户的目标是什么。

　　用户的目标要分析到本质，电商产品中，用户的目标不能是买到合适的商品。这个不叫目标，这个叫大家都满足了自己的目标后的现象总结。这就好比是：饭店里面大家都吃饱了，这是表面现象。本质目标是：什么用户点了什么食物，吃了多少钱，他才吃饱了。

　　所以，作为产品经理的你，明白什么是用户的目标了吗？

　　然后分析用户的本质目标后，就开始找到一个ROI较好的方式去实现：产品流程图、产品结构图、产品改动点、研发所需工时等等。

　　将每类角色从“获知产品，使用产品，需求得到满足，离开，回来”的整个过程进行分解，描绘出关键步骤和关键页面。

　　对整个用户需求满足的过程控制得最好的是电商零售企业，原因很简单，因为每一步都是钱。因为PM很明白，一个关键点搞好了，收入就上升，一个关键点没搞好，收入就下降，这直接和奖金有关，可是乱来不得的。所以会用心去做。换而言之：往往用心的产品才能做得足够好。

　　搜索和电子商务都有最好的商业模式，就是在满足用户的一级需求时，把商业价值实现了。商业价值和用户需求都能找到“收入”这一敏感的衡量指标。

　　你的用户体验做得好，收入就上升，用户体验做得差，收入就下降。世界上没有比这更有效的提升用户体验的手段了。

　　这一步是痛苦的cosplay。我们假设一个最简单的B2C新产品，至少有四种最简单的角色：

　　浏览用户；交易用户；种子用户；初期用户。对这最简单的四种角色描绘“获知产品，使用产品，需求得到满足、离开、回来”的过程，可能就有20个关键点，十多个关键页面。所以戏演多了就入戏了，按照佛陀的哲学，产品经理削苹果，削到最后发现苹果没了，自己就变成用户了。

　　作为产品经理，都像要在公司中体现出自己的能力、价值，那么最能表现的方式就是：把最关键的转化率/收益点给提上来。

　　所以，你懂得，做产品不仅仅是为了用户做产品，更是为了自己做产品。把最关键的转化率/收益提升上来，就是对自己最好的负责，对公司最后的负责。

　　产品经理不知道在忙什么时，就要做好规划，做什么才最有价值。

　　淘宝的信用评价体系，就是一个闭环。

　　买家购买产品，商户提供好的服务获得好评，得到好评就会得到更多新买家，新买家又购买产品，商户又有机会得到更多好评，形成一个循环。PM的工作就是发现、设计，确保这个闭环的顺利运转。比如差评师，就是这个闭环的杀手。

　　UGC产品也常常是一个闭环。

　　用户发布优质信息，优质信息吸引新用户，新用户也发布优质信息，更多新用户被吸引来形成一个闭环。垃圾信息发布者、Spam、低质信息等，都是这个闭环的杀手。例如：抖音，病毒似的感染周边的人群；例如：拼多多，用户自己为了利益分享，从而拉来用户，拼多多也随之成长。

　　现在很多工具类产品也找到了自己的环，如：云输入法，用户越多，输入法越好用，输入法越好用，用户越多，形成一个循环。

　　经常会遇到这样的面试题：产品到了预定发布日期，却发现还有功能不完善，你是选择上线呢，还是继续打磨，直到令人满意再上线?

　　往往初级的产品经理，甚至一些中级产品经理，往往都从自己的角度出发。想用足够的时间细细打磨自己的功能，使之成为天之骄子，竞品横流中脱颖而出。

　　不否定这是有利于个人成长的，但对于公司而言，对于市场而言，并不是大家都慢慢的做产品，所以，要大干快上，甚至为了抢占市场，在提供了通畅的核心服务后，不顾UE、UI如何，直接上即可，后续再迅速迭代。

　　每个版本、每次更新都优化一点点，随着时间迁移，既获取了用户，又能优化了体验，留住了更多的用户。

　　以上就是我自己总结的九大条律，让自己做好手头的工作。分享给大家，希望从软实力上能够让大家有所借鉴。

　　中人人，人人都是产品经理专栏作家。高级产品经理，擅长需求分析、数据分析，关注零售、电商领域。

　　本文原创发布于人人都是产品经理。未经许可，禁止转载。

　　题图来自 Pexels，基于 CC0 协议