最近是怎么了,压不住内心的那朵怒火

2019年11月29日 22 次阅读 1 条评论 1 人点赞

最近新做了一个项目,境内和境外的在线生活类的APP,用户下单,师傅抢单,这个项目的前身背景比较复杂,最初是有其他团队来研发的,但不知道怎么回事运营了很久,但问题越来越多,永无止境的问题永远解决不完。即便是这样,境外的下单量还是很可观的。最近公司想把这个项目重新设计一番,为了赶在年前能够上线,大家都是信心满满。但是这中间发生的事情真的是无语... ...

当然这个项目是我个人认为是公司目前最有前景的项目,就是因为这个,所以在做之前我对项目也花了一点心思研究了一番,只是希望重做之后能把产品做的比上一个产品更好更完善,也就是基于这种原因我几乎上班时间构思,下班时间还在想如何能够把项目设计的更完美。

做了这么多年的开发、团队管理、项目管理,我个人始终觉得,我们要做的这个项目是一款非常简单的应用,当生活中用户有需求时便会想起我们,而不是58、赶集等其他生活服务类的APP,毕竟那些体量大种类多,广告更多。所以APP设计应当以用户使用便捷、师傅操作起来简单来设计它,可惜始终有些不如意,相信上一篇文章已经提到了这样的设计真的好吗?自然在团队里大家都有自己的想法是好事,但是应该拿出来讨论一下更合理,既然坚持这样设计,那就做。当你做完用户端事你会发现同样的功能在用户端分开操作,而在师傅端则是一个页面搞定... 这里也只能无语啦... 

然而在这个APP里订单流程作为核心逻辑的地方出现,而我们的产品同学确实有点让我意外,身为产品做事跟想法只顾自己的感受,别人说应该怎么样,他就会把别人说的情节给加进需求里,这种确实让我觉得身为产品做事有点极不负责,最近些天因为订单流程的问题我发起了多起讨论,几乎每次讨论都能映射一些问题出来,自然这些问题身为产品同学似乎一直都未能深思考虑,最让我感觉到意外的是,当用户端的流程设计完后,你回过头去看需求文档,在用户端的订单状态里竟然会神奇的多了一种待确认的状态,待确认...问了产品同学才知道,这是师傅在操作订单的过程里,为了防止师傅走错门,所以要让用户去确认。这里真是!#%!@#^^!!!@@@,也不知道这是什么想法哦,用户支付了订单,师傅抢单后上门竟然还要用户去确认以下(为了保护项目的隐私,这里不过多对状态进行太多的说明咯。如果大家谁有兴趣欢迎小窗讨论,呵呵~~~)

这个问题刚跟产品讨论完,紧接着下午又在用户端增加了一个新的状态,真是让我无语,我的产品同学...自然我觉得任何状态都是可以加的,但我一直认为该让用户付款时用户去付款,涉及到资金流动该需要用户确认时必须确认,如果用户和师傅之间一旦发生问题就必须联系客服,平台介入~~~~目的是减少用户操作频率,在不同的阶段要一定程度去保护该阶段应该保护的对象。

产品同学的不专业导致我过度的去对项目流程进行梳理,才会发现各种问题反馈出来跟大家讨论和争执,我只是希望做一个APP就应该对齐负责,而不是随心所欲的去给它增加功能,所谓平台能做的就是把流程合理化,我们无法保障用户的行为,但是我们能够规范用户在使用过程中尽可能少的去你点,我确认,我点你确认的操作。太佛系啦~~~~~



讲梦想、讲奋斗可以,前提是钱要给够。

文章评论(1

  • 西瓦西瓦博主

    顺便说一下,这次项目通过Hyperf设计,快乐编程从Hyperf开始,虽然是第一次用在项目上,一直有一种窃喜的感觉。

    #12019-11-29 22:12
  • 接收回复邮件通知
    非注册会员初次评论需要审核,审核时间(09:00-18:00),请耐心等待...