亲,用户老是更改需求肿么办?

deepmist 2012-05-29 09:33:42
之前根据用户确认的需求来做系统,现在系统做好了,用户又觉得这不行那不行,
要求改系统,而且涉及重大修改,我真的服了那帮人。
大家肯定也遇到过类似的情况,都是肿么过来的???
...全文
214 25 打赏 收藏 转发到动态 举报
写回复
用AI写文章
25 条回复
切换为时间正序
请发表友善的回复…
发表回复
deepmist 2012-05-31
  • 打赏
  • 举报
回复
[Quote=引用 22 楼 的回复:]

给楼主几点真正有用的建议:
1.制作一份需求变更表格,让客户把需求都往里面填写,而且需要客户签字,没有书面的东西,你坚决不改;
2、你改程序的时候不要答应得太快了,有些东西客户自己意见都不统一,你如何改?所以你放一放,让客户自己去统一意见;或许很多看上去必须改的东西最后也不用改了;
3、如果有重大的调整,建议必须跟客户组织会议探讨,最好双方都有重要人物到场,这样很多问题也……
[/Quote]
谢谢,你的这几点对我很有帮助~~
RUNBEAR 2012-05-30
  • 打赏
  • 举报
回复
我们的客户更虎。
第一次看原型,改,这必然的,也没什么好说。
第二次改好了。“大概就是这样”。
第三次,功能出来了,“这不是我想要的,我有这样提出过吗?这样太繁琐,应该这样这样******”。

然后重复这三步。

每次有会议纪要都在扯。由于业务关系。不可能摊牌。
CSharpProgrammer 2012-05-30
  • 打赏
  • 举报
回复
再补充一下,那份需求变更表格不要天天都让客户填写提交,最好是1周让客户统一提交一次,不然效果不大。
CSharpProgrammer 2012-05-30
  • 打赏
  • 举报
回复
给楼主几点真正有用的建议:
1.制作一份需求变更表格,让客户把需求都往里面填写,而且需要客户签字,没有书面的东西,你坚决不改;
2、你改程序的时候不要答应得太快了,有些东西客户自己意见都不统一,你如何改?所以你放一放,让客户自己去统一意见;或许很多看上去必须改的东西最后也不用改了;
3、如果有重大的调整,建议必须跟客户组织会议探讨,最好双方都有重要人物到场,这样很多问题也好解决;
  • 打赏
  • 举报
回复
g4_magicvr 2012-05-29
  • 打赏
  • 举报
回复
用户就是老大

做不出用户满意的产品是任何一个生成产品公司的耻辱
一切导致用户对产品不满意 都是生成产品的公司的疏忽或者能力问题导致的 无论如何 这个单都是生成产品的公司来买 没得说

参见美国某个公司(忘记名字了 有兴趣自己找一下)的一个上亿美元项目因为测试不到位 被拒绝签收 直接破产倒闭
g4_magicvr 2012-05-29
  • 打赏
  • 举报
回复
拆除不要组件 注册需要但是还没有合适的组件 收工
deepmist 2012-05-29
  • 打赏
  • 举报
回复
我发这个贴子的意思是:
当你按照用户确认的需求做好了试用后,用户发现他自己的需求不对又来改需求,而且改动很大很大,大家肿么办???
g4_magicvr 2012-05-29
  • 打赏
  • 举报
回复
那只说明你们的产品的拓展性太差
无论需求怎么修改 基本上就是附加 剥离组件的问题
修改系统?难道你们的系统从设计开始就是一次性的?
cheng2005 2012-05-29
  • 打赏
  • 举报
回复
客户自己不会开发软件,也根本不懂软件。
所以软件开发团队要做的是引导客户,在需求分析阶段其实就是一种引导客户的开始。
你要明白,你做的东西是要给客户用的,不是自己用的,所以如果你不能好好的引导客户,把客户真正的想法,真正的需求弄明白,只能说你们需求做的太差,仅此而已。
deepmist 2012-05-29
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 的回复:]

为什么不及时给客户看呢,特别这种有需求、客户懂得提需求的任务是比较好做的。
做事是为了做好,而不是给自己找借口推脱责任。
[/Quote]
我们都是按照用户的需求写程序,完了自己测试了再给用户试用,
严格来说,遇见的会提需求的人比较少,有些人自己都不明白自己想要什么。
deepmist 2012-05-29
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 的回复:]

小作坊模式
[/Quote]
我们是一个人一条龙服务
deepmist 2012-05-29
  • 打赏
  • 举报
回复
[Quote=引用 1 楼 的回复:]

这个不能怪客户,是你们需求没弄好。
软件本身是为了提高用户生产效率,优化其生产,管理流程。
[/Quote]
后面的话我同意,前面的那句我就不认同了!!!
经常看见大家发牢骚:因为用户的sb需求或者一句话,一整天修修改改的
小_虎 2012-05-29
  • 打赏
  • 举报
回复
为什么不及时给客户看呢,特别这种有需求、客户懂得提需求的任务是比较好做的。
做事是为了做好,而不是给自己找借口推脱责任。
woanon 2012-05-29
  • 打赏
  • 举报
回复
小作坊模式
足球中国 2012-05-29
  • 打赏
  • 举报
回复
这个不能怪客户,是你们需求没弄好。
软件本身是为了提高用户生产效率,优化其生产,管理流程。
亡魂葬爱 2012-05-29
  • 打赏
  • 举报
回复
[Quote=引用 14 楼 的回复:]

需求确认。把它放在合同中。需求变动时需要重拟合同,要额外花钱地。
[/Quote]
这个我喜欢。。。
saybookcat 2012-05-29
  • 打赏
  • 举报
回复
需求不明确
功能未及时的交付给客户
沟通不及时
架构不灵活
耦合度高自然改的多
  • 打赏
  • 举报
回复
唉,我的遭遇一样,搞得我很无语,

现在的修改已经远远超出了客户当初的需求,他当初根本没有意识到现在自己会有这么多改动,现在提出来了,让我们麻烦了

客户太多依赖于软件,用了软件后员工就什么都不想做,什么想丢给软件做,唉

软件本身的错误我会毫无怨言去修改,但是其他的蛋疼需求和功能添加就要商量了,要么加钱,要么不改

IranCyberArmy 2012-05-29
  • 打赏
  • 举报
回复
看《head first软件开发》
加载更多回复(4)

7,765

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 非技术区
社区管理员
  • 非技术区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧