SaaS企业组织架构图SaaS企业大多是面向传统行业的在线化解决方案，因此本质上应该是传统行业，但是因为在线提供了解决方案，因此也可以说是互联网企业。相对来讲，其组织架构就是传统企业与互联网企业的结合体。互联网企业非常重视研发与运营，而传统企业非常重视销售与服务，因此，SaaS则是研发与销售、服务的结合体。我们把初创企业分为四大块：市场、销售、产研、服务。  SaaS企业部门职责因为是初创企业，部门不宜过多，场面不能过大，而是逐步建设，但也不能太小，毕竟与2C的用户互联网不一样，SaaS一开始就是要靠销售来获得订单的。市场、销售、产研、服务的职责一开始就应该有清晰的界限，虽然可以互相替代做一些事情，但岗位职责必须明确，否则做事情就缺乏章法。就像行军打仗需要分工，需要协调进退。  SaaS企业总体工作流程虽然是初创企业，但做事情仍然需要章法，即有章可循，也就是要建立相应的工作流程。2B的工作与2C的不太一样，面向的大客户，需要一整套机制把项目谈下来，而不是把产品做好，再获取流量就行的。根据市场、销售、产研、服务四大块，我们把用户也分为四个阶段。从潜在客户一直到忠诚客户，我们在不同阶段采用不用的服务策略。  SaaS企业获客流程 获客是SaaS企业最重要的环节，拥有了客户才有生命力，一切要以客户为主导。因此，了解客户需求，满足客户要求是SaaS企业必须掌握的能力。随之应该有相应的岗位流程来匹配整个流程，让获客变得有序和可持续。 SaaS企业交付流程 在签约客户之后，非常重要的一环就是根据客户需要交付实施。因为每个客户都有自己的特点，因此即便再抽象的模型，再通用的解决方案都很难满足个性化差异，所以，针对不同客户特点，我们当有一套差异化的实施方案，在既不影响通用方案的前提下，又能较好满足客户的个性化发展需要。这就是需要我们在通用解决方案之上有一套差异化的实施方案。根据这个流程，我们当为签约客户提供个性化的实施交付。 SaaS企业产品研发流程SaaS产品相对2C的用户互联网来讲主要是需求的个性化，因为每家企业都有自己的特点，但我们也不能为每一个客户都提供一套完全不同的解决方案。SaaS的价值就在于在各不相同的企业中寻找共性，找到通用的解决方案，并以此为基础，满足客户的差异化需求。因此我们需要在产品设计阶段充分了解行业、理解业务，在开发产品时还需要设计的足够通用和可扩展，让我们的模块保持松耦合，随时可以拔插，让我们的SDK和API有足够丰富清晰的选项，方便功能扩展和能力增强。  要做到这一点，这对于SaaS技术其实是一个非常大的挑战，因为做一个业务是容易的，做通用的软件也是容易的，但做一个既通用但同时又能满足差异化需求的技术方案就很不容易。如何做到软件的通用和个性化本就是一个难题，更何况还需要让这个通用方案和个性化可持续。 SaaS企业岗位职责根据市场、销售、产研、服务四大块，我们再为每个岗位细分下职责。这里针对的只是100人下的初创企业，如果是一家相对成熟的中、大型企业，那部门和岗位就多得多，职责也就需要更加细分。  当然企业大小也不是人数来定的，有的企业人数可能很小，但收入和利润规模却非常大。如果企业做大做强了，需要的部门和岗位自然就多了，但核心岗位和职能仍然如此。 结束语SaaS这个词出来很久了，国外这块已经较为成熟，我们国家的软件服务之前倾向于传统模式，互联网化也就是近几年的事情，因此关于SaaS这块，大家都在摸索。在互联网应用这块我们国家是强项，尤其是在面向个人服务的领域，我们甚至领先国外，而在2B的互联网这块，我们才刚刚起步，但我们相信，在应用领域，我们很快就会后来居上，比肩和超越国际巨头。而做事情有了方向后，很重要的就是理清职责和确定流程，也就是“定战略、建班子、带团队”。有了目标，确定好职责和流程，剩下就是坚定不移地执行了。 |
|
|
