这一年多没有编码的日子，一个深刻的体会是：很好的满足客户的需求比你使用任何新的、备受推崇的技术都来的重要。
在没有多少IT技术知识的人领导下，让我从一开始对诸如“亮点是什么？优势是什么？”这样的问题很反感的情绪下，慢慢了解到市场就是这样的，对于使用者来说，他根本不懂得技术人员口中的J2EE，工作流等等，他只关心我用这个能给自己带来什么？是减轻了我的工作还是增加了我的工作？尤其做产品更是如此，所以客户需求，他真正的需要，能为他解决他真实的问题才是最重要的，至于说采用什么技术，怎么处理之间的关联关系都是技术人员关起门来自己讨论的事情了。
所以，一个软件系统，我们做软件系统真正的目标是：满足客户的工作需要，减轻他们的工作量，真实的为他们考虑。
所以需求调研就显得非常的重要。只有通过需求调研才能真正了解客户的需求是什么。
在工作的最初6年，以项目为主，客户都是很聪明能清晰表达自己要什么的人，虽然说作为研发人员也需要创新，但是思路基本定死，需求调研的工作基本在系统立项前招标前，客户就已经整理出来了，之后的工作更多的是深层挖掘或者说是改进。
现在的工作不一样，客户说不出自己需要的是什么，只知道他们平时是怎么工作的，遇到了哪些的困难，希望能够被解决，至于怎么解决就看研发团队了，这是个考验，因为你必须想到能很好解决问题的方法，这个方法还要给用户带来的是便捷而不是累赘。如果客户分层次的，那么你还得尽量的满足各个层次用户的需求，尽量照顾好大家，让大家各取所需。
非常头痛的事情吧，因为你必须要有很强的理解能力和行业知识，真正明白客户平日是怎么工作的？为什么这么工作？再有，要有创造性和想象力，没有人告诉你可以怎么做，所有可能的作法都是要自己想出来的，可以在团队中头脑风暴，也可以上网搜罗，但是毕竟有限也没有针对性，可行的方案必须你的团队提出来再和客户讨论，算是一个有挑战性的工作吗？我觉得是的。
如果把软件研发的各个领域都吃透都能胜任，我觉得好难。