有关saas开发平台选型的考虑v1

1、有关 SAAS选型的考虑一、出发点：SAAS项目的研发目标，是为了研发一个能支持 SAAS 模式运营推广的产品，对此产品的要求是：1、客户体验非常非常好，其标准是：让用户一见到就有试用的，一试用就放不下，愿意长期付费租用，后期愿意增加应用范围（包括项目、操作员、应用子系统、模块和付款组件）；2、运营成本非常低，接近于零，其标准是：二次开发成本极低，基本上能让用户自行完成。实施和培训成本接近于零，操作体验非常好，使用非常方便，配合完善的培训文档和教学，让用户很快自行学会使用；3、（在发展一段时间后）功能足够强大，其标准是：期快速推出一个简单但能满足最基本推广需要的产品，抢占市场，后期通过小周期快

2、速的完善，逐步达到满足行业高级需求的水平，并通过方便的二次开发和组件化拼装，实现个性化需求差异的满足。4、时间要快，特别是其第一期的时间要求要快。但同时要能满足后期所需的强大发展后劲。二、对产品的技术实现思路：要想达到以上要求，在产品的技术实现思，从几个方面进行分析。1、整个产品的研发成果（代码和功能）从属性上可以分为三大类：A、业务功能类：实现具体业务需求。B、系统管理类：组织架构、角色、操作员、权限、系统配置等等，保障系统自身运行正常。C、自定义类：数据结构自定义、界面自定义、表单自定义、报表和图形自定义、流程自定义等等，系统应对需求变动的灵活性，降低二次开发成本。以上三类中，A 和 B

3、是任何一个信息系统所必备的，否则将无法。C 则不然，根据各系统的具体要求，可能有也可能没有。因为 C 类只对系统的二次开发需求响应起作用，不同系统的二次开发需求率不一样，如果几乎没有二次开发需求特别是个性化需求，完全可以不考虑这一块或大大降低一块的要求（例如许多在大型企业里的信息化支持部门为所属企业定制的，不考虑拿到市场上销售的）是否包括 C 这一块，对于研发的规模、时间、成本、人力需求等将带来质的变化。可能是好几倍的差别，因此这一块对于前期规划和团队建设的影响是极大的。如果真的不需要，那也没必要为此增加一大块的时间、成本等无谓的消耗。因此，具体是否应该包括 C 这一块，何时把 C 包含进来，

4、需要规划团队根据市场需求和行业态势来考虑。2、 自定义的功能包括哪些内容：A、表层自定义：指表现层的自定义，这一块包括界面自定义、流程自定义和报表（图形）自定义。这一块体现的是前台表现的灵活性.B、底层自定义：这一块的技术性很强了，主要包括：数据库架构（多表关系）自定义、算法（计算模型）自定义、系统管理架构自定义（如新增一个权限维度），这一块的主要难度并不在其技术实现，而在于这一块的使用者必须具备较强的系统规划能力，估计的目标客群中具备这种能力的操作员将是凤毛麟角；C、中层自定义：介于上面二类之间的，主要包括：数据字段自定义（在现有表架构基础上增加字段）、报表取数逻辑自定义（包括基础报表和 B

5、I 级别的级统计分析报表，后者的技术难度和管理思维要求都较高）等等，这种操作能力的目标客群中很多系统管理员都会有。3、 那 SAAS 项目是否需要 C（即自定义）？如果需要，它对自定义的要求有哪些？A、行业现状：从目前国内外各家成功的 SAAS 产品厂商宣传资料、培训中收集的信息来看，所有成功 SAAS 厂商的产品中，自定义功能是其宣传、推广的重要内容，基本上占其推广长度的 1/3 到 1/2。B、对此现状的分析：行业竞争对手为何如此重视自定义功能的宣传？我认为是因为他们在长期推广过程中察觉到了自定义功能对其推广效果的影响。这种影响会有哪些，在对这些厂商成果的学习过程中，我对此的理解有三个阶段

6、的变化：1)不需要：SAAS 产品就是个简单的产品，面向的客户本来要求就低，咱们做出来就不改，最多慢慢升级，客户爱用不用。因此没必要搞什么自定义，把主要精力放在客户体验上就行了。2)很重要：通过对竞争对手的学习，我理解到：首先，SAAS推广最大的难度，是突破目标客群的信任壁垒，而目前 SAAS行业主推的产品大部分集中在上（占了 8 成以上，其他的可能还有进销存、财务、HR、OA 等等我没有将免费邮件这种典型的 SAAS应用算进来），几乎所有的功能全是增删改查，除了 HR 之外，几乎没有算法。在这类软件应用方面，目标客群对套装SAAS之间本来就有信任差距，SAAS厂商除了用低成本、成功客户案例、

7、厂商自身长期带来的行业信誉来减少这种差距，但自定义功能的展现也能给予很大的帮助，特别是前文所述的表层自定义类型反正这些基本上都是增删改查加普通报表输出，再加上一些流程推送和控制，如果这些功能不但本身就已经非常的强大并且好用，而且最终用户自己就拥有对效果的控制（即自定义），而不必完全依赖厂商来实现其个性化的管理模式和相应的要求，那么最终用户对这种的信任度，或者说愿意试用它的将会相比完全，不提供这类功能的要高一些。也就是说带有自定义功能的 SAAS推广会更容易。3)不可缺少：除了了解行业成功厂商的产品和推广模式，再进一步，了解其模式。SAAS 产品的运营必须建立在低成本上：低推广成本、极低的实施成

8、本（尽量客户自行实施）、接近于零的培训成、文档、线上大学、）、尽可能低的服务成本和特别是二次开发成本，其中最重要的是服务成本和二次开发成本。在这方面，常见的方法是用技术代替人去解决问题，设置三道防线：第一道防线，尽量让客户一看就明白，不需要专门去学习。第二道防线，当客户看到一些不熟悉的地方时，通过的热点帮助，的培训，线上大学和互帮互助的用户等，在无需员工介入的情况下，用技术解决问题。以上两个方案都无需付出人工成本。第三道防线，当前两道防线没有完全解决问题时，就需要的员工介入了，这会导致付出人工成本。因此必须把实施、服务员工也纳入客户的范畴，考虑其客户体验，保证其用最短的时间方便地为客户解决问题

9、。因此，自定义功能将是他们很重要的一个工具，也是 SAAS 厂商控制运营成本的一个重要。如果不能有效控制运营成本，将导致这个项目整体失败。因此自定义功能将是 SAAS 项目中不可缺少的一个组成部分。C、对自定义功能必要性的理解：从长远来看，必须有足够强大的自定义功能，否则此项目不会成功。三、自定义功能和之间的关系：如果提到自定义功能，一般意义上来说，都是属于的一个组成部分。区别只在于是否完整和强大。也就是说，如果强调必须包含自定义功能，那实质上已经涉及到了，无论是外购还是自行开发。也就是说，要保证这个项目整体成功和长远发展潜力，需要一个的可能性应该是非常大的。四、关于的建设，有以下五个主要方案

10、：A、完全自己做：先做出一套满足基本业务要求的功能（固定界面），之后（或同时）组织另一个团队开发一套自定义，再将原有固定界面迁移到自定义上来，这中间有一部分重复开发。优点：前期快，能很快拿出第一个版本，后期能满足灵活性要求。缺点：前期产品功能较弱，不大好卖。后期有一定的重复开发，而且本身的开发有较大风险。B、一步到位：先做，再在这个上搭建全部功能。在开发和搭建第一个版本产品的全过程中不对外销售。优点：第一个版本，就拥有较好的客户体验，而且没有投资浪费。缺点：最慢，而且风险最大，所有的希望全压期的开发进度上。C、先买后做：先买一个，可能不是完全合适，暂时先快速搭建一些功能开始销售。以后再组织自行

11、开发，然后将功能全部迁移过来。优点：前期快。缺点：完全重复投资，成本最高，前期有数据共享风险，后期有切换风险。D、边做边买：先做一套固定界面的简单版本，同时选型和采购一套合适的，在合适的时间将固定界面的简单版本功能切换到新的上来。优点：前期快。缺点：有一定重复投资，后期可能有数据共享的风险要看谈判的成果。E、只自己不做：从现有市场上较为成SAAS 开发供应商选择一家进行合作，自己不进行开发，在供应商提供的上开发 SAAS 产品。优点：1、没有投资浪费，后不需要再自己投入人力物力去开发；2、可避免自己开发带来的风险；3、一旦选型完毕，产品开发进度会更有保障（会加快开发进度）。缺点：1、SAAS 产品第一期交付的时间不好把握；2、选也有风险，不确定选择的开发就适用于，半或一年后可能会因不适用要再重新选型；3、前期投入成本较大，需要