简单聊一下近期的项目总结，希望能把更多的干货分享给大家：
一、把所有需求直接兑换成GMV，进行横向评级
由于我做的是电商类产品，主要关注GMV。那么在做每一个需求时，根据此需求能提高当前页面的百分之多少的转化率，以此计算出最终提高多少GMV。
方便评判每一个需求的带来的收益有多大。根据收益与成本的综合考虑，决定做哪一个需求，不做哪一个需求。
举例：提高list向下转化率50%，那么detail到Pay Order的转化率是不变的，以此可以推断出此需求提高了多少GMV以及每天提高了多少个订单。
若list每天10000UV，从list到detail的流量每天有6000，最终到Pay Order是600，客单价是400，GMV就是240000。那么做了此需求后，提高list向下转化率50%，从list到detail的流量每天有9000，最终到Pay Order是900，客单价依旧是400，GMV就是360000。
此时，该有同学问我：“你的提高50%是怎么来的，你是怎么确定能够提高50%的？”
这里分享3个简单的方法：
1、与其他做了同样设计的产品进行对比，他们这样做提高了30%，那么你这么做也是有很大几率提高30%的。当然了，进行参考的产品一定要是同类型产品。
2、与以往的经验进行对比，过去做了这么一件事情提高了20%，那么现在再做类似的事情，也是有可能提高20%的。
3、低成本试错，先在页面上用极低的成本，试验一下用户是否对此功能感兴趣。若有效果，则完善此功能提高其体验，数据一般都会进一步提升。
二、做“产品经理”，别做“沟通经理”
由于产品经理要跟项目，需要跟团队所有相关同学沟通，产品经理是项目的负责人，所以一切问题都是找产品经理沟通。而产品经理的重点却是在产品上，而不是在沟通上。产品经理也需要时间和精力投入去做数据分析，做下一步的产品设计。实际工作中，却又是多个项目并行，这个项目刚提测，那个项目又要排期，另外还有2个项目正在设计中，产品经理很忙~
解决的方法是：
a、完善产品需求，把需求文档中需要注意的地方都考虑周全，逻辑要严谨详尽（产品经理的确辛苦~）。
同时这也是最考验产品经理积累的地方，一般没有两年以上相关工作经验积累的产品经理，很难做到考虑周全，往往是在开发过程中，突然蹦出这样那样的问题，或者在需求评审会时被群而攻击逻辑不完善（别问我怎么知道的，都是有生活的人~）。即使是十年工作经验的产品，也难做到每个细节都考虑到。只是在出需求时，尽量的完善所有细节，为设计师和工程师同学提前考虑周全，他们会懂你的好~
与设计师沟通好：每个元素之间的逻辑关系、那些元素属于一组信息、优先级、用户的视觉顺序...
与工程师沟通好：每一种极限情况该如何处理、数据从哪里取、往后如何维护、埋点规则...
与QA沟通好：这个需求会影响到其他那些功能、数据如何验证...
与运营同学沟通好：项目上线后，如何在后台维护产品、如何选品、提供相应的数据给他们做参考、供应商的诉求能否满足...
b、做每一个项目时，在内部聊天工具上以此项目为名称建一个群，把相关人都拉进来。有任何问题在群里讨论，且有聊天记录为证明。千万不要把产品经理变为传话器。
三、尽量的减功能，千万别加功能。
不要小看就加那么一点功能，牵一发而动全身，逻辑要考虑完整需要做的事情就太多了。
举个例子：
原本只想做一个供应商申请参加活动的入口；
做了之后，运营想要一个审核功能；
若做了之后，允许通过审核时还需要一个拒绝功能；
若做了之后，拒绝供应商还要给供应商一个拒绝理由；
若做了之后，还要给供应商做一个接收拒绝理由的页面及字段信息；
若做了之后，供应商还要回复拒绝理由；
若做了之后，运营侧如何处理供应商回复信息，以及供应商何时才能二次申请...
四、产品设计的方法论，对具体业务的了解，两者缺一不可。
懂业务而不会产品设计，就不知道该如何下手；产品设计的方法论无法适用于所有业务，只有基于对业务的了解，才能做出正确的判断，才能知道用户在意的是什么，我们产品的亮点是什么（我就吃过很多这方面的亏，引以为戒），产品经理必须做团队中最懂业务的人！
网友评论