作者：朱金灿
来源：http://blog.csdn.net/clever101/
预计这篇要挨一些砖头，但既然说了，就不怕挨一些砖头。
进入正题。蒙圣光大侠的一篇《软件产品化, 国内IT人之痛 》引发了大家的共鸣，也引发了我的共鸣。蒙圣光大侠提的5个原则都很好，我看这5个原则可以归纳为两个关键词：市场需求和技术（原则1、2、4、5主要是如何把握市场需求的，原则2主要是技术），可以总结为一个主题：技术如何和市场需求完美契合。呵呵，大家都可以说这些都可以算是废话。
在我看来，什么产品定位、产品的亮点、二八原则，归根到底都是市场需求调研，具体就是如何获取用户的需求反馈。微软的软件产品为什么能成功？我想与微软拥有大量的用户分不开的，这些用户不断提意见，微软不断改进，这样就形成一个良性循环。说实话，微软是高度重视用户的意见反馈的。你看到过word 2003的帮助菜单栏没有？你看到过里面是不是有"客户反馈选项"一项？你可以指责微软是在作秀：我才不会闲得无事参加什么狗屁客户体验改进活动呢。而我看到的是一种高度重视用户反馈的态度，我用过大大小小的国产软件，从来没有国产软件告诉我假如我对这个软件有什么改进建议，应该怎么做，联系谁。一件事，你有没有想到去做是一回事，你怎么去做又是另一回事。
我们应该学习微软的这种职业态度，概括来说就是从项目中收集用户需求，以框架进行定制开发，规范开发模式，最后形成产品，推广产品。为此我根据自己的开发经历及对此的一些思考设计出一条中国软件产品化的自认具有可行性的路线图（可能带有理想主义的色彩，同时也不可避免地具有行业局限性）：
1. 项目主导阶段。我认为在原始积累阶段通过接项目来做来实现资金积累几乎是中国公司必经的阶段，而且项目开发也是公司了解客户需求的重要途径。这个阶段公司没有产品收入，全部收入来源于项目。这时额外需要做的是要熟悉市场，尽量多地收集用户的需求。
2. 两条腿走路阶段。待做了一定数量的项目公司高层要有产品化的意识，具体就是归纳整理项目中用户的需求，同时请公司的系统架构师设计一个可定制、可扩展的同时基本满足项目中用户的共性需求的系统架构。这个系统架构一方面作为未来公司软件产品的原型，另一方面也可以公司的项目开发之用，以后公司的所有项目都在这个架构进行二次开发，项目开发的模式也要规范起来，而不能像第一阶段那样想怎么干就怎么干。这时公司的开发人员分为两拨，一拨作为产品开发人员，主要任务是完善系统框架和满足项目开发中对底层框架的需求，另一拨是项目开发人员，主要任务是完成项目中的功能性开发。这时的必要条件是需要一个好的系统框架，同时需要产品开发人员和项目开发人员的通力合作，这是因为项目开发人员面对真正的用户，他们需要满足真正用户的需求，而产品开发人员面对的是项目开发人员，他们需要满足的是项目开发人员的需求。这时虽然产品还不能形成收入，但开发模式已经在向产品化靠拢。
3. 产品主导阶段。待框架经受住一定数量的项目的考验后，公司可以适时推出软件产品。当然这个阶段要做工作很多的，比如产品推广，采用的方式可以是推出试用版，向高校赠送产品等等，还有产品反馈收集，产品线构建等等。在这个阶段产品收入必须占公司收入的绝大部分。