敬请各路高人指点! (300分)

  • 主题发起人 主题发起人 fatalexception
  • 开始时间 开始时间
F

fatalexception

Unregistered / Unconfirmed
GUEST, unregistred user!
各位大虾:
  此致敬礼!
  我的问题大概是全中国的软件开发者都要遇到的问题。众所周知,中国的软件项目,其
流程是倒过来的,在对业务一无所知的情况下,先出程序(虽然是个DEMO),然后客户基本
认可了,就谈价格,定了价格就签合同,然后再写设计说明书和需求说明书,同时了解需求。
往往时间还很紧迫,中国的企业老板都等不起,巴不得一个礼拜就做好他的MIS。以致于文档
规范、品质控制、标准化流程都无从执行。最后,仓皇做出Beta,客户开始提要求了,需求
不断的膨胀膨胀膨胀膨胀膨胀膨胀膨胀膨胀膨胀膨胀……你就要修改修改修改修改修改修改
修改修改修改修改……,工期拖延,成本翻番,精疲力竭,最后客户也烦了,你也烦了。弄不
好,项目就报废了,弄好了,就是要你从利润里甚至成本里再支付额外开发成本,继续完善
软件功能,最后一个定制的MIS差不多都可以成通用产品了,客户才可能意犹未尽的支付余款。
  天啊,照这样做下去,我不如开个杂货店呢,我定的价钱,你看合适就买,不合适就别
买,买的多了也可以适当优惠,但不至于赔本放血。客户绝对不会提出这样的要求:你卖的
茶杯怎么不带打火机功能啊?加个打火机吧!另赠一个?不行,必须和茶杯做在一起,要保
证系统的整体性嘛!
  各位高人,快为我指点指点吧!先谢过了!
 
天哪,原来开发这么麻烦。不过想想也是,这样开发的确非常麻烦,而且客户的要求可能
非常高。算了,还是有空做共享吧,也许不会那么辛苦。
 
所以说了,,
中国没有 BillGate 了,,
要是 BillGate 也跟我们今天所面临的情况一样,他也不会是所有
世界的首富了。:)
 
唉。。。
 
同感,中国的好多的软件企业都是这样,没有系统设计的概念。
动手就写代码。
 
碰到不讲理的客户,没有办法了[:(]
 
深有同感!
我烦!
 
事实就是如此呀,真的是很没办法
计算机在国外的发展是因为企业需要提高效率,
但在中国呢?很多是作为摆设,官越大越是。
 
我们也是这样的,苦啊.............
 
急功近利,这是一个这个时代的特征,
除非你能说服老板和客户从长远考虑,否则认命吧!
 
我也经理过,我的办法是:先搞系统需求,一定要问清楚客户是不是就这些需求,没有别的了,
并把这些需求写入到合同里面,他就没有办法抵赖了。到时,咱拿出合同,看他有什么话可讲。所以一定要
法律化。重要的一点是客户一定要参与到你们的系统设计和系统需求,这样加强沟通就不会有
问题,这个客户代表应该是在他们公司有发言权的。这就是我的经验,不知有用与否?
 
To quickchop: 谢谢你的答案,可是我要问你个很简单的问题:
当客户真的要求添加功能时,你是否就拿出合同说,就这些功能,不同意就上法庭?!
 
从抓需求入手,在需求上多花点时间和精力,之后的事情就好说了。
 
agree quickchop
 
其实quickchop的方法一不实际的
只要你的钱还在客户手里,你什么也硬不起来。
所以只能在谈项目时将可能考虑的情况都尽可能考虑。将价钱上去。

 
中国的软件企业,急功近利的太多了。
客户如果要求添加功能的话,如果不在原来合同所订的功能里面,你完全可以叫他另外
加钱。
 
to 天与地:
我同意你的观点,前期分析做得越完备,后期工作就越方便。可是,我不知道你是否
经常拜访客户、联系业务。你可以想象一下,在他还不知道你的产品什么样子、要多少钱
甚至对你还没什么了解的情况下,他是否会允许你入驻他的企业、在各个科室车间仓库里
窜来窜去、翻看各种业务表格和公文、查看帐簿、票据、向各个岗位的人提出各种各样的
问题?
 
aerobull说的在理:“只要你的钱还在客户手里,你什么也硬不起来。”,我们做项目的
目的是做成,而不是为了打官司。纵然你可以用合同拒绝客户的无理要求,但项目没了,
如果这是个别现象还好,可惜是普遍的,咱们谁也不希望:做三五年软件,软件没做成一
个,《经济合同法》倒学得滚瓜烂熟了!审判长、副审判长都混脸熟了!是这个理儿吧?
 
To HunterTeam: 我一直希望能在定价格、签合同之前将客户需求搞出个概要文档来,但
是,没有合同和价格,客户就不和你深入接触,不接触就没办法获取需求,没有需求就没
办法定价格……总之,没有鸡就没有蛋,没有蛋就没有鸡!
 
我现在也是这样啊!老板一天要加一个功能,一个工资计算快做成ERP了……
但是换个位子,你是不是也会要求更多的功能呢??唉……能多做的还是做了,不行的跟
客户说,顺便留个接口,应该还是可以的吧!
 
后退
顶部