项目总结—2015/07/29

  • 0
  • 2015年7月29日

简单聊一下近期的项目总结,希望能把更多的干货分享给大家:

一、把所有需求直接兑换成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、做每一个项目时,在内部聊天工具上以此项目为名称建一个群,把相关人都拉进来。有任何问题在群里讨论,且有聊天记录为证明。千万不要把产品经理变为传话器。

三、尽量的减功能,千万别加功能。

不要小看就加那么一点功能,牵一发而动全身,逻辑要考虑完整需要做的事情就太多了。

举个例子:

原本只想做一个供应商申请参加活动的入口;

做了之后,运营想要一个审核功能;

若做了之后,允许通过审核时还需要一个拒绝功能;

若做了之后,拒绝供应商还要给供应商一个拒绝理由;

若做了之后,还要给供应商做一个接收拒绝理由的页面及字段信息;

若做了之后,供应商还要回复拒绝理由;

若做了之后,运营侧如何处理供应商回复信息,以及供应商何时才能二次申请…

四、产品设计的方法论,对具体业务的了解,两者缺一不可。

懂业务而不会产品设计,就不知道该如何下手;产品设计的方法论无法适用于所有业务,只有基于对业务的了解,才能做出正确的判断,才能知道用户在意的是什么,我们产品的亮点是什么(我就吃过很多这方面的亏,引以为戒),产品经理必须做团队中最懂业务的人!

Leave a Reply