这是一个创建于 959 天前的主题，其中的信息可能已经有所发展或是发生改变。
平均每 3 天约甲方看一次系统，然后提整改建议，回来改，然后再去，卷的太累了，跪求大佬们的应对经验
 |
1
taishan 2022-05-14 08:34:32 +08:00  3
吃人家饽饽 受人家搓搓 没什么办法
|
 |
2
wd 2022-05-14 08:39:05 +08:00 via iPhone
一般回扣可解。
|
 |
3
crazytudou 2022-05-14 08:40:49 +08:00
还有这样玩的？ 3 天看一次你怕是改到天荒地老，而且改后最后因为太复杂而用不起。
需求至少在淡钱时就定下来了，后期可以接受部分小改。 除非你是按月收费那另说 |
 |
4
lujiaosama 2022-05-14 08:49:47 +08:00
你们这是按工时收费的么, 整体预算固定的话 项目负责人拉出去祭天吧, 忽悠不了甲方被甲方牵着鼻子走. 改需求通常也不只是改需求, 代码容易产生屎山还有改出 bug 来, 测试流程得重新跑, 设计得不断复盘审查纰漏. 写作文都知道没想好就不要动笔了. 需求发生变化很正常, 频繁的的变化就很不正常了.
|
 |
5
zhangleshiye 2022-05-14 09:11:40 +08:00 1
面向甲方领导编程
|
 |
6
pengtdyd 2022-05-14 09:17:54 +08:00 5
项目负责人是个垃圾！
|
 |
7
a1562619919 2022-05-14 09:21:01 +08:00 via Android
制定排期啊，如果安排周末加班干活，没加钱可以走了。
|
 |
8
mrz3333 2022-05-14 09:43:20 +08:00
最好让甲方来个负责人，他说你做省心省事。
|
 |
9
coolmenu 2022-05-14 09:45:54 +08:00 1
甲方来个负责人也不行，你不知道他上头有几个老板呢，他回去也是得被勒令不停的改。
|
 |
10
aptupdate 2022-05-14 09:46:56 +08:00
随他怎么变哪怕推翻重来呢，只要给钱、给时间就行。
|
 |
11
Cheons 2022-05-14 09:48:26 +08:00 via Android
甲方需求变个不停，项目经理没沟通（忽悠）好，加牛 B 吹大了。
|
 |
12
kafkaonsea 2022-05-14 09:51:55 +08:00
做外包就是这样咯，在现场被甲方爆菊是家常便饭
|
 |
13
zengguibo 2022-05-14 10:10:47 +08:00
只要时间和金钱给到位，怎么改都行
|
 |
14
thinkwei2012 2022-05-14 11:31:20 +08:00
楼上+1
|
 |
15
Dart 2022-05-14 11:45:30 +08:00
runrurnrun npmrun
|
 |
16
CEBBCAT 2022-05-14 12:43:33 +08:00 via iPhone
965 怎么会累呢？我还巴不得永远进入不了测试流程呢
管理大概有问题 |
 |
17
markgor 2022-05-14 13:43:50 +08:00
我觉得应该分场景吧。
1 、固定薪资 + 0 项目提成或项目提成不多 随便他怎么改，他好你也好。但是可以建立不同版本，应付他变来变去的需求。中间剩下的时间慢慢摸鱼。 2 、 高额项目提成 找项目负责人，和他说情况，并且做好每次修改的记录，拿出来和负责人对质，别直接和甲方产生矛盾。 项目负责人一般都能处理好这些问题，处理不好的话他也会找当初的业务，让业务和客户沟通清楚。 主要都是列清楚每次变动，告知客户这里那里已经改了很多次，下面的人也有怨言了，实在不行我们按最后一个版本，大家碰头一次，敲定下来，后续变更的话就需要收取费用了...... PS:只有按改动次数收费，客户才不会来回改动 |
 |
18
janus77 2022-05-14 13:46:47 +08:00
你们不谈工时的吗？甲方让你们 3 天做一个网站出来也接？
只要谈了工时，能 3 天完成那就是正常的啊，忙是忙但是没有任何不合理，这份工作就是给了你 3 天让你做 3 天的活。 不能 3 天完成，那你们还接，那就只能等 3 天以后直接说没完成了，谁让他完不成还接呢。 |
 |
19
ZoR 2022-05-14 13:48:58 +08:00
给时间随便改，改到满意，不过一般情况到截止时间 甲方着急了就不改了
|
 |
20
Jooooooooo 2022-05-14 14:20:05 +08:00
这种合作按工时给钱呀.
|
 |
21
UIXX 2022-05-14 14:31:14 +08:00
频繁地改需求，不外乎是以下几个原因：
1. 甲方对自己的需求不明确 或 乙方对需求理解有偏差。 这种还是挺有说法的，对口定制化跟不对口定制化情况略有不同。 对口定制化中，乙方在开需求会议的时候有义务引导甲方把需求漏洞补全； 非对口定制化中，需要甲方有人全程跟进，双方频繁沟通保持意见统一； 如果已经进入了开发期，有必要重新开展需求研讨会。 2. 甲方追加额外需求 甲乙双方在协商开发周期以及开发成本的时候就要明确额外需求的处理方式--优先级、费用、后续维护事项等。 一旦写进合同，照章办事。甲方来新的需求，乙方负责人会议评估，一致通过的话可以进行排期。如果不通过，对甲方反馈再作协商。 这里面有一个非常重要的点：甲方的需求不能直接到具体的编码人员，中间必须要有项目经理跟技术经理作评估。乙方需要有立场的独立性。 甲方是不会有直接的感同身受的，乙方需要维护自己工程师的利益。如果乙方只会两头吸血，那么 run 就对了。 |
 |
22
tusj 2022-05-14 15:16:37 +08:00
评估按工作量，算钱
|
 |
23
ndxxx 2022-05-14 15:24:20 +08:00
每三天「约」甲方看一次项目，这个乙方负责人问题很大吧。
|
 |
24
MasterMonkey 2022-05-14 16:45:58 +08:00 via iPhone
@taishan 你太牛了
|
 |
25
adoal 2022-05-14 16:58:25 +08:00
新需求到手不要马上改，先厚着脸皮拖三天进度……反正三天后又变了
|
 |
26
zxxufo008 2022-05-14 19:44:29 +08:00
这甲方竟然没意见的吗
|
 |
27
KillPaul 2022-05-14 20:35:10 +08:00
我还以为所有人都是这样倒霉的，没想到评论看一通，貌似只有我们公司和楼主一样了。
作为设计我都十分心累，何况提的需求，真的都是“要领导看了喜欢”。 有什么办法呢，每天对着一坨屎改来改去。 |
 |
28
YaakovZiv 2022-05-14 23:51:13 +08:00
你们公司是提供培训服务吗，为啥三天给客户教一次。是因为代码难度比较高吗
|
 |
29
IvanLi127 2022-05-15 02:05:32 +08:00 via Android
乱改需求导致产出低，记得上调时薪，弥补工作经验的损失！！乱改需求产出还不降低的话，记得加倍上调时薪，避免与市场脱节。
|
 |
30
Mandelo 2022-05-15 09:06:48 +08:00
只要给时间,不加班,随你怎么改
|
 |
31
xuanbg 2022-05-15 14:46:04 +08:00
天天改需求，说明你们做错了。当然这不是码畜的错，是产品设计的问题。产品没有真正理解客户的需求，人家能不要你改么。一次次改就……离谱
|
 |
32
3kkkk 2022-05-15 15:05:25 +08:00
不反对改需求加钱，加时间就可以。
|
Select Language