一、稳定的商业模式,细分市场和顾客分层 成熟的SaaS产品已经建立了稳定的商业模式,收费方式和定价不再是一个设想,而是事实上经过了验证,不仅是**年的新客户获得,还至少要经过一次到两次的续约。大部分企业SaaS都至少需要100-200家企业客户的商业化实证才能确定商业模式的有效性。 反过来说,如果仅仅提出一个商业模式的设想,没有事实上通过它得到持续增长的收入,它不可能是一个成熟的产品。在这个发展中市场,并没有现成的公认可靠商业模式,所以,必须依赖厂商的商业模式有效性来证明它的成熟度。 二、产品透射了专业和行业较佳实践 早期的SaaS产品基本就是一个可运行的程序,它接受用户的输入,给出用户需要的输出。但大量的主流用户并不知道如何输入,甚至也不知道如何使用输出的结果。比如用户企业需要实施CRM软件,它需要什么输入呢?软件给出的输出能够帮助企业解决什么问题呢?在中国SaaS市场的绝大多数领域,这些问题的答案都是不明确的。 所以,一个成熟的CRM应用必然需要将销售管理方法、流程和工具内置在产品中,它不仅需要提供一个程序,还需要提供一个使用程序的程序。 三、健全的用户入场协助 大多数的企业SaaS在一个组织中都是多人使用的。所以软件的设计和运营必须考虑怎样帮助这些用户同步入场。一个财务软件需要CEO,财务主管和会计人员一起使用,一个CRM软件至少需要销售主管和销售成员一起使用,一个协作软件更加需要一个组织的几乎所有人都一起入场才好。 为了做到这一点,SaaS产品需要首先拥有完善的团队账户架构,能够支持每个个体用户使用实名账户,被初始管理员授予合适的权限,如果有多个团队,还可能需要团队管理员这个角色来减轻大管家的压力。为了加入新成员,调整成员和分组的过程必须足够清晰和简单,让客户有动力来维持这个用户系统。相反,如果我们在这个问题上忽视,胡乱地分配一些001,002工号出去,甚至允许用户合用账号,那客户总是会走到混乱失序的那一天,距离客户流失也就不远了。 仅仅有了科学完善的账户结构体系还不够,我们还要帮助企业穿针引线,让多成员进入这个系统非常简单和轻松。比如一个BI应用,在配置外部数据源的时候,需要用户添加Google Analytics的Profile,问题是掌握这个信息的人可能不是管理员本人,他可能需要同事的帮忙才能完成这个配置,这时候软件可能需要直接将邀请成员完成一个配置作为一个用例来对待,设计出专门的交互界面。 四、支持外部数据整合的开放性 最后一点,成熟的SaaS产品必然考虑开放性,如果没有API,几乎就不可能成为一个长期存在的SaaS产品。CRM软件要考虑主要的线索(Lead)数据可能来自另一个营销平台,销售成员的日程和任务信息如果孤立存在在销售平台就无法产生有效的协作;客服平台需要考虑工单需要在企业内部多个角色进行流转,而不仅仅是客服专员;财务软件需要考虑订单,发票可能由ERP系统提供;协作软件更加需要把几乎所有的数据实体开放。 1m筑造是专精于设计工程行业的企业数字化整体解决方案,1m筑造包含业务财务一体化ERP、APP、智慧工地等企业管理软件产品,产品功能适用于行业特性并且产品之间高效集成,可以使企业避免业务、财务流程分离陷阱、跨越系统整合壁垒、以较低成本实现企业数字化转型。