说浮躁看阿朱

下面是个比较关键的地方，也就是选择你的切入点——业务的切入点，软件的切入点。阿朱先生也说不能客户要啥你就做啥，是不是。你总是要掌握点主动权。
我们必须首先明确，在一般的小企业里面，不可能也不需要你比客户还懂他们的业务。而且我认为你也很难有这个资源和能力做到比客户还懂他们的业务。
啊？这样还咋给客户提供咨询啊？
很简单，提供客户不如我们的方面的咨询。客户更理解业务，但是我们更理解计算。企业信息系统式计算和业务的结合，我们只要更加能理解如何把客户的业务融合到我们的计算中去，就可以提供他们需要的业务计算能力。因此我们的工作就应该围绕业务计算展开，而不是围绕客户的业务展开。您要是比客户还玩的转他们的业务，我劝你去专门玩他们的业务算了，别玩软件，做软件赚钱累，周期长，而且见到现钱的机会也少。
业务计算既然是我们工作的核心，那么确定优先次序和着手点，也应该在这个方向展开。首先是发动群众，寻找业务发生和发展过程中计算最可以解决人们手工不能解决的地方。比如精确的各个环节的协作，比如实时的物品流动显示，比如实时的在线财务状况，比如需要大量受时约束计算而采取相应措施的业务决策步骤，等等这些可以说是信息系统最应该具有价值的地方，也是切入市场最优先考虑的地方。
其次是大幅度提高现有工作效率的计算，比如节能减排，比如配料控制，比如中间体存储控制等等。这些方面是次一等的考虑点。
第三是能够大幅度优化人员工作环境的计算，比如集中自动报表，自动计算汇总等等。
最后我必须强调，很多行业软件有相应的法律标准，必须遵守这样的标准，必须具备相关法律法规要求的功能。
这个时候也可以建立一个常用的软件演示和验收模型，包括回归测试功能测试之类的东西。这点是可选择相，不是必须的。因为没这些马马虎虎也凑合可以应付应付了。
同时我也要强调，这个时候你就应该着手开始设计你的软件产品了。因为大体的底层结构以及流程内容都是确立了在这个时候的。你一边设计软件，一边对业务进行学习，也有利于软件同业务的结合，同时也可以尽早发现问题，规避软件和业务的不配套等风险。这些方面的内容非常多，涉及到产品设计，框架设计，构架掌握。同时也需要考虑相应的部署和培训等问题。相关内容由于同咨询方面比较远，我就不介绍了。大家可以参考具体的软件工程书籍，当然不要看什么大道至简之类的东西，还是找本老外写的书耐心的看吧。实在不行，可以等我啥时候也浮躁几下，想做明星抛投露脸的时候给你们写点。到时候你们大家别忘记吹捧吹捧我，比如啥天才，啥大师，啥务实而睿智，啥根基深厚，潇洒倜傥，总之啥肉麻就说啥。最好在夸奖我道德高尚，具备社会责任感，教育后辈，启迪青年，前无古人后无来者之类。