专业的短链接生成工具
链接域名
短网址有效期
B端的用户运营工作,运营人员大有可为!
更新时间:2025-5-14 07:36:20 作者:爱短链
用户运营的重点也与产品有很大关系。
我以前认为B端的用户运营是由客户成功团队承担的,与运营商关系不大。
现在我改变了这种观点。
我认为B端的用户运营也很有前途。
首先,从客户获取端的用户运营和交易后的用户运营两个方面进行阐述。
客户获取端的运营工作在上一篇文章中《B如何在工作中获得主动权,从市场方面讲述了运营商有所作为的点,本文的客户获取端讲述了数据对用户操作的重要性;交易后的用户操作从大客户和小客户两个方面讲述。
1、数据对B端用户的影响 在C端用户操作中,一般操作人员会埋葬用户数据,分析用户行为轨迹,吸引用户活跃,引导用户交易。
然而,在B端用户操作过程中缺少一个链接,认为数据在B端并不重要。
用户数量不够大,无法支撑整个B端的产品运营。
如果你有这样的想法,数据分析特错了。
数据分析在B端用户操作中的重要作用不亚于C端用户操作。
B端数据分析可以从两个方面进行,分为前端客户获取和售后操作。
前端客户获取数据主要包含在网站埋藏点,分析用户行为轨迹。
该路径可以提高用户的会话率和留存率。
虽然B端用户的决策链路很长,但是找解决方案的人很简单。
目前,有两种常见的方两种常见的方式,竞价和关系。
竞价获取部分用户的线索,关系是获取大订单的主要途径。
只有通过竞价获得的用户登录到网页上,网页才能埋葬点来分析用户的行为数据。
市场上埋点的解决方案很多,数据采集公司也很成熟。
数据埋点的关键路径:用户搜索关键字,进入页面,点击页面的位置跳出。
最后,该页面的保留率最高,该页面的跳出率最高。
把握数据埋点的分析过程,根据用户的行为决定保留的主要路径。
关键节点改善用户行为。
产品中的埋点更有趣,B终端产品相当复杂,不是几页的跳转。
如果流程整理清楚,操作人员会在这里浪费大量时间。
产品内埋点注重28原则,20%的关键路径可以起到80%的统计作用。
没有必要详细计算用户使用的路径和流程。
产品中的埋点,统计用户使用了哪些功能,做了哪些动作,是否有损失的风险。
但说实话,即使用户丢失,大客户也会通过B端数据失败。
当用户购买产品时,他们只会在到期后转换其他供应商。
在此之前,即使产品难以使用,用户仍然咬紧牙关坚持使用。
毕竟,他们已经付了钱。
因此,大客户B端产品的内部埋点需要谨慎。
二、交易后用户操作 交易客户的流失一般有两种:产品太差,竞品撬单。
B端用户流失前有烂产品的迹象,尤其是有数据积累的产品,B终端用户切换产品成本高,基本不愿意更换供应商。
除非产品太差。
这里的腐烂并不意味着产品真的很差,但对于一些客户来说,产品不能满足用户的需求。
稍微大一点ToB用户,或多或少都有个性化的需求,销售为了快速成单而给用户无底线的承诺, 虽然客户签了账单,但第二年续费的可能性很小,也会造成不好的口碑。
这也是很多B端公司、生产研究团队和销售团队最矛盾的地方。
一些功能并非不可能,而是产研团队暂时没有计划,或者通过公司内的其它产品可以解决问题,B这里体现了端操作的价值。
抱怨别人解决不了问题。
互相指责只会影响团队的氛围。
我经历过和听说过的B端公司都有这种情况。
销售人员过度承诺达成交易。
只要他们签了订单,其他工作就会转移到交付团队和客户成功团队,大部分事情都会堆积在客户成功部门。
最后,客户成功的团队发现客户的许多功能无法实现,但客观地看,运营商应该知道是当前的产品无法实现,还是公司根本没有计划。
一般的团队只会争论和扔锅。
现在我认为B端客户的成功实际上是一个很好的客户运营团队。
因此,运营商需要将自己的能力和想法整合到成功的客户团队中。
有些人可能认为这是狗拿老鼠来管闲事。
我认为只要有利于工作的推广和公司的发展,所有的想法和观点都可以说出来和表达。
运营团队干预后,梳理用户需求,总结问题类型,然后与产品团队讨论当前问题可以解决,未来可以解决,不能解决,与领导讨论,寻求公司其他团队是否能解决当前的业务问题。
解决问题后,销售人员承诺过多,无法解决的问题很少。
产品上有很多通用的需求,可以反向推动产品部门的迭代,而不是让产品部门从用户需求中规划产品。
在解决客户问题时,通常涉及成功的客户部门和运维部门,两个团队有历史遗留的起源,通常不能很好地合作。
因此,也突出了运营商的能力。
通过流程管理,客户成功部门与运维部门串联良好,一般涉及客户成功部门如何向运维部门明确提出需求,运维部门如何推动客户成功部门验收,客户成功部门如何将成果传递给用户。
运营是监督和解决问题的桥梁。
通过运营商的干预,可以缓和两个部门的关系,建立标准的流程也可以解决企业客户运营中的问题。
通过完善产品功能,满足客户需求,可以稳定客户的留存率。
小客户一般对价格敏感,大部分产品都有自己的调性,不要为了小客户降低产品定价。
目前国内ToB类的SaaS产品,一般建立一套标准化的产品,用于下沉市场,小客户的游戏玩法更类似于C端游戏玩法,在售后过程中,通过工作订单或机器人解决大多数使用问题。
一些教程,白皮书和QA综上所述,对维护小客户有很大帮助,所以很多ToB公司将建立博客、视频中心等。
然而,我个人认为使用机器人可以更好地解决这类问题,用户通过表达自己的问题,机器人推送相关解决方案,如果连续三次推送解决方案不能解决用户的问题,机器人自动推送订单或转移人工服务,至于推送订单或人工服务,用户水平决定,因此需要建立小客户层次。
此外,小客户需要埋葬产品,统计用户的行为,大客户有成功的团队维护,可以随时关注用户的动态,小客户只能通过用户行为分析关注用户的动态。
运营商在可以在小客户的运营中做很多事情,如建立博客和视频中心,埋葬产品数据,监控用户行为,防止用户流失,建立小客户服务系统,为用户提供更好的服务。
这两篇文章一般讨论了B端操作的强度。
在未来的文章中,B端操作的解决方案将逐步细化。
这是我观察到的一些现象和思考的解决方案。
我希望它能帮助你的工作。
-END- 特别说明:本网站的主要目的是收集与互联网运营相关的干货知识,为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献,这并不意味着本网站同意其观点,也不对网站内容的真实性负责。
如有侵权行为,请联系网站管理员删除,。