我终于知道对客户做需求分析不是一般人所人做的工作....

Question

一个网络安全产品销售公司希望我为他们开发一个办公系统(说实话, 我还不清楚他们需要怎么样的一个程序), BS结构, 他们经理给我讲了几个小时, 说些他们公司销售模式, 工作方式, 流程等, 还强调了N次说我们要的功能很简单, 但还是不明白他们要我开发一有什么功能的程序...是不是对客户做需求分析是这么难的工作?!?!?!?!

Answer 1

搞了一这么久, 终于有了点头绪, 大概是做一个简易的CRM

Answer 2

能听懂用户的话语已经不错了，基本上懂得了20%。许多人这时候简单想一下用SQL Server的企业管理器如何设计数据表之类的就开始动手写程序了。其实此时仍然缺少很多设计细节，只不过此时真的只有搞分析和设计的专业人士才能把它编程文字，大多数人只能囫囵地在脑子里想一个大概轮廓，一旦编程文字和可推演的模型，脑袋就卡壳了。

Answer 3

基本上，能大致听懂用户的需求总是好事情。mis的技术壁垒就在于各个企业不同的细节。如果你不停地简化，用户也许不得不反复让步最后凑合能用，但是难免生出许多怨气，在验收付款时难保不爆发出来。

Answer 4

跑项目难度 >> 沟通难度 >> 设计难度 >> 写代码难度一个项目最简单的事情,就是写代码...

Answer 5

一个项目最简单的事情,就是写代码...
--------------------
啊~~~!~!~!真说出了我的心声, 与他们经理沟通过程中, 让人真想放弃他们的项目, 因为我真快郁闷到自杀了~~~我不知道他们要一怎么功能的程序...
象一个论坛系统, 尽管程序很复杂, 要考虑的因素很多, 但我很清楚这个程序要怎么样的功能, 我知道要怎么样设置, 然后怎么样去CODING...我很乐意.但现在接的项目他们尽管说功能很简单, 但我还是不知道你所谓很简单的功能是什么功能~~!!~天啊, 分析了一天, 还是无从放手~~~~

Answer 6

偶和用户讨论需求 ，很快能作出需求分析报告，客户还很认同，所以理解不了为什么lz觉的难。但偶现在还不是程序员，努力学习c#中，刚开始。

Answer 7

我讨论的都属于ERP范畴的需求  许多业务也是没做过的 不过有时候方法对了 能听明白的 关键是沟通的方法 这个我参加过培训的 而且学的是管理 所以还行了