第一篇：基于微信公眾平臺的微信CRM六大模塊詳解

基于微信公眾平臺的微信CRM六大模塊詳解

2013.11.19 13:14:43 來源: 天下網商 作者:葉開(1 條評論)

【i天下網商注】微信團隊一直強調企業微信的主要功能是服務而非營銷工具，微信5.0將公眾號區分為服務號和訂閱號，10月底平臺為服務號開放高級 接口，包括客服接口、網頁授權等，可見服務是微信公眾號的核心價值和方向。前一陣很火的陳坤公眾號向我們直觀地展現了以會員為核心的公眾號的前端，而它的 后端就是CRM。那么，基于微信公眾平臺開放接口的微信CRM應該怎么做？請看本文詳解。文/特邀作者 葉開

微信Social-CRM框架圖

業內一直都在傳說微信是天生的CRM，可是沒有人看到過微信CRM的真容。隨著微信最新公眾平臺的改版和開放接口的微信認證開放，微信CRM離企業 越來越近。漢拓科技第一時間申請認證并對接了微信開放接口，在此就詳細展開一下，與大家分享如何基于微信開放接口來開發企業的微信CRM？ 企業要開發微信CRM，首先要從業務架構上進行設計清楚。微信CRM的本質，是在微信渠道上利用微信的特點和接口而擴展的CRM系統。而CRM系 統，一般可以分為五大模塊：客戶、銷售、營銷、服務、會員，另外還有一些附屬模塊：產品、知識庫、活動、交易、統計報表等。在確定微信CRM的業務架構后 就可以進一步設計具體的數據模型、功能模塊和接口對接了。

1、客戶管理模塊

客戶管理模塊

客戶管理主要是微信CRM進行客戶信息管理、客戶分級分類、客戶溝通關懷和客戶生命周期管理的基礎模塊。

客戶信息管理可以通過獲取用戶基本信息接口建立基本的客戶信息檔案，通過獲取用戶地理位置接口獲取客戶的位置信息，只是需要建立位置軌跡管理，而不是簡單的坐標位置儲存。通過關注訂閱事件和取消關注事件，記錄客戶的關注時間和取消關注時間。

針對公眾號已有的關注者，可以通過獲取關注者信息接口批量獲取公眾號粉絲，該接口每次獲取10000條，幾個循環就可以把品牌公眾號上的粉絲導入到微信CRM進行管理。

客戶分類可以基于用戶分組接口，實現公眾號的分組與微信CRM的分組同步，客戶分類后形成目標列表，是營銷活動的目標對象，也是客戶服務差異化的基礎。客戶生命周期管理，基于客戶的關注時間、取消關注時間以及當前的微信互動頻率、微信互動信息方向等，建立一個粉絲的生命周期管理。

2、服務管理模塊 微信團隊曾經發表過聲明：微信不是營銷，而是客戶服務。的確，微信的一對一私密交互最適合做品牌的客戶服務，尤其是客戶服務接口開通后。服務的本質是客戶發起一個請求、品牌來進行響應和反饋，循環往復直至客戶滿意。初步原來是基于接收用戶消息和向用戶回復消息接口實現微信的收和發，但由于六秒的限制很多客戶服務動作來不及做完。因此，客戶服務接口出現了，它可以實現在24小時內回復，這樣微信CRM可以輕松走完內部處理動作而實現對客戶的微信請求的響應或答復。

客戶服務管理還需要接收事件推送接口和自定義菜單，實現客戶的多觸發機制，這樣客戶可以通過自定義菜單、消息等各種方式隨時發起微信請求。

但是微信客戶服務最難的不是功能設計和開發，而是對微信客戶服務運營的理解。微信CRM不僅僅是系統，更是運營，因此你如何設計微信客戶服務運營的 流程和KPI？這個很關鍵。根據你的流程和KPI，微信CRM怎么來支撐？比如當前企業的微信主要指標是到達數量、打開率、轉發分享率等，但是對于客戶服 務而言，這個根本不足夠。微信客戶服務需要的是響應時間、服務水平、反饋周期、解決率等專業指標。

微信對話管理

3、營銷管理模塊

微信團隊的“微信不是營銷工具”，更多是指不是轟炸式的營銷，不是天天推送消息，而是對于通道而言，對于個性化和CRM而言，精準營銷和許可營銷依舊是優化的方向之一。因此，微信CRM中，營銷管理是需要用心設計的一個模塊。微信CRM的營銷管理的核心是，建立拉式營銷而不是推式營銷。因此，建議品牌盡量放棄那種一天一推的轟炸模式，而是設計吸引客戶主動觸發的拉式營銷。從這個角度上講，基于消息模板單發消息接口應該限制，或者限制批量群發營銷，鼓勵一對一的客戶事件觸發的下行模板消息。營銷管理需要用到的是事件推送接口、發送位置消息接口、自定義菜單接口和掃一掃功能，通過客戶觸發的時間、發送的消息、點擊自定義菜單以及掃碼，讓 客戶進行具體的營銷活動。比如關注訂閱事件觸發一個最新優惠活動的下行消息、發送位置消息簽到下行一個特定活動，或者點擊相關活動菜單進入到營銷活動的頁 面或者鏈接。

微信CRM可以讓客戶掃描二維碼進入到營銷活動頁面。還可以通過帶參數的二維碼，標識這個市場活動的營銷代碼，客戶掃碼可以識別來源，這樣在微信CRM中實現市場活動—線索的響應反饋閉環。

拉式營銷的主要形態基本上就是O2O，只是需要與業務運營進行融合，實現常態化。但要看企業是不是能夠真正做到重構？比如日常的營銷活動，必須從微信運營部門會簽，看每一個營銷活動是否可以增加微信元素？

4、微信呼叫中心

從客戶服務模塊延伸出來一個呼叫中心模塊，為什么把微信呼叫中心單獨拎出來專門講？是因為呼叫中心是大CRM的一部分，但是又因為業態特殊所以獨成一體。針對呼叫中心的設計，比較特殊，而且可以用在客戶服務上，也可以用在銷售外呼上，甚至來進行營銷活動的預熱或者邀約等。

由于一對一的主動單發是受限的，因此微信的銷售模塊就不單獨設計了，部分功能是融合在微信呼叫中心里面。

微信CRM的呼叫中心模塊，可以基于自定義菜單接口，實現呼叫中心的IVR交互菜單，同時再單獨開發模塊實現多用戶和智能分配，實現不同菜單分配到不同用戶或用戶組，這是呼叫中心最基本的IVR和ACD。

由于呼叫中心多語音的特點，以及座席客服都是聲音甜美，所以需要通過語音識別接口實現對語音微信呼叫的識別和轉換，同時通過多媒體文件接口實現微信語音呼叫的備案（專業術語叫錄音系統）和質檢功能，并可以通過多媒體文件接口回復實時的或者預錄制好的語音。

微信CRM的呼叫中心模塊偏重于微信客服坐席的運營管理，最難的也是業務設計而不是系統。比如微信座席是與傳統座席混排還是獨立？這直接涉及到呼叫中心模塊的設計。

5、會員門戶模塊

陳坤公眾號

說到會員，最好的案例就是陳坤的公眾號，他基本上實現的是一個會員微信門戶，用到的功能主要是Oauth2.0授權接口，實現網頁上的獲取信息等動作。微信CRM的會員模塊可以通過設計HTML5的會員掌上門戶網頁，同時對接微信CRM的客戶管理等模塊，形成微信H5會員門戶+微信CRM的完整管理體系。以此類推，你可以利用Oauth2.0授權接口+HTML5實現企業的其他微信門戶，比如掌上網站、企業門戶、內部OA等等。這塊不屬于微信CRM，葉開就不贅述了。

6、統計報表管理

微信CRM的統計報表管理，這塊功能是不可或缺的，但又是最難伺候的，因為是要給老板看的。微信的開放接口并沒有跟數據相關的，因此可能很多東西要你自己來想辦法了。

首先，基于前面講的關注、取消關注等數據，統計用戶的新增、流失對比分析；其次，基于前面講的微信交互的時間、方向等數據，設計微信交互的統計分析；然后，再高深點兒的是在市場活動中對O2O的跟蹤、管理和效果，形成市場活動的效果響應統計，也就是ROI分析。

其實吧，如果騰訊移動分析的API能夠開放，那你的微信內容的到達、閱讀、分享轉發等數據就可以成為微信CRM的統計報表中很重量級的報表了。

最后，聊一下微信大數據的構建。雖然微信的獲取用戶信息比較少，只有四五項，但這才是真正“逼迫”你在交互中設計碎片化數據的采集。通過微信CRM 設置交互索引很關鍵，對話中的語義分析、點擊不同菜單的事件等都可以對應標簽，每一次的時間、地理位置等都是時間空間數據，這些組合起來就是微信CRM的 大數據，不要小看喔，看看你能夠從這里面分析出什么寶貝來？

基于微信的開放接口設計企業的微信CRM，基本上講完了。建議盡快去申請微信認證，這樣就可以對接進來，早日實現你的微信CRM，當然微信認證擁有 普通認證的全部權利，比如搜索可見、認證標識等等。悄悄的透露一下，微信認證的企業有可能向微信團隊的市場經理單獨申請微支付接口，好處你曉得啦。最后，微信CRM實際上是Social CRM的一部分，這篇文章只是簡單的描述了一下微信CRM與開放接口的結合和簡單設計框架，總體的設計和開發遠不僅限于此，葉問（yepoint）公眾號會陸續展開SocialCRM的系列文章，敬請關注。

第二篇：微信公眾平臺管理辦法

微信公眾平臺管理辦法

作為新興、便捷的通訊方式，近年來微信軟件迅速崛起，至今用戶總量已突破6億。而微信官方所提供的微信公眾訂閱號、微信公共平臺等信息平臺，作為一個穩定可靠的宣傳推廣手段，不但可以實現文字文本、圖片、語音等信息與訂閱者之間的快速通訊，也極大的改變了傳統宣傳的單一指向向性模式，為宣傳工作注入新的活力。現為規范學校微信公眾平臺的管理，充分發揮學校微信公眾平臺在對外宣傳和信息交流中的積極作用，樹立良好的學校形象，特制定本辦法。

一、微信平臺的定位及管理

（一）學校微信公眾平臺主要是面對全校教職工、在校學生、畢業學生、二級學院教職工及教學點工作人員。是以宣傳報道學校最新動態，樹立學校形象，提供便捷服務，不斷提高信息溝通，促進學習為主要目的的信息交流平臺。

（二）校黨委宣傳部為微信平臺建設發布唯一官方機構，學校各部門所有使用的包含“云南開放大學”稱謂字樣及校徽標志的微信平臺皆需在黨委宣傳部申請并備案。

（三）學校微信公眾平臺管理及信息維護遵循統一管理、統籌規劃、分級負責的原則。學校黨委宣傳部是學校微信公眾平臺的主管部門，負責微信公眾平臺的日常管理。主體板塊由學校黨委宣傳部負責后臺操作和信息發布，分版塊帶建設完成后由學校黨委宣傳部派專人為工作聯系人，負責資料收集，督促各部門及時遞交新信息，（四）學校微信公眾平臺信息供稿實行分工負責制，校黨委宣傳部為微信平臺推送信息發布唯一官方機構，學校各相關部門分別負責所屬工作范圍的信息報送工作，及時提供應最新的信息資料。各部門負責人必須對提供的信息進行審核簽名，并對上網信息的真實性、可靠性和合規性負責。

（五）各部門應根據實際情況安排1名兼職信息員，負責本部門信息內容的策劃、搜集、整理和編輯工作，并定期向校黨委宣傳部報送。黨委宣傳部將對信息員及部門負責人信息進行備份，信息員工作變動應及時通知校黨委宣傳部。

（六）各部門（學院）的微信公眾平應建立相應管理制度，嚴格信息發布審核。

（七）開大咨詢：設學校簡介、校園新聞、八方來風（二級學院動態）、就業信息、招生動態、喜訊、開大學堂、學子風采、美圖欣賞（由學校教師、學生共同投稿）等欄目。

（八）便捷查詢：設校歷、呈貢交通、網站導航、辦公電話查詢等欄目（該功能待二次開發完成后上線），學校結合工作需要，認定需要發布或轉發的通知、公告及其他信息；

二、信息發布程序

（—）在學校微信公眾平臺發布信息應嚴格履行審核程序，未經審核的信息不得發布，涉密信息不得發布。

（二）各部門要確保信息的準確性、時效性和適用性。要注明信息來源，對于來源不明、內容不準確的信息不予發布；內容應簡潔、文字表達要清晰，盡量達到圖文并茂，文字內容控制在700字以內。

（三）在學校微信公眾平臺發布信息，由各部門信息員收集、整理并提出發布申請，所在部門負責人審核，黨委宣傳部進行收集整理，擇優遴選擬發布信息，編輯并確定發送范圍，經宣傳法制科科長初審，并報請宣傳部部長或部長委托的副部長審核同意簽字后方可發布。

（四）各部門應結合本部門工作需要，制訂信息發布計劃，需要通過學校微信平臺發布的重要或緊急信息需提前一個工作日提出發布需求。

（五）審核通過的信息內容，由黨委宣傳部指定專人統一操作發布。

四、信息發布平率1-3天發布一次為基礎，并根據根據學校工作情況和宣傳需要調整。

五、其他事宜

（一）任何人未經學校授權，不得在學校微信公眾平臺上發布信息或更改微信公眾平臺資料。

（二）微信公眾平臺登錄密碼由學校辦公室指定專人負責管理，不得向任何部門或個人泄漏。

(三)對于未通過審核批準而私自在平臺上發布、轉發、評論或者泄漏學校機密、損害學校形象、引發網絡事件的信息，學校將對責任人作嚴肅處理；構成犯罪的，將交由司法機關處理。

六、附 則 本辦法由學校辦公室負責解釋，自發布之日起施行。

第三篇：微信公眾平臺文章

微信公眾平臺文章

真功夫VS海底撈

這個世界上，最差的股權結構是：兩個股東各占50%的股權。我們通過兩家中國餐飲企業真功夫和海底撈，來看最差股權結構公司的不同命運。

一、真功夫

真功夫是中國規模最大、發展最快的中式快餐企業，也是中國五大快餐企業中唯一一家本土企業。

中式快餐市場的廣闊發展前景以及真功夫出色的商業模式和真功夫的發展業績，吸引了眾多股權投資基金的青睞。2007年10月，今日資本和聯動投資兩家PE投資真功夫，企業和資本方的目標是，2010年真功夫實現上市。

但是，之后股東之間的矛盾糾紛，卻為真功夫的發展打上了問號，上市之路也愈發遙不可及。正如我們前面所說，一家好的企業在股權方面至少應該具備以下特點：股權結構簡單明晰；存在一個核心股東；股東資源互補；股東之間信任合作。

但是真功夫除了股權結構簡單明晰之外，其他三個方面都存在問題。回顧真功夫的案例，能夠讓我們對股權結構給企業和資本的影響進行深入的思考。

1、初期發展

真功夫的前身是小舅子潘宇海在東莞長安鎮107國道旁邊開的一家168甜品店。

1994年，姐姐潘敏峰和姐夫蔡達標加入，投資了4萬元，潘宇海自己也出資4萬元，把168甜品店改為168快餐店。股份結構是潘宇海占50%，姐姐和姐夫各占25%。初期，企業經營以小舅子為主，姐姐管收銀，姐夫做店面擴張。潘宇海掌握著企業完全的主導權。

1997年，真功夫借助其“電腦程控蒸汽設備”，攻克了中式快餐業的“速度”和“標準化”兩大難題，開始在全國各地企業開設連鎖店，企業快速發展起來。在這個階段，負責店面擴張的蔡達標對企業的貢獻越來越大。2003年，企業的主導權從潘宇海的手中轉到了蔡達標手中。

2006年9月，蔡達標、潘敏峰夫婦離婚，潘敏峰所持有的25％股權歸蔡達標所有。

2、股東矛盾日益激化

2007年10月，真功夫引入了今日資本和中山聯動兩家PE的投資，兩家PE對真功夫估值高達50億元，各投1.5億元，各占3%的股權，蔡達標和潘宇海的股權比例都由50%攤薄到47%。

PE作為資本方，逐利是其最大目的，因此，投資一家企業后，一定會支持能力較強、對企業發展作用更大的一方。PE投資真功夫，主要看中的是蔡達標的能力，因此，無論在股東會還是董事會，PE都支持蔡達標，力圖企業經營確立蔡達標的核心地位。這樣一來，本來平衡的天平，倒向了蔡達標，而潘宇海被逐步邊緣化。

在PE的建議下，蔡達標開始著手“去家族化”改革，從肯德基、麥當勞等餐飲連鎖企業挖來眾多職業經理人，而在此過程中，真功夫多位與潘宇海關系密切的中高層離職或被辭退，這使得潘宇海被進一步邊緣化。這無疑也引起了潘宇海的反彈，股東沖突由此引爆。

2009年初，真功夫向銀行申請1億元貸款，潘宇海卻向銀行稱“兩大股東有矛盾，貸款有風險”，銀行只能停止貸款，最后還是真功夫的兩名來自PE的董事擔保，貸款才得以放行。2009年7月23日，潘宇海將真功夫告上法庭，要求履行公司股東知情權，并請求法院查封該公司2007年7月至2008年12月的財務報告、財務賬冊以及會計憑證。

2010年2月，廣州市天河法院作出判決，判定真功夫拒絕大股東查賬審計屬于違法，要求

真功夫將財務報告、財務賬冊、會計憑證、銀行對賬單提供給股東潘宇海委托的會計師事務所進行賬目審計，并提供不少于10平方米的辦公場所。

隨后，潘宇海向公安報案。2011年3月17日下午，蔡達標和真功夫的部分公司高管被公安部門“帶走”。當晚11時，廣東省公安廳在其網站發布公告稱，“廣州市公安局對廣州市真功夫餐飲連鎖有限公司個別高管人員涉嫌經濟犯罪展開調查，已在廣州、東莞兩地與該公司部分管理人員接觸并核實情況。目前案件仍在進一步調查中。”

3、世上最差股權結構

真功夫事件發生后，很多人認為這是因為家族企業所導致的，特別是蔡達標和潘敏峰的離婚是關鍵。

但我個人認為，真功夫的問題不在于家族企業，而在于股權結構，家族矛盾只是進一步加劇了股權結構不理想所導致的矛盾。正如某家媒體所報道的：“蔡潘婚變并不是蔡達標與潘宇海翻臉的本質原因，2007年真功夫年會時，蔡、二潘和潘宇海之妻、真功夫的現職監事竇效嫘四人還在一起其樂融融，有說有笑。”

全世界最差的股權結構就是兩個股東各占50%，如果兩個股東意見一致還好，不一致就很麻煩。而真功夫正是這種情況，蔡達標離婚后，前姐夫蔡達標和前小舅子潘宇海各占50%。真功夫的投資者之一今日資本的總裁徐新，早在2005年就向蔡達標表達了對真功夫蔡潘兩人各占50%股權的憂慮，徐新以自己多年的經驗告誡蔡達標，這是一枚定時炸彈。即使引入PE以后，蔡達標和潘宇海的股權比例仍然是47%對47%。

企業的每個股東對企業的貢獻肯定是不同的，而股權比例對等，即意味著股東貢獻與股權比例不匹配，這種不匹配到了一定程度，就會造成股東矛盾。另外，這種股權結構沒有核心股東，也容易造成股東矛盾。因此說，這種股權結構，出問題是早晚的事，不出問題才是不正常的。真功夫最后股東之間不信任合作，并最后導致激烈沖突，應該是意料之中的事。其實從投資之初，兩家PE就一直為改變這種股權結構而努力，并且在2010年似乎看到了曙光。PE和兩大股東蔡達標、潘宇海達成協議，由PE逐漸受讓潘宇海的股份，從而降低潘宇海股權比例，使得真功夫的主要貢獻者蔡達標成為核心股東。

但股權變更尚未完成，蔡達標卻已入監獄。

二、海底撈

海底撈則給我們提供了一個成功解決股權結構問題的案例。

1、也是世上最差股權結構

1994年，四個要好的年青人在四川簡陽開設了一家只有4張桌子的小火鍋店，這就是海底撈的第一家店。現在的海底撈董事長兼總經理張勇沒有出一分錢，其他3個人湊了8000元錢，4個人各占25%的股份。后來，這四個年青人結成了兩對夫妻，兩家人各占50%股份。隨著企業的發展，沒出一分錢的張勇認為另外3個股東跟不上企業的發展，毫不留情面地先后讓他們離開企業，只做股東。張勇最早先讓自己的太太離開企業，2004年讓施永宏的太太也離開企業。2007年，在海底撈步入快速發展的時候，張勇讓無論從股權投入還是時間和精力的付出上都平分秋色、20多年的朋友施永宏也離開企業。

2、匪夷所思的股權轉讓

張勇在讓施永宏下崗的同時，還以原始出資額的價格，從施永宏夫婦的手中購買了18%的股權，張勇夫婦成了海底撈68%（超過三分之二）的絕對控股股東。

2007年，在海底撈成立13年后、并且快速發展的時候，一方股東卻將18%的股權，以1

3年前原始出資額的價格，轉讓給了另一方股東，這簡直就是匪夷所思。

但是，施永宏卻如此回答：“不同意能怎么辦，一直是他（張勇）說了算??后來我想通了，股份雖然少了，賺錢卻多了，同時也清閑了。還有他是大股東，對公司就會更操心，公司會發展得更好。”

海底撈以匪夷所思的方式解決了股權結構不理想的問題。這一方面得益于海底撈從一開始就是張勇為主、施永宏為輔，形成了張勇是核心股東的事實，另一方面也得益于施永宏的大度、豁達與忍讓。

第四篇：微信公眾平臺需求文檔

微信公眾平臺需求文檔

1.服務種類

種類都包括保潔、上門干洗、小時工、家電維修及保養、月嫂、保姆、老人陪護及醫院護工。

2.具體服務分類

（1）保潔：包括日常保潔、新居開荒、擦玻璃（2）上門干洗：衣物、鞋、家紡

（3）小時工：單次小時工、長期小時工

（4）家電維修及保養:家電清洗、家居養護、家電維修服務。

①家電清洗：包括油煙機、冰箱、空調、洗衣機、微波爐 ②家居養護：包括地板打蠟、沙發護理、除塵除螨、燈具養護

3.支付需求

保潔、上門干洗、小時工、家電清洗、家居養護需要在線微信支付，其他只需提交預約。

4.后臺管理

①網頁、app和微信公眾平臺實現后臺統一管理。（包括用戶選擇的服務種類、姓名、聯系電話、住址、預約時間、處理時間、進度、負責人等）②查看資金流水、用戶留言等。

5.模塊管理

模塊一

1.名稱：管理員模塊

2.簡介：管理員的登錄，對相應信息操作

管理員的操作：對用戶的查詢，刪除（必要的刪除），使用分頁技術給管理員更好的視覺效果。

模塊二

1.名稱：新聞模塊

2.簡介：新聞展示，更新，增加和刪除

1.對新聞的查詢和刪除，使用分頁技術給管理員提供更好的操作性能 模塊三

1.名稱：商品模塊

2.簡介：商品展示，更新，增加和刪除

1.對商品的查詢、刪除、增加和更新，分別使用分頁技術給管理員提供更好的操作 模塊四 1.名稱：用戶模塊 2.簡介：可以進行授權的操作，登錄在線聊天進行交流，登錄購物臺進行選，購。模塊五

1.名稱：論壇模塊

2.簡介：可以查看所有的論壇信息，并進行篩選，刪除不健康、不文明留言

6.其他需求

用戶登錄、位置定位、查看訂單、

第五篇：微信公眾平臺學習

微信易信公眾平臺大全

易信公眾賬號后臺如何管理用戶分組 為了讓開發者更靈活地管理用戶，開發者可以使用接口對公眾平臺的分組進行查詢、創

建、修改操作，也可以使用接口在需要時移動用戶到某個分組。

目錄

[隱藏]1創建分組

1.1請求說明

1.2請求參數

1.3返回說明

1.4返回參數

1.5異常返回說明

2查詢所有分組

2.1請求說明

2.2請求參數

2.3返回說明

2.4返回參數

2.5異常返回說明

3修改分組名

3.1請求說明

3.2請求參數

3.3返回說明

3.4返回參數

3.5異常返回說明

4移動用戶分組

4.1請求說明

4.2請求參數

4.3返回說明

4.4返回參數

4.5異常返回說明

1.創建分組

一個公眾賬號，最多支持創建20個分組。

? 請求說明 http請求方式:POST（請使用https協議）

https://api.yixin.im/cgi-bin/groups/create?access_token=ACCESS_TOKEN POST數據格式:json

POST數據例子:{“group”:{“name”:“yixintest”}}

? 請求參數

參數是否必須描述 access_token是調用接口憑證

name是分組名稱(12個字符以內)

? 返回說明

{“group”:{“id”:85007,“name”:“yixintest”}}

? 返回參數

參數描述 id分組id，由易信分配。

name分組名，UTF8編碼

errcode接口返回碼，0成功，其他都為失敗

errmsg接口返回信息，若成功,返回返“請求成功”,否則回具體失敗原因 異常返回說明

{“errcode”:40014,“errmsg”:“不合法的access_token”}

全局返回碼說明

2.查詢所有分組

? 請求說明

http請求方式:GET（請使用https協議）

https://api.yixin.im/cgi-bin/groups/get?access_token=ACCESS_TOKEN

? 請求參數 access_token調用接口憑證

參數是否必須描述

access_token是調用接口憑證

返回說明

{

“groups”:[

{

“id”:0,“name”:“未分組”,“count”:2

},{

“id”:1,“name”:“黑名單”,“count”:0

},{

“id”:2,“name”:“星標組”,“count”:0

},{

“id”:85003,“name”:“網易-易信”,“count”:0

},{

“id”:85004,“name”:“★測試組★”,“count”:0

}

]

}

? 返回參數 參數描述

id分組id，由易信分配。

name分組名，UTF8編碼

count分組成員個數

errcode接口返回碼，0成功，其他都為失敗

errmsg接口返回信息，若成功,返回返“請求成功”,否則回具體失敗原因

? 異常返回說明

{“errcode”:40014,“errmsg”:“不合法的access_token”}

全局返回碼說明

修改分組名

? 請求說明

http請求方式:POST（請使用https協議）

https://api.yixin.im/cgi-bin/groups/update?access_token=ACCESS_TOKEN POST數據格式:json

POST數據例子:{“group”:{“id”:85007,“name”:“yixin_modify”}}

? 請求參數

參數是否必須描述

access_token是調用接口憑證

id是分組id，由易信分配

name是分組名稱(12個字符以內)

返回說明

{“errcode”:0,“errmsg”:“請求成功”}

? 返回參數 參數描述

errcode接口返回碼，0成功，其他都為失敗

errmsg接口返回信息，若成功,返回返“請求成功”,否則回具體失敗原因 異常返回說明

{“errcode”:40014,“errmsg”:“不合法的access_token”}

全局返回碼說明

3.移動用戶分組

? 請求說明

http請求方式:POST（請使用https協議）

https://api.yixin.im/cgi-bin/groups/members/update?access_token=ACCESS_TOKEN POST數據格式:json POST數據例子:{“openid”:“72201de2f279188e”,“to_groupid”:85003} ? 請求參數

參數是否必須描述

access_token是調用接口憑證

openid是用戶唯一標識符

to_groupid是分組id

返回說明

{“errcode”:0,“errmsg”:“請求成功”}

? 返回參數

參數描述

errcode接口返回碼，0成功，其他都為失敗

errmsg接口返回信息，若成功,返回返“請求成功”,否則回具體失敗原因 異常返回說明

{“errcode”:40014,“errmsg”:“不合法的access_token”}