主页 > 超兔理念 > SaaS产品如何满足客户A的个性化需求?

SaaS产品如何满足客户A的个性化需求?

客户A的需求,专项开发不难,只要针对分析开发即可。但问题是:逻辑固化,数据固化,业务固化,一句话,通用性不够。通用性是产品功能的生命力。因此,我们需要将客户非常具象的专项需求做模型抽象。

好系统,对用户的要求是粗放的。如果我们能够把客户的场景设计成通用的逻辑、数据和关系,意味着可以为客户解决更多的问题,可以更灵活应对这个客户的业务调整。这是面向标准化抽象的基础逻辑,也是SaaS产品OneCode的技术保障。

SaaS产品如何满足客户A的个性化需求?

一、最忌讳凑功能、凑逻辑:绝大多数的管理应用类软件,都是基于主系统逻辑做开发。现在大多数的系统都有自己成熟的框架、体系和技术上的基础。用现有的东西去搭建,比从零开始写容易。产品经理在设计方案的时候会依赖原有的体系,这就容易出现用原有的组建、原有的逻辑、原有的界面、原有的UI去凑功能。凡是凑出来的功能,都不够强壮,缺少鲁棒性。鲁棒性强的系统,容错性就强,允许系统在一定(结构、大小)的参数摄动下,维持其它某些性能的特性。

二、需求分析的方法论:模型抽象分2步:1)分析使用场景。2)业务抽象:逻辑,数据和关系。关系:输入数据时的约束,表和表的关联,触发机制。业务需求元素:场景、用户、使用频次、数量级。

三、在大背景中分析小场景:小场景后面可能是企业核心业务依赖,养成把小场景放到客户A企业整体业务逻辑中去分析的习惯,才能真正读懂用户需求。对于很多厂商而言,用户需求的满足不是难度,但是他看不出用户需求背后的业务重要性。如果我们只是把用户的需求看成一个小功能,在感知上就发生错误了,看不出背后的关系。举例,超兔最近有个医疗行业的客户,提出一个业务员回访终端客户发掘分销机会的场景需求。看起来是一个不大的事情,但是放在该企业的整体业务中,即可发现其重要性:

1)对于一个核心依靠分销的企业来说:该公司要求销售对终端客户(医院方)做信息挖掘,通过终端客户去挖掘分销合作伙伴。这是该公司分销网络渠道建设的重要一环,属于战略级的行动。

2)企业的分销网络越丰富,影响面越广,触及的销售面越大,相比较一个个找终端客户,渠道可以起到四两拨千斤的作用。不过这家医疗公司找渠道分销合作伙伴的方式更独特,也更有效。他不直接找,而是通过终端客户最直接的感觉、最真实的评价,去判断、去选择优质分销商。

3)企业逐步建立起一个相对强壮、广泛的分销网络,其中根本的业务包括:

1.发掘新的分销商线索。包括:分销商的基本信息,哪家企业,业务员,主营产品,覆盖区域等。

2.更新分销商信息。包括:分销商有没有换业务员?换地址?换联系方式?

3.监督已经签约分销商的服务质量。意义:确保终端客户满意度;淘汰不合格的分销商。

4)销售层:一次行为的终端拜访。分销商与终端客户并重。销售需要把了解到的关键数据记录到系统中,并刷新到各自的主业务表,包括:1.发掘了几个新线索;2.更新了几个老线索;3.回访监督分销商的数据。

最终,我们根据客户提供的所有需求,抽象为:

1.我要经常回访老客户,刷新关键联络信息。【这是客户回访的标准逻辑,通用程度大于90%】

2.回访老客户时,转介绍了新潜客给我。【通用性可以达到80%】

3.回访中我还想记录和刷新联系人信息、其他业务信息(支持分类)。【提取共性+拓展自定义:分销商的终端质量回访,适应性不超过30%;但是,通过将销售行为做抽象,即销售操作记录与刷新联系人信息,刷新对应主表数据,可以达到90%的通用性】

4.上述事务要集成在一个行动事务下。

到这里,客户A的个性化小场景,通过系列标准化分析范式,得出了最大普适的标准化逻辑和功能。