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