你们觉得，程序员应该面向甲方需求开发，还是面向自以为是的用户需求开发？

[sdjl]

在实际工作中，大多数人都是“面向甲方需求开发”的，如果甲方提出一个需求，我们就搞，甲方没有提出来，那就不管它（这里的甲方也包括你的上级领导）。

但是，我觉得程序员应该勇敢地“面向用户需求开发”，无论甲方是否提出来，我觉得用户需要，我就做，我觉得用户不需要，我就适当反对甲方需求（当然，如果甲方坚持要这个功能，我们还是搞嘛）。

这里的关键点是，程序员要积极地提出功能需求，提出“这里应该增加这个，这里应该这样搞”，而不是被动地等甲方提需求。

为什么呢？ 当然是为了开发效率，为了让甲方最终满意，为了让大家都身心愉悦。

大家说说自己遇到的情况，谈谈你的观点，不要议论楼主，楼主没那么多八卦~

[wy315700]

谁给你发工资，就面向谁的需求开发

[tool2d]

面向工资开发才是正途。

据统计，APP 有高达 93%的淘汰率，大部分程序员水平有限，再怎么创新，APP 也很难活长久。

如果自己埋头开发，不仅没市场，还容易得罪老板，弄不好被开除，何必和钱过不去呢。

[lambdaq]

面向付费者开发。

特别是甲方。甲方提需求的往往是伪需求，得满足甲方结款的人。比如飞书卖给小米做了一大堆改造，然后雷军一句话不就不续费了。

用户需求 != 老板需求 != 结款需求。得区分清楚。

[sunyang]

大部分人的设计水平没达到指导用户的地步。这种情况下面向用户开发是最安全的。（谁给钱谁说了算）

[lingxiaoli]

你觉得用户需要就真的是用户需要的?

[chendy]

项目规模足够小的话直面甲方是可以的
否则必须有单独的角色去处理诸如 和甲方开会，和领导汇报，被甲方和领导骂，构思项目发展方向，制定开发计划等等巴拉巴拉一堆破事
以上这些事情不是说程序员完全不能参与，是不能完全参与，因为参与了之后就没有啥写代码的时间了
程序员能把自己的屎山收拾好已经不容易了，再去天天陪着甲方折腾，怕不是一天工作 48 小时

[ceeyang]

何必要加个自以为是呢，其实你心中已经有答案了，大多数人都是为了赚钱，谁给钱就面向谁开发，也有一部分人是为了爱好，你说那些开源项目他们是面向谁开发。

[qwertty01]

@chendy 然而 OP 就是这样的

[Erroad]

真空中的球形程序员

[chnhyg]

这就是人和机器的区别，前者会主动提出自己的观点和想法，而后者只会被动接受，只顾完成任务。

[yueye115]

你以为的并不是用户以为的, 用户以为的也不一定是他想要的, 做之前把需求对齐到各方一致才是关键. 产品经理就是来背这个锅的

[FallenTy]

谁给钱谁说了算

[orzker]

说白了，你想赚谁的钱，就面向谁。

[zpxshl]

先让用户打个架，统一需求吧

[xuanbg]

其实并不存在面向自以为是的用户需求开发的问题。之所以在实现阶段出现需求一日三变这种狗血问题，其根源在于和甲方的沟通不充分、不深入。或者干脆就是对甲方的业务有一定的误解。真能充分沟通，深入理解甲方业务，不至于听不懂甲方的需求。

[MiaoLei911]

你搁这刷金币呢 bug 改完了吗

[mirsery]

产品说啥就是啥咯

[mk0114]

我是认为要看这个需求的实现成本，以及猜测最终这个需求会不会后续被甲方提出来。与其等最后甲方发现，然后要求添加，不如一开始就留好对应的接口，然后等甲方提出来再实现。当然不提是肯定不做。