随笔档案

        去年8月出来实习，写了半年的代码。今年过年过来，开始做需求了，到如今快2个月了，一些心得，欢迎大家批评指教。

         没有说不清需求的客户，只有搞不清楚业务的BA。做为一个BA，不仅需要聆听客户的需求说明，还要懂得在客户已说明的基础上进行拓展，发掘客户没有讲出来的潜在需求。在已有业务的基础上进行模拟业务流程，分析业务是否走的通并且有无逻辑上不合理的地方。发现问题，及时与客户沟通，及时修改。

         找最合适的人谈需求。很多时候，需求做的差，很大的原因是没有找到正确的人。由于实习单位做的很多项目是政府项目，所以在这方面倍感深刻。政府很多项目都是领导牵头的，但实际用的却是下面的人用，如果找领导谈需求，听其高谈阔论半天，做出来的东西，下面的人肯定不满意的。谁用这个系统找谁谈，这个是关键，开始就要定位好。

         不要跟客户谈技术。技术没有高不高级，只有合不合适。客户对你使用什么技术实现，不大感兴趣的，而是对系统的业务条理、页面的美观大方、开发速度、系统安全性、稳定性、易用性、响应速度等关心较多。尤其是业务是否正确，业务不对，其他都一文不值。此外，用户对操作体验也很重视，点一个按钮能做到的千万别让他得点两下，这点在设计上要充分考虑。关于页面的美观，也要问清楚的，同样的政府机关，有些喜欢简单大方、有些就喜欢花哨靓丽。至于安全性、稳定性、响应速度之类的，用户在需求阶段不太关注的。

        要引导客户走向有利于自己公司的轨道上。客户的一些需求，有些对整个业务其实是可有可无的，如果不麻烦，那最好了，如果在实现起来很麻烦的话，要有技巧的引导客户放弃这个需求，免得自己公司的程序员开发起来麻烦，也免得自己被后来的程序骂，呵呵。还有就是如果公司以前做过类似的系统，那么就要引导客户，使系统可以最大程序的复用原来的系统。系统的开发效率高，无论对客户还是公司都是有利的。我想没有一个客户愿意长时间的等待自己的系统，对于公司，那更不愿意了，早好早收钱，越早好成本越低。

         能想到的就这些了，初入职场，忘各位多多指点，在此谢过了。