这是一个创建于 383 天前的主题，其中的信息可能已经有所发展或是发生改变。
在实际工作中，大多数人都是“面向甲方需求开发”的，如果甲方提出一个需求，我们就搞，甲方没有提出来，那就不管它（这里的甲方也包括你的上级领导）。
但是，我觉得程序员应该勇敢地“面向用户需求开发”，无论甲方是否提出来，我觉得用户需要，我就做，我觉得用户不需要，我就适当反对甲方需求（当然，如果甲方坚持要这个功能，我们还是搞嘛）。
这里的关键点是，程序员要积极地提出功能需求，提出“这里应该增加这个，这里应该这样搞”，而不是被动地等甲方提需求。
为什么呢？ 当然是为了开发效率，为了让甲方最终满意，为了让大家都身心愉悦。
大家说说自己遇到的情况，谈谈你的观点，不要议论楼主，楼主没那么多八卦~
 |
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
lambdaq 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