标签归档:店铺

淘宝店铺三期项目总结会

做了一年多,投入大量人力、物力的店铺三期终于在8月5号上线了,淘宝用一年的时间颠覆了过去7、8年做的事情,新的平台,新的架构,应该说带给用户的也是新的体验,但是事情并不想我们想想的那样乐观,我们做了很多努力,大部分卖家却不买账,在某些方面我们错了,错在哪里?

     通过今天下午一下午的项目总结会,总结了这一年多来我们的进步与不足(主要是大家的意见,我只是整理了一下)。主要有一下几点:
1. 做新系统时一定要考虑到新老系统迁移时的平滑迁移。
由于新店铺在初期设计新版店铺时这方面考虑的欠缺,导致现在用户迁移的极大困难,很多用户不愿意迁移,即使迁移过来的用户,由于种种原因,用户回迁率很高。总结:如何设计新的系统兼容老系统的已有功能,并在新系统中给用户新的亮点,留住用户,就成了新系统设计之初的重点。
2. 团队决定不做的事情,上线之后,由于用户的驱动,又重新做。
用户真实的需求,为什么我们却决定不做?我们是拿什么来衡量这个事情要不要做呢?结论是大家在很多情况下都是通过感性的想象来判断,这些决策没有数据的支持,没有用户的真实调研。总结:决策时能用数据的尽量用数据说话,真实反映出用户的需求而不是自己的需求。  
3. 设计出来的产品 与 评审时差别很大。
说白了,做出来的东西不是我们想要的,怎么办?为什么会造成这样的结果?
总结需求评审时,PD具有拍板权,其他人提供参考意见。产品在发布前,PD介入,试用产品,体验产品是否符合预期。
4. 关注细节,避免因小问题引发的群体反映。
在今天信息流通如此之快、影响面如此之大的环境中,如何避免不良信息的快速扩张和影响面应该是很多产品都应该考虑的问题,任何产品不可能不出现问题,出现问题后肯定会有人去夸大和宣传这个问题,口口相传,本来很小的一个问题可能最后会让局势不可控,也是我们常说的蝴蝶效应。所以说,细节 是PD、运营、开发、测试都必须高度关注的事情。问题又回归到即使再牛X的产品也会有bug,如何让用户不产生反感情绪,不扩大影响面,应该有很多途径来达到这样的效果,就像 苦智说他发现的QQ的bug,凌晨2点收到邮件说Bug被修复了,对于用户的体验肯定是不一样的,这样用户感觉被重视,对用户来说就会有成就感,有了这样的用户体验,用户肯定不会去向朋友诉说我发现了QQ的一个bug,TMD QQ正是垃圾,大部分情况会说,QQ真牛逼,我刚发现的一个Bug,很快就被修复了。这其中就是 对问题的一个及时反馈。总结:关注细节,避免不必要的问题发生。出现问题不可怕,但要建立起产品到用户的消息沟通渠道。
5. 系统模板上的方向问题。
对于系统模板,到底是少做模板,多做皮肤 还是 多做模板 ,到底那个更能满足用户的需求。少多模板,能不能满足老系统中简易模板用户的低端要求,如果不能,有没有其他方式来进行补偿,以免这些用户拍案而起?补偿措施是否可靠?多做模板真的能让低端用户满足吗?这些方向上的问题好像我们在决策之初考虑的并不是很清楚,导致现在的新店铺骑虎难下,投入了大把资源产出的新模版就像鸡肋,食之无味弃之可惜,上线吧,可能给建站带来不稳定因素,下掉这些模版吧,又不是那么容易的事,如何防止‘十月围城’再次发生,这个我们需要深思熟虑。
6. 价格分层,以满足不同层次用户的需求。
”用户细分,模板价格分层 “这个应该是装修市场以后要走的必经之路,淘宝网聚集的大部分是中小卖家,如何给这些长尾用户以合适的服务,考虑他们的成长成本成为了这次讨论的重点。得到的初步的总结:在市场上允许出现阉割版SDK模版(简易模版)来降低低端用户的生存成本。
7. 人人都是产品调研员。
8. 快速迭代、敏捷开发 与 慢、稳 之间的矛 与 盾。
在淘宝系统稳定性深入人心,但是如何保证系统稳定性,我们最容易想到的办法就是 慢 和稳,但是应用方就不同意了,他们需要快速给出产品抢占市场或其他因素,其实这两方面可以有很好的兼容性,就是 又快又好 完成任务,也许这就是效率,我想用三个月在邮件上确定一个需求确实不是效率的体现。

 

Advertisements