吐槽公司产品，感觉产品就很离谱，你们公司的产品也是这样的吗？

[wuniannian]

来公司快一年了，公司产品的拥有的属性 1:需求做成什么样子是不知道的，然后需求改了又改，一直在改。2:原型图画的很烂，有时候产品自己都要找半天，很影响开发效率。3:到时候需求做错了，就叫开发开始刷数据，到时候数据刷的有问题，又是开发背锅。

[shui830]

@wuniannian 可视化公司，比较重前端，
我组里多的时候四个前端一个全栈....
后端人不够就让全栈顶一下，写写接口，再不够就找别的组借一个人

[Jhinzzz]

当业务方有话语权时，需求就会朝令夕改。UAT 完就要上线的需求，都能因为 UAT 时临时起意想加一个功能而回炉重造。而技术组产品完全沦为了需求整理机器，自己的需求永远是被排在业务方后面，但由于业务方的需求没停过，所以永远做不出自己的成绩。开发测试也跟着疲于奔命。这归根结底嘛，还是公司架构出问题了。

[nice2cu]

改需求时，让产品写邮件，抄送全体领导和参与人员

[momo1pm]

@wuniannian 我就是中后台及 b 端产品，上家公司整合了三个事业部用户数据，搞 passport ，推业务线接入洗老数据比产品本职活更累。。。

[silencelixing]

了解一下软件开发中的门径原则，做好管控，上游没做好，不允许流转到下游。
当然自己也要对下游负责，自己没做好，也不允许让自己的东西流转到下游

[lqw3030]

“这东西也能挣到钱？”
“确实挣到了”

[zhumengyang]

俺也一样

[guoyuchuan]

面向聊天记录进行开发

[wuniannian]

@nice2cu 你这个想法不错，就是对产品有点残忍了

[nice2cu]

@wuniannian 一个是存档，另外就是让产品别动不动就改需求。。这是合理的手段

[frankkly]

我们是面向老板开发，老板一句话我们就得改

[caiqichang]

大多数屎山代码的来源就是需求朝令夕改

[daimubai]

都是垃圾，我也是

[vice]

没有评审环节吗？在评审环节，如果不清晰、价值说不明白、逻辑流程说不清楚，开发和测试是可以打回去的..如果评审环节，开发测试不认真听，等到开发过程中再来哔哔，也没必要

[rahuahua]

这种产品咋能在公司存活下来呢，换成工程师，代码写的不知所踪，bug 一大堆早被开了。值得深思

[johnrey]

你们公司产品居然能画原型图，俺们公司产品，找他问需求都不理人，甚至怼你两句。
mmp

[jiyan5]

好的产品其实很难做的， 不要埋怨他， 因为我就是这样的

[Gtreace]

有产品就挺好了，这两年经历了公司从一整个产品团队到只剩一个产品助理，第一阶段：有需求都是产品到项目现场去和客户对接，然后设计完还有需求宣讲会；第二阶段：产品接到项目需求后开始设计，设计完就给开发讲，讲完直接提测，测试甚至都不知道需求是什么，还得提测了才去问产品这是什么业务，需求链接里面写的也相对模糊，细节都是口述；第三阶段：公司的聪明蛋高层们觉得产品经理没什么实质作用，把产品经理直接开了，于是就变成了项目部直接和开发以及测试对接需求，乱的一逼，有的项目表达能力极有问题，需求提的就一张图一句话，鬼知道他要干嘛，很折磨，还得测试去一点点了解，理清楚了再去让开发做，做到后面出来了么又要改着改那，没有产品经理对需求进行 recheck 真的太折磨了，浪费时间浪费精力，纯压榨。

[komorebi12138]

@wuniannian #2 有幸碰见过 OP 说的这种产品，那段日子是我做开发以来最爽的日子

[AyaseEri]

你没碰到更离谱的，Java 架构师当产品，需求都没聊清楚就开始跟你聊实现了。我看是满足个人技术性癖 > 满足客户需求，另一个同事对他的评价是架构倒推需求。