基于企微載體的功能設(shè)計:退休員工的服務(wù)管理

0 評論 585 瀏覽 0 收藏 10 分鐘

本文將分享一種實際遇到的情況,并探討如何利用企業(yè)微信作為解決方案的核心,處理緊急需求,同時確保項目的成功推進。這是一個關(guān)于應變能力、資源優(yōu)化和團隊協(xié)作的真實案例,對于任何在動態(tài)工作環(huán)境中尋求效率和創(chuàng)新的產(chǎn)品經(jīng)理來說,都是必讀之作。

是否各位產(chǎn)品經(jīng)理遇到過接臨時需求的場景?

例如,隔壁組產(chǎn)品出差2天時間,但一個集團內(nèi)說大不大說小不小的需求需要處理,各方訴求還不同:業(yè)務(wù)說2個月后要看到上線結(jié)果,老板給了要求需要2天內(nèi)提供設(shè)計方案,技術(shù)經(jīng)理說年初沒有立項,當前沒有外包開發(fā)人力,需要控制需求范圍。

接下來,我想用7分鐘時間,分享我的產(chǎn)品方案分享解決思路,并分享這兩天對于企微的探索:

一、明確需要解決的問題

當前部分退休、離養(yǎng)用戶無法進行正常企業(yè)內(nèi)部服務(wù)。

隨著企業(yè)持續(xù)發(fā)展與內(nèi)部退養(yǎng)政策的實施,企業(yè)亟需為日益增多的退休人員及參與內(nèi)部退養(yǎng)計劃的員工,設(shè)立并優(yōu)化相應的服務(wù)接入渠道,以確保他們也能便捷地獲取所需的企業(yè)內(nèi)部服務(wù)。

二、解決方案及選擇理由

將企業(yè)微信作為集團化的公司里服務(wù)內(nèi)部員工的一個載體:解決退休、離養(yǎng)用戶服務(wù)申請、事項辦理、資訊瀏覽等用戶端問題,并通過企微后臺的”企業(yè)自建應用“能等方式提供退休員工的后臺服務(wù)管理解決方案。

選擇該方案的理由

1. 用戶體系搭建簡單

歷史用戶缺失賬戶體系、即將退休的用戶賬號會也進行回收,已不滿足集團統(tǒng)一身份認證的要求范圍,無法使用已有的員工內(nèi)部服務(wù)平臺。而企微進需要微信和手機號即可登錄,退休用戶基本有手機號和微信,這解決了用戶體系問題。另外,后臺開發(fā)也只需要接入oauth2能力獲取企業(yè)微信員工身份即可使用。

(企微用戶登錄界面)

2. 獲得便利性高

企微App在應用商店上架,支持iOS和安卓機型,任何用戶可以下載訪問。

與之形成對比的是,集團內(nèi)部的自研App需要掃描二維碼才可下載訪問,而退休用戶基本年齡偏大,較少的下載步驟能夠減少用戶的操作。

另外,企業(yè)微信有開放API接口,可以獲取到添加用戶的UnionID或openid,可以整合集團現(xiàn)有的公眾號、小程序、H5等,形成服務(wù)閉環(huán)。

3. 功能復用性高

后臺消息推送可復用企微管理端現(xiàn)有功能-分級管理員賬號,該賬號同時包含邀請員工加入企業(yè)號及從企業(yè)號刪除員工的權(quán)限。該功能約等于不需要集團后臺再開發(fā)消息推送功能了。

4. 企微生態(tài)的開放性

可以采用企業(yè)自建應用的方式。由企業(yè)內(nèi)部的開發(fā)者自己開發(fā)部署,相當于是企業(yè)自己的資產(chǎn),調(diào)用接口基本沒有任何限制??梢酝ㄟ^調(diào)用API接口,將企業(yè)已有應用接入企業(yè)微信,并展示在工作臺中,供成員使用。

從用戶側(cè)角度來說,其中工作臺應用主頁是高頻使用功能,可以在“工作臺——應用”二級入口新增功能入口,支持H5嵌入、新建功能模塊,支持多級頁面建設(shè),功能不亞于新建App。

(企微用戶端工作臺入口)

從后臺管理端來說,偏PC端管理工作臺,支持后臺數(shù)據(jù)管理,對信息增刪改查、數(shù)據(jù)報表分析等。

(企微后臺管理端入口)

理論上企微有第三方應用服務(wù)的方式,但我們項目暫時不涉及。另外,基于以上4點,在解決方案上放棄了在原有集團員工服務(wù)類App上搭建入口的方案,而是選擇了企微。

三、想象空間及局限性

1. 企業(yè)級營銷管理

相信做過同家企業(yè)C端或是B端多個產(chǎn)品的產(chǎn)品經(jīng)理都知道,同家主體僅會使用一套微信用戶體系,也就是同個“unionid”,unionid是一個可以跨多個公眾號或小程序的唯一標識,用于標識同一個用戶在不同應用中的身份。

企業(yè)微信作為騰訊官方推出的企業(yè)級通訊與辦公工具,確實具備強大的生態(tài)整合能力。它能夠?qū)⒐娞?、小程序、H5鏈接等多種微信生態(tài)內(nèi)的資源綁定在同一主體下,實現(xiàn)數(shù)據(jù)的互通與精細化管理。

舉個例子,A用戶參加了線上活動、線下體驗、虛擬服務(wù)等都可以被關(guān)聯(lián)記錄在同個unionid上,因此這類用戶全生命周期管理也形成CDP資料庫的雛形。有助于企業(yè)構(gòu)建精準的用戶畫像,理解用戶需求與偏好,從而實施更加個性化的營銷策略和服務(wù)方案。

但其局限性在于,首先,用戶同個手機號可以綁定不同的微信號,無法保證用戶唯一性,其次,用戶如果沒有授權(quán),后臺采集不到unionid,僅可采集到openid,這類id并沒有太高的價值,無法跨小程序、公眾號等使用,最后,只有當公眾號或小程序被綁定到微信開放平臺帳號下后,才能獲取到unionid,且個微信開放平臺帳號有綁定數(shù)量的限制(如可綁定10個公眾號)。

另外,如果企業(yè)不采用自建的形式,而是第三方應用的話會帶來用戶隱私與數(shù)據(jù)安全問題,這條紅線對于互聯(lián)網(wǎng)與金融類企業(yè)至關(guān)重要。因此,本身留給第三方服務(wù)商的空間就不多,即使要做也更多采用軟件本地化部署,連同代碼一起打包賣給甲方。

此外,SCRM產(chǎn)品同質(zhì)化嚴重:市場上存在大量SCRM產(chǎn)品,它們在基礎(chǔ)功能上較為相似,如客戶管理、數(shù)據(jù)分析、營銷自動化等,導致用戶在選擇時面臨困難,對第三方產(chǎn)品差異化、渠道能力和垂直領(lǐng)域能力提出了更高的要求。

2. 多平臺服務(wù)能力串聯(lián)

對已客戶或者準客戶的服務(wù)能力是重要的一環(huán),能通過提高滿意度、建立信任有效提高復購率或轉(zhuǎn)化率。

舉個例子,本地生活類和電商類的AI在線客服是個很好的場景,通過自然語言處理(NLP)和機器學習技術(shù),AI客服能夠智能識別客戶問題并給出準確答案,提高問題解決效率。此外,AI個性化推薦也是核心服務(wù)能力,基于客戶歷史行為和偏好,AI客服還能提供個性化的推薦和服務(wù),增加購買意愿和轉(zhuǎn)化率。

但是企微的兼容性并不全,其API接口和生態(tài)系統(tǒng)與其他平臺(如某些AI客服系統(tǒng))可能存在不兼容的問題,導致無法直接集成。且不說Shopee、抖音、微信、小紅書、拼多多、京東等都在不同生態(tài),就小程序模式的話,高標準的資質(zhì)審核就將部分開發(fā)者排除門外。

3. 對公支付

相信選擇企微的企業(yè)一方面為了私域,另一方面辦公協(xié)同。這塊功能我不展開了,雖然還沒體驗,但這塊報銷功能我覺得能大幅減少報銷審核人力及提高報銷時效。

(企業(yè)支付功能)

本文由 @AI營銷先鋒派 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!
专题
11998人已学习12篇文章
面对多岗位意见不统一时,如何提升自己的话语权,让自己的建议能够真正被他人纳入范围内?本专题的文章分享了关于提升话语权的一些建议。
专题
17648人已学习13篇文章
本专题的文章对整个商业模式进行了一个清晰的梳理和设计,并说明了商业模式如何变成可执行的路径。
专题
37666人已学习20篇文章
“搜索功能”拆解:小功能,大细节。
专题
16681人已学习16篇文章
对于很多软件工程师来说,工作内容都与界面设计有很大的关联。本专题的文章分享了界面设计方法。
专题
33262人已学习15篇文章
一起来看看别人家是怎么做用户增长的。
专题
12961人已学习15篇文章
该如何有效推广?有效推广的策略有哪些呢?本专题的文章分享了产品推广策略。