@产品散文想法

调价项目主要问题总结

2019-03-13  本文已影响43人  wlp2evan
问题小小汇总

本文主要列出问题,对解决办法不会深入探讨,但欢迎大家的意见和建议。

业务流程:调价-符合首页某坑位门槛要求-调价商品集合-坑位加权曝光。

需求阶段

问题:业务规则总是变化,大概十多个版本,朝令夕改是常事。因为用的首页黄金流量,运营决策更是慎之又慎。

产品技术有理了:业务规则未定,需求也不能评审,去催催业务,早点把规则定下来

项目经理有坑了:爷爷的,上线日期已经敲定,越晚确认就当孙子的机会越多

排期阶段

问题:主产品跟各侧快速对了下,分产品线沟通,打算同步给业务方两周后上线

业务方估计会爽了:这么快可以上线,拖了这么久规则影响不大,老板一定很开心,准备汇报了

项目经理应该不爽了:各产品线优先级、迭代也不一致、联调时间不要了,这不是瞎搞嘛,你来排期嘛

开发阶段

问题:系统边界不清晰,等清晰了再搞。上游系统都不开发,连接口定义都不给,搞不下去哦,还有别的高优先级项目呢

开发技术常抱怨:这个业务边界有问题嘛,一开始方案评审我也没参加,我要找我领导了解下,有可能找架构师

架构师有点意思:架构方案很清晰啊,这一点其实放在哪个系统做都可以啊,你们领导定下呗,有问题随时欢迎探讨

项目经理心里慌:边界听架构师的,大家有没有问题-虽然需要和技术负责人讨论沟通确认。

测试阶段

问题:联调发现接口传输纬度不一致,列表页和商详页取数不一致,当初需求是咋对的啊?

产品找邮件证明:看邮件嘛,当初写得很清楚,就是纬度不一样哦,照邮件修改

开发找需求规范:我按照PRD来的哦,邮件满天飞,我哪儿知道在哪个鬼地方

测试找项目经理:都没有按照需求来,上线肯定要推迟啊,哪来得及啊,现在才发现

项目经理脑壳痛:有没有啥捷径呢?大家先看看怎样可以快速调整,只能加加班?实在不行找领导申请周末?我跟业务聊下?幸好当初留了点缓冲?

上线阶段

问题:上线还算顺利,各系统依赖较少,但捞取不到数据哦,业务规则实在苛刻啊

产品心里苦:一开始就说这个门槛口径不合理嘛,都捞数给你们看了,还坚持?这下咋破,业务想想看?

业务拍脑袋:当初本来就是拍出来的嘛,先系统上线再优化嘛!我跟领导请示下,把口径放宽,让业务先跑起来

技术很习惯:改口径临时刷数,支持项目运营,虽然这事我经常干,拜托能不能一开始想好?

项目经理很受伤:每次发布都不能做一个完美的发布,先临时堵坑后填坑,好像也是常态呢。

运营阶段

问题:说好的周四上线,周五验收,周一试运营,突然通知周六开始运营

业务方装无奈:最近大家都很辛苦,我们都跟领导反馈的,领导想尽快看到效果,我们自己也不想周六来呢?

产品技术真无奈:谁想的这骚主意,加班这么久,周末还得继续,够狠啊,悲催的程序员!

项目经理心里苦:违心地说,业务方就是我们的衣食父母,撸起袖子也要加油干啊!

上一篇 下一篇

猜你喜欢

热点阅读