在国内以IM为基础的SaaS生态下 ，CRM的演进在融合进越来越多私域运营意思上的特点——不仅要留存联系方式 ，更要通过精密化运营沉淀社交关系 ，依附持续解决客户的现实问题来经营信赖 ，使得复购、续费产生得越发天然。
每解决一个现实问题 ，客户离成功就更近一步 ，信赖关系也会更牢固。
好比客户之前不相识SDR这回事 ，由于你的建议新设了这个岗位从而解决了销售不愿跟进的问题 ；或者 ，某个客户公司采购的一时会话规划极度昂贵 ，一年要破费十几万的成本 ，企微一推出微信客服你第一功夫就推荐给了他们 ，客户也因而节俭了一大笔开支 ；又或者 ，由于你的规划 ，某客户关键决策人从0到1把私域业务搭了起来 ，并因而升了职 ，这些场景都是客户成功的阐发。
能自动提出问题 ，解决问题 ，就是在治理客户成功。若是一款客户工具 ，在多对多的复杂服务模型中 ，能尽可能辅助相识客户、洞察客户需要 ，从而自动、实时解决问题 ，那么一线治理起客户成功来就会越发趁手 ，成立客户信赖这件事就会变得切实很多了。
这种运营客户信赖的模式是极度切合SaaS贸易模式的题中之义的。换言之 ，SaaS性质上是基于信赖的贸易模式 ，将买卖双方的单次博弈造成了屡次博弈。这对CRM同样合用 ，只有那些真正可能援手客户在业务上由点及面成功的CRM工具 ，能力由于总被客户再一次选择 ，从而得到成功。
与其说这个工具旨在客户关系治理 ，不如说是为了对客户成功进行治理 ，所以 ，我们以为：
CRM的终点现实上是CSM ，也就是“客户成功”。
我们知路 ，对于依赖订阅模式的SaaS公司而言 ，若是客户买了一年以来不续费了 ，公司指定亏钱 ，并且卖得越多 ，亏的越狠 。这类公司必要面对两方面的现实 ，一来获客成本的增长只会水涨船高 ，二来“留住一个老客户的成本 ，往往只有获取一个新客户的1/10左右。”（如下图）反之 ，眼看着一个老客户流失的话 ，你要相应支出10倍的机遇成本。按这个逻辑 ，贪图用拉新的伎俩战胜流失率的思路必然失败。
via：gainsight
我们能够看一下 ，以下几家优质SaaS公司在NRR上的阐发就领略啦 ，
（NRR指“金额续费率”或者“净收入留存” ，具体推算步骤如下。NRR = ( Beginning revenue + Upgrades – Downgrades - Churn) / Beginning revenue）括号中指标：Beginning revenue 代表期初收入 ，Upgrades相当于增购订阅数 ，即加购或升级服务所增长的收入 ，Downgrades是对应的减项 ，Churn则代表客户纯流失造成的收入削减）
这组数听说了然两个关键点（当然其它赛路的优质SaaS类公司在这个指标上也都是极度亮眼的 ，在此不特意列举了。）：
如客户成功领域的大牛Lincoln Murphy 所说 ，你从客户关系治理的投入中所挣的钱 ，绝大无数都产生在初次买卖之后。”拿SaaS开山祖师Safesforce来讲 ，老客户差不多贡献了全数收入的70%-80%。不仅如此 ，HubSpot的新签户客户群中 ，竟有33%来自口碑传布 ，多年来都是新客第一大起源。客户中意度已经毋庸多说了 ，老客户除了自己续费 ，还极度愿意把产品推荐给身边的人。 
via：SaaStr.com
若是客户没有解决自己的问题实现某种成功 ，高留存率和口碑传布就不成能产生——这两点才是把客户成功治理做好的精华。
单一讲 ，好用的CRM ，应该在助力“客户成功」剽件事上更有担任。
助力客户成功第一步 ，工具首先要在找到“对”的客户上面阐扬所长。
更进一步讲 ，在找对客户的那个时刻 ，你已经起头在做客户成功了。Hubspot等公司能有如此之高的NRR ，跟两家公司的营销部门在有关工具赋能下找对了客户理当有着千头万绪的联系。当然找对客户并非一件容易的事件 ，这依赖线索可能在全流程通明流转 ，客户画像必要在整个服务链条上不休网络反馈、建改、迭代 ，必要跨部门的协同。找对客户 ，意味着一家SaaS企业要把握足够多的客户真实数据 ，客户起源要清澈 ，行为数据要可见 ，分歧触点之间的割裂数据要拉通 ，让任何岗位在第一次接触到该客户时 ，都应该占有齐全的高低文 ，绝不费劲还原一个客户的真实形貌。一旦跟客户的初次买卖实现 ，客户成功团队就取代销售开启交付价值的环节。这个团队不仅要求所有前链路的信息都通明、易获取 ，同时它也顿时会成为新的信息中枢 ，在援手客户解决现实问题的过程中 ，他们会发现哪些客户真适合这个产品 ，更容易用起来。而后逐步跟销售、市场和产品成立反馈关环——关环的主张是援手市场逐步找到更靠谱儿的线索 ，让销售在pitch客户时讲对故事 ，援手产品找真正切合客户痛点的场景和职能。好比在亿万先生MR ，客户成功部门会同时调查客户使用【亿万先生MR·企微副手】的过程数据和了局数据 ，蕴含产品每一个 ？榈木芑褂檬荨⒁约敖涌谂灿玫钠荡蔚 ，城市以打分+跟进纪录的方式将客户画像共享给销售和市场 ，甚至能够回传给告白投放系统 ，让市场实时进行人群包的调优。随着客户规模越来越大而团队带宽终于有限 ，客户成功的同事钻研了一个矩阵来分类、分层治理客户 ，预防错付精力 ，以更高效跑出优质客户的模型 ，为找到“对”的客户提供更靠得住的支持。
由于首先提出该矩阵的是亿万先生MR一名客户成功照拂 ，花名西瓜 ，所以称“西瓜矩阵”
并且 ，每次有新职能内测的时辰 ，客户成功团队不会在所有在签约客户中推广 ，而是凭据每家企业的具体的业务特点定向内测 ，感触哪些客户当下业务场景匹配度更高 ，优先深度测试 ，并将他们的反馈作为产品优化的沉要参考。这样 ，这个产品组件沉点卖给谁、若何卖、怎么做规划 ，市场和销售也都能做到内心有数。之所以这么看沉找对客户这件事 ，很大水平上在于——“错”的客户意味着不成接受的苦难 ，不相宜的客户用你的产品 ，很可能造成履历跟预期相背离 ，未免产生抱怨等负面感情、言辞。我们生涯在社交网络时期 ，口碑的价值随时可能被放大 ，轻易一条伴侣圈、群聊讲话等都有可能为业务带来极大的正面或负面影响。不相宜的客户 ，若是过度钻营“客户需要导向” ，使得你无法抽象出真正的普遍需要 ，导致产品迭代方向变形。尤其很容易把SaaS产品干成项目公司 ，那样 ，你做的就不能算是SaaS了 ，估值逻辑也会随之产生扭转。
卖得掉、甚至出货量很大（好比用了廉价战术 ，也是卖错客户的常见情景） ，并不料味着市场的认可 ，由于市场抛弃你的速度能够更快 ，买了用不起来 ，跟客户的关系也就到此为止了。
客户成功性质上 ，正是在数据协同中双向交付价值的过程。
从找对客户到交付价值 ，客户成功团队仍有很长的路要走。但在好多公司 ，各人普遍会把客户成功有关的工作默以为“售后服务、客服、培训”等基础工作 ，这跟交付价值的启程点是有很大误差的 ，他们往往：
跟前面提及的贡献收入、提高客户中意度的成功实际是相悖的。从客户全性命周期的角度来思考 ，客户成功团队应该是下一次买卖的售前 ，因而应该是指向“收入”的。现实上 ，作为售前部门 ，客户成功团队必须是积极自动的问题解决者。成熟的客户成功业务往往要求从业人士具备领域专长（domain expertise） ，可能鉴别客户地点行业的风险和机遇 ，实时出产相应解决规划。一个优质客户的贡献绝不会在打完款以来就没有价值了 ，不少犀利的产品能力往往来自与客户的共创 ，像亿万先生MR告白投放环境下的表单加微职能 ，就是由于其时没有电话营销部的梦饷集团提出“以企微直接承接告白落地页线索”才加快开发的。之所以对客户成功有这样的理解 ，Context的流转缺位或者低效是很大的原因 ，好多公司的客户进来后 ，客户成功别说开发新需要了 ，连有效建联都费劲 ，这种情况 ，要么由于销售乱签客户 ，要么就是客户信息缺失太严沉。数据有序在跨部门 ，跨组织 ，跨角色去流转 ，是客户成功变得更自动、贡献更多收入、交付更多价值的基础。客户成功团队给客户交付价值 ，可沉点分两个阶段 ，第一阶段是凭据销售递过来的前链路画像 ，先确认原始需要无误 ，吓酌起来一些 ？ ，第二阶段是在双方进一步信赖的基础上 ，开发客户使用的新场景、新职能。在服务客户的时辰 ，他们往往必要：1、充分相识客户公司的服务交代流程 ，找好突破点 ，轻量化推一些职能让客户上手。亿万先生MR的客户倍市得 ，就是市场部先采买了工具 ，把告白公域加微的职能用了起来 ，由于必要给销售分配线索 ，因而也带头销售部使用起来的 ；另一个客户立刻说则是一部门同事先起头用 ，效能提升上来了 ，后进团队自动要求切换工具的。客户成功团队 ，在交付价值时 ，现实上必要具备出产知识、出产规划的能力。好比针对个微迁徙企微、企业公家号访客的画像追踪、提高线索转化的官网刷新等 ，我们都有与产品能力妥帖结合的落处所案 ，客户能够直接凭据手册操作。3、凭据客户业务及使用情况 ，自动发现问题 ，援手客户达成新指标。前面也提到了一嘴 ，我们有个专精特新领域的客户 ，正本公司并没有SDR ，在客户成功同事的启发下新设了这个岗位 ，通过SDR（销售开发专员）的首轮跟进和孵化 ，有效筛选出优质线索传递给销售 ，销售跟进意愿也相应高了很多。由于问题被解决 ，这家公司后来也极度愿意助亿万先生MR介绍客户。各人看到了 ，把客户成功做好 ，还是要通过自动解决问题一步步要交付价值 ，一步步助客户成功赢得客户的信赖 ，卖掉产品始终只是第一步。若是有一款工具能让各个环节的数据流转起来 ，客户成功也能做得更轻松、更有动力。事实上 ，对于依赖订阅模式的toB企业而言 ，客户成功不仅是指标 ，更是一种运营模式 ，这种运营模式就是助你经营信赖的 ，我们但愿工具的赋能可能让信赖成本低一些。
.png "幼微AI—你的个人副手 ，懂你所需 ，给你所要")
.png "image 72 (1)")
.png "x33 (14)")
.png "icon(50)")
