12月23日下午，微信團隊在年末發佈了企業微信3.0版。這一版本讓企業微信可以添加客戶微信、建立100人的客戶羣、發表內容到客戶的朋友圈。同時，還支持25人的在線會議、文件演示，支持加密的微文檔、微盤。
這意味着企業微信除了具備其他智能移動辦公軟件所具備的OA功能外，還把"與11億微信用戶緊密連接"這一獨門祕籍進一步升級，讓企業可以更好地經營私域流量。
但是這個“讓釘釘的壓力很大”的功能到底做的怎麼樣呢，筆者這忙着體驗了兩天，並且把所有的API文檔研究了一遍，深感矛盾。不知道我們應該誇獎微信爲了保證用戶體驗在企業功能上的剋制，還是應該罵一頓企業微信3.0折騰了這麼大陣仗最後確實一個半成品？
首先我們先說最大的亮點：
企業微信的賬號可以加普通微信用戶好友，並有特殊標識顯得非常好看。同時打通了企業微信和普通用戶之間的界限，讓企業可以直接通過員工的賬號進行用戶運營，並通過後臺客戶的管理私域流量，離職員工的客戶還可以轉移給其他員工。
想想真的很美好！但是遇到現實的企業需求的時候，企業微信可能還是以C端的邏輯在做B端的事。下面舉幾個例子來說明：
1、員工加了客戶後需要手動添加成爲客戶，否則不算客戶身份，或者通過生成的“聯繫我”二維碼掃碼成爲客戶，成爲客戶後，後臺才能看到客戶的信息列表。另外離職員工客戶再分配時，需客戶同意添加新的人好友纔可以，且員工賬號邏輯屬於本人，需要本人實名認證，但是離職後無法平滑過渡：因爲即使我們讓員工都用公司的手機和手機號碼註冊，但實名認證也很難用別人的。
這完全是2C邏輯，不是2B邏輯，在企業看來，雖然企業微信賬號是個人賬號，但應該做公司認證，而不是個人認證。離職後公司認證取消，客戶收回到客戶池並可重新分配給其他人。
上述這個問題有三個大坑，一是客戶定義的問題，二是認證問題，三是換人需要客戶同意。難道不應該加了好友就算客戶麼？難道不應該基於公司認證麼？難道不應該自動換成新客服人員麼？
目前的狀態相當於重新加人了，對於客戶的體驗也不好，但保持了剋制；對於企業的體驗更不好，如果客戶沒加，沒看到通過好友，那麼就直接造成了客戶的流失。
2、目前的API接口無法直接修改客戶信息（備註、標籤、手機號碼等），只給了查詢客戶列表和詳細信息的查詢接口。（非家校溝通）這一招真的是更剋制，完全杜絕了二次開發系統批量化修改客戶的備註標籤信息，只能靠員工手動處理，加一個好友設置好一個好友的標籤，這個一般情況來說並不現實。
因爲實際情況是，加好友了後我們並不清楚這個客戶的實際信息，用戶的各項信息是逐漸獲取逐漸完善的，這個如果不能用程序處理....那麼將是一個巨大的工作量。在這個根本不會打擾到用戶的需求上，也如此的剋制，這顯然也是以2C的邏輯來做的2B企業微信後臺管理功能。
3、最後我們說說100人建羣、發朋友圈這個事，由於我自己的測試賬號沒有100人權限和朋友圈權限，我們找到了有權限的測試號，發現朋友圈一次只能發200人，雖然我們比較理解這個大規模開放必然影響微信廣點通的收入和用戶體驗，但是200人一次同樣是一個巨大的工作量，並且無法真正形成規模化的業務。
最重要的是沒有給API接口來處理對客戶的羣發消息，只能對內部員工羣發各種消息。好吧，我們也可以理解爲了避免打擾用戶，但是這樣處理的話，如何高效率的讓企業經營用戶呢？
以上種種，不僅僅有流程上與現實邏輯的衝突BUG、也會有因爲既要兼顧C端用戶的體驗，還要想做好B端的服務的矛盾心態。但不得不說，僅僅從內部管控的情況來說，企業微信並不輸於釘釘，但企業微信的大殺器打通C端體系卻做了個半成品，不得不說企業微信3.0，在B端狂野與C端剋制的博弈上始終無所適從。
我們非常希望能夠在兼顧一定的用戶體驗的同時，能夠給企業開放更實用的API功能，能夠讓入駐企業通過企業微信來完成對C端客戶體系的建立與規模化，這樣才能基於微信的基礎設施上生長出巨頭，而不是僅僅能夠服務微商之類的小團隊。（本文首發鈦媒體）
文 | 嶽恆說