基于企微载体的功能设计：退休员工的服务管理

Belinda产品人 2024-07-16 09:15:15

是否各位产品经理遇到过接临时需求的场景？

例如，隔壁组产品出差2天时间，但一个集团内说大不大说小不小的需求需要处理，各方诉求还不同：业务说2个月后要看到上线结果，老板给了要求需要2天内提供设计方案，技术经理说年初没有立项，当前没有外包开发人力，需要控制需求范围。

接下来，我想用7分钟时间，分享我的产品方案分享解决思路，并分享这两天对于企微的探索：

一、明确需要解决的问题

当前部分退休、离养用户无法进行正常企业内部服务。

随着企业持续发展与内部退养政策的实施，企业亟需为日益增多的退休人员及参与内部退养计划的员工，设立并优化相应的服务接入渠道，以确保他们也能便捷地获取所需的企业内部服务。

二、解决方案及选择理由

将企业微信作为集团化的公司里服务内部员工的一个载体：解决退休、离养用户服务申请、事项办理、资讯浏览等用户端问题，并通过企微后台的”企业自建应用“能等方式提供退休员工的后台服务管理解决方案。

选择该方案的理由：

1. 用户体系搭建简单

历史用户缺失账户体系、即将退休的用户账号会也进行回收，已不满足集团统一身份认证的要求范围，无法使用已有的员工内部服务平台。而企微进需要微信和手机号即可登录，退休用户基本有手机号和微信，这解决了用户体系问题。另外，后台开发也只需要接入oauth2能力获取企业微信员工身份即可使用。

（企微用户登录界面）

2. 获得便利性高

企微App在应用商店上架，支持iOS和安卓机型，任何用户可以下载访问。

与之形成对比的是，集团内部的自研App需要扫描二维码才可下载访问，而退休用户基本年龄偏大，较少的下载步骤能够减少用户的操作。

另外，企业微信有开放API接口，可以获取到添加用户的UnionID或openid，可以整合集团现有的公众号、小程序、H5等，形成服务闭环。

3. 功能复用性高

后台消息推送可复用企微管理端现有功能-分级管理员账号，该账号同时包含邀请员工加入企业号及从企业号删除员工的权限。该功能约等于不需要集团后台再开发消息推送功能了。

4. 企微生态的开放性

可以采用企业自建应用的方式。由企业内部的开发者自己开发部署，相当于是企业自己的资产，调用接口基本没有任何限制。可以通过调用API接口，将企业已有应用接入企业微信，并展示在工作台中，供成员使用。

从用户侧角度来说，其中工作台应用主页是高频使用功能，可以在“工作台——应用”二级入口新增功能入口，支持H5嵌入、新建功能模块，支持多级页面建设，功能不亚于新建App。

（企微用户端工作台入口）

从后台管理端来说，偏PC端管理工作台，支持后台数据管理，对信息增删改查、数据报表分析等。

（企微后台管理端入口）

理论上企微有第三方应用服务的方式，但我们项目暂时不涉及。另外，基于以上4点，在解决方案上放弃了在原有集团员工服务类App上搭建入口的方案，而是选择了企微。

三、想象空间及局限性

1. 企业级营销管理

相信做过同家企业C端或是B端多个产品的产品经理都知道，同家主体仅会使用一套微信用户体系，也就是同个“unionid”，unionid是一个可以跨多个公众号或小程序的唯一标识，用于标识同一个用户在不同应用中的身份。

企业微信作为腾讯官方推出的企业级通讯与办公工具，确实具备强大的生态整合能力。它能够将公众号、小程序、H5链接等多种微信生态内的资源绑定在同一主体下，实现数据的互通与精细化管理。

举个例子，A用户参加了线上活动、线下体验、虚拟服务等都可以被关联记录在同个unionid上，因此这类用户全生命周期管理也形成CDP资料库的雏形。有助于企业构建精准的用户画像，理解用户需求与偏好，从而实施更加个性化的营销策略和服务方案。

但其局限性在于，首先，用户同个手机号可以绑定不同的微信号，无法保证用户唯一性，其次，用户如果没有授权，后台采集不到unionid，仅可采集到openid，这类id并没有太高的价值，无法跨小程序、公众号等使用，最后，只有当公众号或小程序被绑定到微信开放平台帐号下后，才能获取到unionid，且个微信开放平台帐号有绑定数量的限制（如可绑定10个公众号）。

另外，如果企业不采用自建的形式，而是第三方应用的话会带来用户隐私与数据安全问题，这条红线对于互联网与金融类企业至关重要。因此，本身留给第三方服务商的空间就不多，即使要做也更多采用软件本地化部署，连同代码一起打包卖给甲方。

此外，SCRM产品同质化严重：市场上存在大量SCRM产品，它们在基础功能上较为相似，如客户管理、数据分析、营销自动化等，导致用户在选择时面临困难，对第三方产品差异化、渠道能力和垂直领域能力提出了更高的要求。