来这家公司之前,我在上家待得不太开心。那种状态持续久了,人会变得麻木,所以后来决定换个环境。
新公司刚起步,业务线还处在摸索阶段,各方面都透着些混乱。但换个角度看,这种“野生”状态反而给了我更大的发挥空间——没有太多既定规则的束缚,很多事情可以自己想办法。
进来之后,我先花时间把各个团队走了个遍,最后选了一个氛围最活跃的团队。B端业务本身就难做,要是团队里全是唉声叹气,工作起来跟进了坟墓没什么两样。
当时团队人手不够,我被赶鸭子上架,边做边学,把客户生命周期的各个环节都走了一遍。售前、售中、售后、产品交付,这些岗位多多少少都接触了一些,有些场景还没来得及碰到。

这篇文章不打算系统性地总结什么方法论,也不是要升华出什么大道理。我只是想把自己在这些岗位上的真实感受和学到的东西记录下来。方法论不是从书本上抄来的,而是自己真正走到一线,一点点磨出来的。
售前是离客户真实需求最近的岗位。

这个岗位有个很大的好处——你能清楚地知道用户到底需要什么,同时明白产品能做什么、不能做什么。客户要的不是单纯的功能,而是一套能解决实际问题的完整方案。这就要求售前不仅得懂产品,还要懂行业。
在这个岗位上,演讲能力会得到很好的锻炼。你要把解决方案清晰地呈现给客户,让他们明白这个产品和方案在实际生产场景中怎么落地。
我觉得售前岗位最大的价值在于培养对客户痛点的敏感度。项目推进的过程中,你会接触到客户方不同层级的员工,从一线操作人员到中高层决策者,每个人关心的问题都不一样。
一线员工关注产品好不好用、功能符不符合实际使用习惯,他们提的需求往往很具体,解决的是实际操作中的痛点。中高层管理者更关心产品能不能真正解决问题、后续怎么升级迭代、数据安全有没有保障。至于价格,反而不是他们最在意的——通常项目走到谈钱的阶段,公司领导才会亲自介入。
销售这个岗位让我看到了最真实的小微用户生态。
在公司的大项目中,售前和交付介入的往往是金额较大、复杂度较高的单子。这些项目由销售人员获取线索后推动,还会涉及招投标流程。但国内目前的商业环境,即便是大项目走正常招投标,如果没有足够的人脉资源,也常常只能陪标。
我以前不太愿意主动拓客,心理负担重,效率也低。经过一段时间的锻炼,慢慢找到了和客户沟通的感觉——其实没那么可怕。把心态放平,了解客户的情况,分析他们的需求,再给出解决方案,这个过程其实挺有意思。
销售过程中,需要根据不同客户的需求点,结合产品实际给出合理的方案。这要求有足够的产品知识储备,既要清楚自家产品的优势,也要了解竞品的不足。

打电话过来的客户通常有两种情况:一种是本身就对这类产品有需求,只是了解不深;另一种是在工作中遇到了明确的问题,需要一套产品来解决。针对不同的客户,要能快速判断他们的意图,准备相应的跟进策略。
突破心理防线之后,你会发现自己能更客观地理解客户真正遇到的问题和困惑。这比坐在办公室里想象客户需求要真实得多。
交付是产品价值的最后一公里。
交付团队的工作其实很难做得好评。做得好了,客户觉得是理所当然,公司也这么认为;做得不好,所有责任都要自己扛。毕竟客户的钱已经付了,交付是产品价值的最终体现。而且在交付过程中,客户会不断提出新需求,稍有不慎就会影响整体进度。
有一次客户下单后,我用产品帮他做了一个应用,交付之后客户打电话说整个流程逻辑有问题。后来发现,不是流程真的有错,而是客户收到产品后不会用。我在客户现场待了很长时间,手把手帮他解决了所有问题才算完成交付。

交付对运营的帮助在于,这个环节能让你看到产品在实际环境中被使用的样子。客户怎么使用产品、遇到什么问题、有什么样的操作习惯,这些信息汇总起来,能帮助你抽象出更通用的行业解决方案。好的交付经验应该沉淀为可复用的方法论,再反哺到产品优化中。
客户成功团队每天要面对大量用户需求。有些需求在现有条件下确实难以满足,有些则是销售环节过度承诺留下的麻烦。无论哪种情况,客成团队都需要笑着迎接客户。
大部分客成团队会记录用户需求并转交给其他部门,但每天处理各种客户信息本身就让人疲惫,更棘手的是推动内部流程解决这些问题。这是运营在轮岗过程中可以真正发挥作用的地方。
早期阶段,催进度是免不了的。这件事不讨好,很多人会嫌烦,但通过几次有效沟通,能很好地推动客户问题的解决。这些问题最终需要通过流程来标准化,建立SOP文档和程序冻结,为后续流程推广打下基础。
更重要的是,在处理这些问题的过程中,你能感受到客户需求的变化。现有程序无法满足的需求,需要提交新的定制需求,这样才能让业务发展得更好。了解客户的初始需求、关注需求的变化、理解客户的业务转型,这些都是B端客户运营的核心。
几个岗位轮换下来,我最大的感受是:只有真正走到一线,才能理解客户在每个阶段的不同需求。数据可以告诉你发生了什么,但只有和客户直接打交道,才能告诉你为什么发生、怎么发生的。这些一线经验积累下来,方法论自然就形成了。
立即登录