程序员应该如何去设计需求

         刚出道的程序员，在做需求分析的时候，总是经常挨批，客户说他们不能按照客户的要求去设计原型，领导说他们不用心去与客户沟通交流。程序员总是感到自己很冤枉，明明客户没有给出一点建设性建议，程序员按照自己的意愿去设计实现之后，结果却不是客户所需要的，程序员的怎么就那么悲催呢？

         其实，程序员的悲催完全是由于程序员的自大引起的。有些程序员开发过几个软件，就以为自己对需求的把控程度很成熟了，于是在与用户做需求的时候，就省去了做原型设计的过程，在听了客户的简单介绍之后，就按照自己的想法把软件的需求分析确定下来，向领导做个简短的报告，然后开始搞开发。

         作为程序员，作为需求分析设计人员，更应该明白客户就是上帝。在与用户交流的时候，不要把客户想象成架构师，要把他们当做“白目”来对待，因为客户的没有开发过软件的经验，他们表达的想法不是按照程序来执行。如果程序员只是一味的揣测客户的意愿，而不能自己的所想转换成原型，那么很可能会弄巧成拙。

         比如客户甲说想要在应用软件中加个公鸡报时的功能。程序员A以为客户想要一个公鸡宠物，点击时可以报时，而实际上客户是想让软件可以设置闹钟，在某个时间点发出公鸡鸣叫的声音。可想而知，设计出来的宠物再好，也不是用户所需要的。

                  

　　作为一个程序员兼需求分析设计师，不但要将客户的需求形成文档，而且还要将用户的需求转换成作品，让用户能够清晰的明白他们将来应用的软件会在什么平台上，以何种样式展现。这样客户就会放心，也就是让我们自己放心。

         也许有一些客户是属于“钻石王老五”类型的，他们对软件一窍不通，偏偏还在和你谈需求，他们会对软件提出很多意见，他们会很固执的让我们按照他的思想去设计、实现，尽管那样可以，但是软件的性能及维护性将大大降低，这时候我们需要去主动的引动客户，不是客户左右了你，就是你左右了客户。

         如果客户左右了你，尽管可能你按照客户的需求把软件设计出来了，但这却是一个失败的软件，因为它的运行效率很低，而且需求又经常发生变动，而这个软件没有丝毫的可扩充性，那么最后客户会说这个软件设计师给他们设计的软件不够好，而不是客户影响了正常的开发，那么作为软件的需求分析设计师就应该对这件事会责任。

         一个好的需求分析设计师，应该是引导客户去正确的使用软件，提高软件的效率与性能，而不是盲目的随从客户，被客户所左右。