1、这里有bug
当用户发现了BUG 用户A:错误代码“(0x80040E37)名 'KS_Form_STU' 无效”,这个是bug吧? 产品:嗯?不是,环境有点问题。我让程序猿再执行个东西就可以了,稍等下......
当产品跟程序猿提出BUG 产品:你漏提交东西了吧? 程序猿:哪里?怎么可能? 产品:你自己看,赶紧写个脚本解决下。 程序猿:哦,这个简单!
当产品说环境有问题、操作不对、漏提交东西了吧……这句话的意思就是:这里有bug,但我们不能说。
当需求方给产品提需求时 需求方:我们这边有十个需求,主要是…… 产品:我觉得这个需求可以这样做……然后这个需求吧,不是强需求,我们可以放到二期。而这个需求是个伪需求,因为......(PS:运营提10个需求,砍掉3个,使用其他解决方案3个,延期3个,研发只做一个,完美!) 需求方:好吧。
当产品把需求转达给程序猿时 产品:我们要做一个这样的需求,类似于…… 程序猿:这个需求做不了! 产品:可…… 程序猿:你跟他们说,做不了!
产品有时候真的只是把自己消化后的最简单、不得不做的需求才给开发。 3、吃个彩虹屁
产品汪和程序猿需求评审会
产品:好,这个版本的需求就是这些,大家看看还有没有问题? 程序猿们:没有。 程序猿A:产品说啥就是啥,你是领导。 程序猿B:对,你说做啥就是啥,一切听从领导安排。 产品会心地微微一笑:不不不……还得听你们的,我要听你们的意见。 程序猿A:还是要产品带我们才能飞呀! 程序猿B:我们没有意见! 产品:好,没有就行。其实产品这边基本也是你们说能做就做,你们说做不了就不做。 程序猿A立马含着狡黠的目光说到:其实,感觉这里不用做,没什么用。这里也可以拖拖再做,还有这里…… 产品:
![](https://img.haomeiwen.com/i18575359/846c897e18d46623.png)
当程序猿说一切都听产品的、产品说啥就是啥、产品高兴就好......这句话的意思就是:我要怼你,但我还没想好! 4、你行你上系列
当产品校验不通过
产品:大佬啊,你看下这里,我们是需要这样横向显示菜单的,而不是竖向。 程序猿:没办法横向啊,位置不够。 产品:UI不是已经把尺寸定义好了吗?怎么会不够? 程序猿:我哪知道啊,不信,你自己上! 产品:......
当接到不想做的需求时 程序猿:这个能不能改下实现方式,按你设计的这样做实现不了呀? 产品:为什么? 程序猿:一行一个投诉对应多个投诉原因,这些投诉原因怎么可能放在一行里 产品:嗯?其实你可以建1个关联子表,分别存储这些投诉原因,然后...... 程序猿:这个....不好吧。一个空格显示全部投诉原因显示不下呀。 产品:前端处理下就好了,超出部分省略,然后...... 程序猿:做不了啊,要做,你做! 产品:.......
当接到的需求超预期工时时 程序猿:被你坑死了! 产品:怎么了? 程序猿:当初你说这个需求很简单的,我就预估了8小时的工作量,结果搞了1天半。 产品:啥?这个锅也算我的?! 程序猿:不算你的算谁的,你又没跟我说清楚,哪知道这么麻烦。 产品:谁让你搞这么久。 程序猿:就要这么久啊,不信,你自己试试。 产品:......
当程序猿说不信、你试试、你行你上......这句话的意思就是:你又不是老板,凭什么你说什么,就做什么?!但产品不能说。
5、业务设计不完善
上线前
产品:第一个版本确定只提供给试点用户使用,非试点不给用吗? 业务:确定 产品:好,那我们产品就不考虑非试点场景了 上线后 运维:这么多要修复的数据,是什么原因导致的,以后还会不会出现了? 程序猿:业务设计不完善。 产品:可是这些都是非试点的业务啊,这得问业务。 程序猿:那还是业务设计不完善嘛。 产品:那这条为什么是设计有问题? 程序猿:客服线下操作了,我不知道写啥原因,就写了这个。 产品:
![](https://img.haomeiwen.com/i18575359/95e83742af015636.png)
当程序猿说设计不完善、设计有问题的时候,我们要时刻提醒自己,这都不是真的!
----------end----------
网友评论