十几杆枪如何应对几十个项目-做好产品化
? 团队就十几个人，开发一个产品，该产品引出了几十个项目，然后就导致了人全扑向项目，经常加班，产品半年没有进展。然后大家需要思索一条出路：那就是产品化，一个产品版本对应多个项目。
?
以下是我多年来的积累，如有异议大家可以讨论，探索出一条可行的出路。本文作为抛砖引玉之用。
?
项目中的问题：
项目需求太多，没有人力开发产品。产品很难用，要出项目效果，实施非常耗时。项目催得很紧，明天就要功能上线。各个项目都需要支持，研发成了客服。客户领导要看，下周就要演示。BUG太多，项目经理埋怨研发，研发埋怨测试。项目定制化需求过多，一般有报表定制,首页内容定制,界面优化定制,登录界面和客户LOGO定制,工单流程定制。?
那么需要解决这些问题需要做一些改进：
?
管理上的改进：
开发产品，而不是开发项目。这需要项目经理和产品经理顶住项目的压力。优先保证质量，而不是开发新功能，不然项目中问题最多的就是BUG了。最重要的就是程序员需要从源头抑制BUG的出现，减少测试的成本。如果发布产品版本后，反复测试，又反复发版本，这样对时间和信心的消耗非常大。产品功能不易过多，产品主要是解决用户的需求，而不是在功能点的累加。增加易用性，产品使用简单快捷，产品出厂的时候内置标准数据和通用流程，减少实施成本和客服成本。增强用户体验，减少用户的反馈意见，详见“操守俱佳之女子为何隐于市”。统一接口人，由他统一支持各个项目，该接口人需要对产品非常熟悉。削弱项目定制需求，以减少人力都投入到项目，需要定期整理各个项目中的需求，分析出产品功能和项目定制功能，产品功能优先开发。定期发布产品版本，最快1个月项目做一次更新。减少沟通成本，能决定的就不要讨论，需要讨论只涉及相关人。做好需求处理，详见“企业应用中需求处理”团队成员要精，不宜过多，以降低沟通成本，管理成本和培训成本。少用没经过仔细研究的新技术，以减少后期维护的成本。?
架构上的设计：
统一门户: 门户的内容可以定制，解决各种层次的用户关注的角度不一样的问题。
?
