##剖析“群+”设计模式，展望企业办公服务的未来市场构造( 二 )

本文插图
【##剖析“群+”设计模式，展望企业办公服务的未来市场构造】 二、群 + 企业协同办公案例剖析
下面以“群 + 企业协同办公 ” ，以“开发测试群”服务场景做案例，来详细解说群+的应用模式：
开发测试群中有三个角色，项目经理（也就是管理员）、群员、关键领导。依据群的应用场景，由群管理员为群员、管理员、关键领导挑选工具和配置能力。
2.1 群员角色典型场景
2.1.1 场景表

本文插图
2.1.2 原型稿

本文插图
2.2 管理员角色典型场景
2.2.1 场景表

本文插图
2.2.2 原型图

本文插图
2.3 管理员角色典型场景
2.3.1 场景表

本文插图
2.3.2 原型图

本文插图
三、群 + 设计模式价值与不足
群+设计模式在“业务价值、技术架构、矩阵关系”角度实现新的变革。让工具不再孤立无援、让数据全生命周期管理、让协同在一个界面效率最大化。

本文插图
3.1 群+业务拓展方向
当然，我们也可畅想一下，群+设计模式不仅可赋能于企业办公场景；还可应用与多个场景下。举如下维度供各位参考：
1）群的人群角色维度：开发测试群、培训群、家校沟通群、销售激励群、
2）群的工具链接维度：PLM、CRM、SRM、HR、绩效、IPD、
3）群的API嵌入维度：审批流、统计报表、邮件；
3.2 群+设计模式对各个厂商的业务促动和思考
很多小伙伴一定会说，群一定受限于IM能力，受限于工具。这些都是现实。所以群+的未来方向要向2个业务促进方向进发：
1）企业办公底座平台要抛弃“平台”思维而是聚焦“开放工具”思维：
企业办公底座群雄逐鹿环境下，各厂商抱着“平台”思路去做市场，是致命的。电商因为可给商户带来流量才需构建平台，你一个工具方也做平台不是找死。好好将工具做好， API能力体系足够开放（特别是群的API能力体系），
2）工具厂商要么做“轻量级的IM能力” ，要么就“彻底联盟企业办公底座平台”：
IM能力一定要轻量化、或者SAAS化也有可能，因为用户认为IM能力才是厂商自带的服务，而不是APP；所以工具厂商要是有能力就发力IM、要么做不到就找靠山彻底联盟企业办公底座平台。
我们封闭还是开放？
我们竞争还是合作？
我们抱残守缺还是兼容并蓄？
结果，产品不过是现实世界的孪生、脱于现实、又回于现实。
本文由 @ boyka 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash ，基于CC0协议