本文不是上下游操作说明书,本文讨论的各项功能的具体操作方法可参考:上下游官方帮助文档
企业微信2022年初上线的“上下游”为企业微信4.0的新功能之一,它与现存的“客户”有哪些区别,“上下游”在使用上有哪些最佳实践?
我(Jesse)本人是泛时尚行业云经营管理平台GOHEADLINE的CEO,我个人很喜欢尝试各类新鲜产品和新鲜功能。苦于这个功能比较新,自己在试用过程中遇到了很多困惑却在网上找不到比较实用的教程,索性在一番摸索之后小有成效,独乐乐不如众乐乐,在此跟大家分享一下我司的使用经验,以供参考。文中所用案例虽与我司业务密切相关,但道理是适用于绝大部分中小型企业的。如有不对的地方,还请大家指正。
名词定义
成员:指的是企业内部员工。
客户:跟成员互加好友即成为客户联系人,类似微信好友,只不过企业管理员可以统一管理,可以离职继承等。
上下游&分组:企业微信4.0新功能,不是通过与成员互加好友成为的,而是需要先创建上下游分组(官方叫法是“空间”),再邀请对方加入该分组,现有客户可以被邀请成为上下游,邀请后对方既是客户,又是上下游(在通讯录“我的客户”和“上下游”里都能找到同一个联系人)。
同为企业联系人,“客户”与“上下游”有什么区别?
客户:
一句话总结:加客户门槛低,接近微信加好友的体验,但组织松散,要想高效管理,对成员自身素质要求很高。
上下游:
一句话总结:加上下游门槛高,对方经常因为不知道加入的是什么东西而不敢操作,但组织严密,便于管理。
所以什么时候该用客户,什么时候用上下游?
简而言之,B2B用上下游,B2C用客户就够了。评判标准就是三条:你是否需要完美分组、差异化群发消息、差异化共享微盘等资源。
举个例子,我们GOOMS电子订货平台这条业务线的下游是买手店,买手店的下游就是终端消费者了,他们使用企业微信基本上只有唯二的目的:防止员工离职带走客户和群发消息。如果你的企业微信里大部分联系人都是C端的,不太需要完美分组、差异化群发消息或差异化共享微盘等资源,就没必要使用上下游。最关键的一点,上下游收发消息只能在企业微信里使用,不适合C端群体。但上游邀请你加入他们的上下游,请加入。
如果你像我们一样是一家B2B企业,上游是企业,下游还是企业,并且业务线比较多,那肯定要用到上下游。这样的企业在群发消息时非常痛苦,对成员个人素质要求很高,需要给客户完美加标签,不然欠下一屁股“运营债”,迟早是要还的。成员从企业客户池中找人的链路也很长,因为看不到彼此的客户,不利于唤醒沉睡客户,也很难将某个购买单一服务的客户转化为购买多个服务,成员无法“自动驾驶”,管理成本很高。如果你为了避免错失商机,正在无脑地把各种重复资料往不同客户群里扔的话,那你可以给上下游做一下子分组(按地区、按活跃度、按类型、按销售负责人等),设置好共享微盘,差异化群发消息,养成让下游自己去共享微盘和共享小程序里获取内容的习惯,减少你群发消息的篇幅和频率。
如果你已经准备好启用上下游,以下几点是我总结的最佳实践:
1. 根据企业业务线先创建上下游分组。
以我司为例,我们就有品牌、媒体、买手、博主各种分组,同时品牌内部又根据他们所使用的不同服务,而具体再分为电子公关平台客户、博主投放平台客户、电子订货平台客户、综合客户等多个子分组。而买手分组下,则根据各销售负责人再具体分为销售1、销售2、销售3等子分组(对方企业联系人看不见自己属于哪个子分组,只能看到自己属于哪个顶层分组)。
这里需要注意,由于当前上下游分组只能创建10个,每个上限是1000家企业,我们只能给媒体、买手、博主这些企业数量特别大的分组都分别创建了从1…N的编号,非常难看。这点没有提前预知,导致我们完全不够用,只能坐等企业微信日后放开这个限制,每个分组1000家企业对于很多平台性质的公司来说是肯定不够用的,反而每家上下游企业下1万个联系人这个容量是不是夸张了点,我怀疑这两个数字企业微信团队搞反了。还要注意上下游的名称是全网唯一的,整个网络里的上下游分组都不允许重名,否则不可创建……
2. 邀请对方成为上下游。
由于大家还不了解上下游,所以阻力颇大。以我司为例,除了使用批量导入的方式之外(见效甚微),主要还是通过个人微信邀请,以及在我司各产品的个人中心页放置加入特定上下游分组的二维码,提示对方主动加入。
难受的是,现有的客户转化为上下游有点不方便,只能通过分享二维码的方式,不能直接勾选客户发出邀请,也无法做到让对方无感知,所以现有客户转化为上下游是个漫长的过程。内部与外部双重蒙圈,客户与上下游长期共存这个难题,可能会让你的运营成本上升而不是降低。这个问题,说实话没有很好的解决方案,也不知道企业微信会不会推出更低门槛的转换方式。
3. 尽量不拉大群,多人沟通时拉普通的客户小群。
从没有上下游群群发功能可以看出企业微信知道以往拉大群主要是为了方便分享和群发,用了上下游就没有这些必要了。以我司为例,基本上已经没有拉大群的必要性了,除非是需要进行接龙、多方讨论、经验分享这些场景之外。
4. 给每个分组按需设置分享内容。
以我司为例,品牌分组被分享了GOHEADLINE, GOSOCIAL, GOOMS全部3个小程序。而媒体、买手、博主分组则只分享他们对应需要使用的小程序。媒体组分享了品牌新闻稿等微盘文件夹,买手组分享了订货资料等微盘文件夹,博主组主要分享各类操作手册、合同文件资源。
5. 使用上下游群发一对一群发。
以我司为例,我们的客户成千上万,很难给每个客户联系人都准确的加好标签。我们的成员又通常同时出现在上千个客户群里,每个群里的信息都很杂,我们虽然做到了保证群名称有一定的规律,但也不忍心频繁往群里群发信息,所以群发每次都会精心筛选好几个小时。客户也肯定会经常关闭群提醒,导致群发消息一直是个难题。因为强制分组的存在,上下游群发的筛选要精准、快速很多,也不需要成员二次确认,由于是一对一的消息,阅读率也大大提升。
文末希望我司各位客户、供应商、渠道在收到上下游邀请时积极加入,方便后续大家沟通更加顺畅、高效!