基于客户业务能力的软件项目开发的四种模式

基于客户业务能力的软件项目开发的四种模式

很多业务系统只能定制，定制软件一直有个“金科玉律”：根据客户的业务模式来实现。日产的过程首先强调的是业务改善先行，只有业务功能定义清楚才能进行IT实现。

定制开发也罢，产品实施也罢，很重要的一点就是对客户所要开发的业务的理解和掌控，简而言之就是业务能力。

我将客户自身的业务能力和开发方的业务能力（不是技术开发能力）按能力强弱进行了组合，实际上也是业务的沟通能力，整理了四种模式：

1、  客户业务能力强，开发方业务能力弱
2、  客户业务能力弱，开发方业务能力弱
3、  客户业务能力强，开发方业务能力强
4、  客户业务能力弱，开发方业务能力强

第一种模式：客户业务能力强，开发方业务能力弱

这种模式下，开发方基本上只能按照客户的业务要求来做，一般发包的项目都是这种情况，开发方通过努力学习客户的业务逐步来细化，表面上看这种模式的开发还是比较轻松的，风险也不小，客户对软件开发如果不清楚，盲目扩大项目边界，或提出无法实现的功能，特别是客户对业务很清楚的时候，往往会忽略掉一些他们认为很常见的地方或者一些异常情况，最后项目往往会反复修改，客户总觉得有些地方实现的功能和预想有差距。

控制这种风险的策略是引入业务专家或者顾问，对项目进行评估，并在项目的设计阶段与项目组和客户充分沟通。

第二种模式：客户业务能力弱，开发方业务能力弱

这种模式是非常让人恐怖的，严格的讲，这样的项目根本就不应该上，开发方也尽量不用碰，除非是样子工程，摆摆架子而已，如果对进度和项目结果有一个很好的期望值，不管是客户方定功能供开发方开发，还是开发方提功能供客户评判，这种模式下的项目基本上可以断定会失败，

我见到很多的项目都是这种情况，有的是老总头脑一热，听到某种理念；有的是咨询顾问把客户说动；有的是上级命令，这些情况下，客户所面对的是个陌生的业务，具体的办事人员就更糊涂了。

碰到这种模式，如果想把项目做好，双方都需要提升业务能力，根据提升能力的差异，会转换到另外三种模式。

第三种模式：客户业务能力强，开发方业务能力强

这种模式下，如果双方沟通的好，是比较理想的一种模式。

客户和开发方都清楚业务的范围和边界，也清楚业务的细节，对于业务分支、异常情况都明白，特殊的业务只要简单的解释就可以理解，双方使用的是同一种语言，项目成功的可能性较大。

这也是行业应用门槛高的原因，对行业业务职能比较清楚，和客户的沟通就非常顺畅。

对软件公司而言，认准一个行业，对业务深入理解，做得专业，有很强的业务能力就总会有自己的市场。

第四种模式：客户业务能力弱，开发方业务能力强

这种模式对于开发方的商务人员而言是最好的，有时碰到一个非洲商务人员，可以报个天价。

很多业务咨询和产品实施都走的是这个套路，给客户一个美好的前景，有一套完美的理念，以及一个很花哨的产品，拿着PPT把客户搞定，剩下的就是实施拿钱，客户用不好则是能力问题，呵呵。

坏话说了一堆，是对看到很多咨询公司和软件公司的做法非常不满，不过这种模式下的定制软件开发，对开发方而言也是很有利的，因为你能告诉客户需要改进的地方，如果你很实际，真心帮助客户解决问题，客户是非常喜欢和这样的开发方打交道的。

根据项目所处的模式类型，我们决定我们的开发方式，根据项目类型，进行必要的模式转变。

评论

2 楼 bill008 2008-04-01  

引用

根据项目所处的模式类型，我们决定我们的开发方式，根据项目类型，进行必要的模式转变。

这种分析方式很有创意，很像我听过的一个管理培训中的“情境领导”模型。但现实问题是，“决定开发方式”和“模式转变”怎么做呢，博主能不能给点案例。

1 楼 xo_tobacoo 2008-04-01  

学习!thank you !