无论什么项目，最开始一定要确定其目标，我们这个项目也不例外，简单的来说，就是我们项目要做成什么样子？
在今天下午的群讨论中，各成员都很踊跃发言，讨论议题很散乱，有讨论市场定位的，有讨论实现技术的，也有讨论做平台还是做产品的，但是现在首要的任务就是确定项目目标，有了目标，大家才能朝着一个方向前进。
就今天wind所提及的要做产品还是做平台的问题，我来谈谈我个人的看法，希望能起到一个抛砖引玉的作用，首先确定做产品还是做平台，然后在确定做什么样的产品或者什么样的平台。
我在网上找了些关于平台化资料，节选了些。
总体上，平台分为两类：一类基于技术层次的基础架构平台，一类是基于业务模型的应用平台。其差异，比较一下BEA和用友的平台产品便可知。BEA的基础件是传统中间件的延伸，它组建了一个各种应用的统一技术支撑环境；而用友的UAP更多的是从管理应用需求出发，把工作流、内容管理、个性化报表工具等组合在一起，提供一个支持管理应用开发的平台。
也有人认为，后者还有细分的必要。因为“基于业务”的应用平台同样可以有两种实现方法。比如可以从管理业务出发，深入分析管理应用需求，提出管理模型，再建立技术实现的平台；还有一种做法是把管理应用的共同技术特征抽象出来，基于组件式的开发技术，建立平台。举例来说，第一种做法中，我们可以建立人员组织模型、流程管理模型等，这是与IT技术无关的，然后通过软件建模满足不同的个性化管理需求；而第二种做法是，把ERP、CRM、OA等模块均需要的一些技术，如工作流引擎放入平台中，通过底层调用简化开发。
大多数应用开发平台属于第二类，可称之为“组件式”应用开发平台，平台的基本特征有三个：技术无关、集成和统一，但组件式平台“难以做到技术无关和统一的业务逻辑、管理要素等”。
以上便是平台化的简介，而产品就不用多说了，就是蛙蛙发的那些功能模块的结合体。
从技术含量角度来看，做成平台化的确技术含量高，讲究架构性，框架性，这样同时要求我们的技术也要高，至少要有一个架构师级别的人来带这个项目才能实现很好的平台化；而应用产品就相对简单的多，划分好模块，就可以按部就班的做。而且，平台化也有两个不同的层次，也就是上述文章说的基础架构平台和业务模型平台，我的理解，业务模型平台相对简单，不妨可以考虑这个。
项目目标的确立是我们团队面临的第一个问题，希望接下来大家可以就这个问题参与讨论，最好能找一些具体例子来说明。
----Post By Spgoal
