往往客户的需求是逐渐被深入的真正的实际需求往往没刚开始所说的那么简单容易就可以搞定
2011-04-08 23:18 通用C#系统架构 阅读(2543) 评论(11) 编辑 收藏 举报 下面以真实的一个客户需求逐步深入的例子,给大家分享一下,客户的需求是如何逐步深入的,而且简单的一个需求牵扯出了很多功能要求,并没有所说的那么简单轻松。
第一步:只要一个简单的内部即时通讯工具
这几天有一个客户找我说要一个企业内部的即时通讯工具,就要最简单的那种就可以了,我给他推荐用500元的内部即时通讯工具,说这个能满足最简单的要求,全部源码也可以提供,一些程序开发接口也是很简单的,几下就可以搞定了。
第二步:功能深入、需要能发送文件、视频、离线文件、多人会话
初步的要求刚刚都满足了,客户的额外的需求又接踵而来,这不是要专业的成熟的及时通讯软件了不是,不是业余级别的简单的提醒消息的需求而已了,发送离线消息,发送在线消息那么简单了,虽然这些都能满足了,客户的需求又来了。
第三步:需要有各种文档资料
光有软件还不行,还需要看各种资料,安装手册,操作手册,才可以正式使用,否则人家怎么用啊?这到时也有点儿有道理。
第四步:需要有演示系统
这些文档资料都提供了,客户就会要求需要有演示系统什么的,总之需求会一个接一个的多起来。
第五步:需要能支持组织机构、无限子公司部门的组织机构
好不容易以上几个个功能要求都能满足了,客户的进一步的需求又来了,这个若不能满足无法用,没办法只能还继续满足了。
第六步:软件不能设置有时间限制
这些前期的准备工作都提供了,客户还会要求软件不能设置有时间限制等等。
第七步:软件去掉一些非核心功能
看了说明书、使用手册后,有些功能又需要去掉了,说某些功能是不需要的,需要去掉等等。。。。。
第八步:需要有性能测试报告
还需要了解即时通讯软件的各种硬件环境下的运行性能如何,到底能支撑多少并发用户的访问?晕倒了,大哥你这个要求还真不简单啊。
第九步:需要有正式合同等
以上问题都解决好了,客户又需要有商业合同了,付款条件等一大堆问题接着全上来了,而且是非常苛刻,责任和义务也非常明确。
第十步:还需要有工作流才可以
说这个项目是一起绑定的,只有即时通讯产品也不行,还需要有工作流组件才可以,而且需要满足B/S界面下设定流程的工作流组件,这个合作才可以进行,晕倒了大哥你这要求怎么不一次性提出来,前后折腾好几天才提出来,而且一步接着一步深入。
第十一步:工作流还需要达到很多要求才可以
工作流也可以有了,客户的另外的要求又开始提升了,还需要有很明确的工作流的几十个功能点,甚至是一些高超的功能需求都上来了,真是能让人吐血啊。
将权限管理、工作流管理做到我能力的极致,一个人只能做好那么很少的几件事情。