当要完成一个项目时,只有负责人摸索明白了整个事情的原委,然后把自己的真正需求通过清晰的话语传达给合作的伙伴,才能使最终的效果都是大伙想要的。by 小编 做产品经理最重要的是什么?逻辑思维能力要好?审美能力要好?表达能力强?懂技术?这些恐怕都不能用来回答这个问题。在我看来,做产品经理最重要的是把功能想明白,然后清楚明白地传达给工程师 ,跟进开发,确保最终实现的功能确实是你想要的效果。 一、把功能想明白 主要指的是:是不是存在这个需求?需求的优先级?采取何种方式满足需求? 1、是不是存在这个需求? 判断需求真伪最简单的方式是先看满足这个需求之后是不是帮助公司提升了效益,提升效益包括两部分:提高收益或节约成本,比如提高了GMV,提高了ARPU值,降低了人均获客成本等等。 其次看是不是大部分用户都需要的,如果大部分用户呼声很强烈,这时候满足这个需求能够塑造更好的用户体验,这样的需求显而易见是真实需求。还可以观察目前市面上的竞品,如果竞品做了某项功能用来满足这个需求,就说明这个需求是存在的。 2、需求的优先级? 在评判需求优先级时,要根据投入产出比来,一般会把短期内能带来更大回报的需求排在前列,回报包括两个方面:满足业务价值和满足用户价值,比如我在上家公司的时候,公司做众包的,公司预计接下来会有个几百万的单子,这时候需要一个工具来支持,那开发这个工具就能为公司带来巨大的效益,这个工具的需求就比较强烈,如果不涉及到实现业务价值,而只是提升用户体验,在优先级排序上首先满足大多数人都比较关注的需求。 3、采取何种方式满足需求? 需求是唯一的,满足需求的方式是多样的。在设计产品功能时,一定要想明白这个功能到底是为了解决什么问题,这样的解决方式是不是最好的?比如之前我们的运营同学说了一个问题,有些频道入口太深,内容更新之后用户很难发现,也基本不会点进去看,建议在频道上方增加个小红点,有内容更新的话就进行提示。 按理说这种方式是合理的,许多产品从首页导流到尾部频道时会用这种方式。结合我们的产品特性,其实运营同学最关心的是用户能不能看到尾部频道内容,而不是往尾部频道导流,这时候尾部频道如果有内容更新了,做个站内信提醒就可以了,所有提醒过的内容都汇集到一个内容聚合页上面,给用户提供一个较为明显的查看入口,方便用户查看就可以了,既满足了运营人员的需求,也降低了开发成本。 在满足用户需求时,要评估是不是采取了最优解来满足这个需求,满足之后数据侧的表现是否能足以证明该需求被满足了,如果你想成长为一名优秀的产品经理,一定要懂得采用最优的方式满足用户需求。 二、清楚明白地传达给工程师 包括两个方面:一是要说工程师能听懂的话,其次是表述要准确,把细节考虑到位。 1、说工程师能听懂的话 通常我们在和工程师评估需求时会用到PRD文档,许多同学也会经常问有没有PRD模板什么的,也有的在自学axture,目的都是为了写PRD,PRD的格式没有固定的要求,每个公司有每个公司的特点,有的只需要产品经理做出来平铺效果的就好,这时候用word和ppt都可以做,有的就要求做出来交互效果的。这时候就会用到axture,墨刀也是个不错的选择。 在写PRD的时候,最后的方式是在原型图边上加注释,便于开发人员准确理解你的意思,如果担心他们不能完全理解的话,可以写个word,但最好不要再用word,听过一句话,如果你不能简洁地描述你的需求,说明你并没有完全理解这个需求。 2、表述要准确,要考虑细节 通常开发和产品"撕逼"的情况有两种:产品没把功能考虑完全或者描述不准确,其次是产品不考虑技术实现成本。 后者的情况我就不在这里讲了,前者出现的次数比较频繁,有的是因为产品不清楚功能键名称,还有的是考虑的情况较少,没有考虑别的情况。在描述需求时,一定要说清楚前置条件和预期结果,考虑的情况要完整,如果考虑较少的话一定会受到开发人员挑战的,遇到脾气好的还行,如果遇到脾气差的,就很容易被扣上不靠谱的帽子。 三、跟进开发、确保最终实现的效果是你想要的 有时候就算你把功能描述明白了,你也一定要跟进需求,有的时候两个人对一件事的理解是有偏差的。前几天看过一个段子: "一个程序员的女朋友对他说,回来的时候买点桃子,看到卖西瓜的买一个,结果程序员到家的时候带回来了一个桃子。" 在这个过程中程序员并没有什么错,只是两个人理解方式的差异。 为了避免开发出现的功能与之前设想的不一样,产品经理一定要跟进开发,实时沟通,确保最终实现的效果是自己想要的。 最后,当一个功能上线时,这时候工作才真正开始,你要看数据表现是否能够论证该功能满足了这个需求,同时要把这个功能运营起来,后续进行优化迭代。 做产品经理最重要的就是以上几个方面,这几个方面需要用到你的逻辑思维能力、语言能力、沟通表达、审美能力以及项目管理能力,不要为了单纯地提高某方面的能力而去训练,而是知道这些能力在哪些方面会用到,有针对性的训练提升。