这是一个创建于 902 天前的主题，其中的信息可能已经有所发展或是发生改变。
在实际工作中，大多数人都是“面向甲方需求开发”的，如果甲方提出一个需求，我们就搞，甲方没有提出来，那就不管它（这里的甲方也包括你的上级领导）。
但是，我觉得程序员应该勇敢地“面向用户需求开发”，无论甲方是否提出来，我觉得用户需要，我就做，我觉得用户不需要，我就适当反对甲方需求（当然，如果甲方坚持要这个功能，我们还是搞嘛）。
这里的关键点是，程序员要积极地提出功能需求，提出“这里应该增加这个，这里应该这样搞”，而不是被动地等甲方提需求。
为什么呢？ 当然是为了开发效率，为了让甲方最终满意，为了让大家都身心愉悦。
大家说说自己遇到的情况，谈谈你的观点，不要议论楼主，楼主没那么多八卦~
 | 1 wy315700 2023-06-14 12:07:06 +08:00  1 谁给你发工资，就面向谁的需求开发 |
 | 2 tool2d 2023-06-14 12:12:55 +08:00 7 面向工资开发才是正途。 据统计，APP 有高达 93%的淘汰率，大部分程序员水平有限，再怎么创新，APP 也很难活长久。 如果自己埋头开发，不仅没市场，还容易得罪老板，弄不好被开除，何必和钱过不去呢。 |
 | 3 tf2 2023-06-14 12:16:32 +08:00 面向付费者开发。 特别是甲方。甲方提需求的往往是伪需求，得满足甲方结款的人。比如飞书卖给小米做了一大堆改造，然后雷军一句话不就不续费了。 用户需求 != 老板需求 != 结款需求。得区分清楚。 |
 | 4 sunyang 2023-06-14 12:55:03 +08:00 大部分人的设计水平没达到指导用户的地步。这种情况下面向用户开发是最安全的。（谁给钱谁说了算） |
 | 5 lingxiaoli 2023-06-14 13:33:27 +08:00 1 你觉得用户需要就真的是用户需要的? |
 | 6 chendy 2023-06-14 13:39:21 +08:00 项目规模足够小的话直面甲方是可以的 否则必须有单独的角色去处理诸如 和甲方开会，和领导汇报，被甲方和领导骂，构思项目发展方向，制定开发计划等等巴拉巴拉一堆破事 以上这些事情不是说程序员完不能参与，是不能完全参与，因为参与了之后就没有啥写代码的时间了 程序员能把自己的屎山收拾好已经不容易了，再去天天陪着甲方折腾，怕不是一天工作 48 小时 |
 | 7 ceeyang 2023-06-14 13:40:42 +08:00 何必要加个自以为是呢，其实你心中已经有答案了，大多数人都是为了赚钱，谁给钱就面向谁开发，也有一部分人是为了爱好，你说那些开源项目他们是面向谁开发。 |
 | 9 Erroad 2023-06-14 13:48:04 +08:00 真空中的球形程序员 |
 | 10 chnhyg 2023-06-14 13:49:45 +08:00 这就是人和机器的区别，前者会主动提出自己的观点和想法，而后者只会被动接受，只顾完成任务。 |
 | 11 yueye115 2023-06-14 13:54:31 +08:00 你以为的并不是用户以为的, 用户以为的也不一定是他想要的, 做之前把需求对齐到各方一致才是关键. 产品经理就是来背这个锅的 |
 | 12 FallenTy 2023-06-14 13:56:13 +08:00 谁给钱谁说了算 |
 | 13 orzker 2023-06-14 13:56:56 +08:00 说白了，你想赚谁的钱，就面向谁。 |
 | 14 zpxshl 2023-06-14 13:59:59 +08:00 via Android 先让用户打个架，统一需求吧 |
 | 15 xuanbg 2023-06-14 14:01:59 +08:00 其实并不存在面向自以为是的用户需求开发的问题。之所以在实现阶段出现需求一日三变这种狗血问题，其根源在于和甲方的沟通不充分、不深入。或者干脆就是对甲方的业务有一定的误解。真能充分沟通，深入理解甲方业务，不至于听不懂甲方的需求。 |
 | 16 MiaoLei911 2023-06-14 14:02:48 +08:00 2 你搁这刷金币呢 bug 改完了吗 |
 | 17 mirsery 2023-06-14 14:03:35 +08:00 产品说啥就是啥咯 |
 | 18 mk0114 2023-06-15 08:41:15 +08:00 我是认为要看这个需求的实现成本，以及猜测最终这个需求会不会后续被甲方提出来。与其等最后甲方发现，然后要求添加，不如一开始就留好对应的接口，然后等甲方提出来再实现。当然不提是肯定不做。 |
Select Language