题图：Via Kostennn from 500px.org
本周工作重心放在运营中心后台的营销工具上面，营销工具花了大概两天时间来做规划，但是开发时间就已经将近一个多星期。在规划的时候有很多地方没有考虑清楚，所以开发的时候不多的改需求，导致开发进度变慢。作为整个电商项目的PM，我要负全部责任。
把这次错误记录下来是为了以免下次再重蹈覆辙。
一、没有考虑实际情况就开始动手
这个营销工具是幸运大转盘。功能包括了：后台的优惠券、赠品、获奖者信息、大转盘的增删查改、前端效果展示和获奖信息、还要打通在电商项目，要把获奖信息同步到个人中心。在没有考虑实际情况就开始动手，就想做大而全。
二、抄袭，不顾业务逻辑的抄袭
我是几乎按照「有赞」的幸运大抽奖来规划这个产品的。但是我没有考虑周全。比如：
1，我们自己的平台并没有做优惠券功能，看到有赞上面有个优惠券功能，就把这个搬运过来，最后发现白做了；
2，赠品如何兑换。我们以前的奖品兑换场景大多是的商户在线下就完成了。这里就需要考虑是否需要核销功能，如果要核销，又通过什么途径（特殊的兑换码还是人工记着）实现；
3，奖品设置之后，能不能用在其他活动。
4，用户在参加抽奖的过程中，根本没有注册功能，怎么能在个人中心展示呢！！
等等还有很多细节，不懂当中的逻辑就全部搬运，当技术在开发时候问到某一个逻辑问题，我就哑巴了。
三、没有需求文档，交代不清楚
以前看到网上说的创业团队不需要需求文档，当面沟通效率最好。我觉得这话成立的前提是：产品经理的做到高保真原型，和对产品的所有逻辑和使用场景都很清楚。并且能让开发清楚知道这个产品的目的和逻辑。
但是这次我并没考虑好，产品原型没有高保真，没有需求文档描述需求。这让开发和设计不懂意思，在理解一个功能上存在很大问题。设计不知道输出什么样的设计元素，技术不知道产品逻辑。仅凭着一个粗糙的原型，就动手开发必然会问题，更重要的是产品经理会给技术留下不好的印象。
四、乱接需求，没有把握好开发重心
不知道什么时候就接到这需求，什么以前早就说了吧啦吧啦，然后大家就开始框框干。
在互联网这么快速迭代的时代，我们产品基础功能都没有完善好的情况下，我没有把控好技术开发的重心。不应该浪费这么多开发资源在营销工具上面。
公司目前的商家管理后台和运营管理后台功能不完善，体验很差等等更是迫在眉睫的需要被解决。目前商家的产品的销量上不去，结款速度没有优势。我们很难的跟团购等产品形成优势。所以再让商户的操作成本上来，恐怕商户会不愿意再来玩了。
五、总结
这虽然看起来只是一个小工具，但要放在O2O电商项目里面，就真的是有牵一发而动全身的影响。
整个开发过程，我调整了原型的次数不下十次，需求也不断的在改。虽然开发已经接近尾声了，功能也差不多能满足基础需求，但是我认为是一次失败的项目。
我没有把这个工具的需求描述交代清楚，导致彼此合作效率低下。以后在做原型规划时，应该先抓着开发来大致碰一下需求，现在业务逻辑上面能不能行的通。这样会减少很多不必要的内耗。
尽量考虑用最少的方式去实现功能。不必大而全，先实现基础功能，跑通了，跑顺了，在往里面去添加功能。
以上，共勉。
网友评论