适用团队与部署方式-内部社区落地范围说明

启用前的判断材料

员工社区能不能用起来，多数时候不取决于功能多少，而取决于组织条件是否匹配。这一页不谈功能细节，只解决三件事：你的团队属于哪一类、账号和权限怎么分、上线前需要把哪些东西准备好。看完这三部分，再回到功能模块页挑选启用顺序，会更省事。

三类适用团队的判断清单

下面三类团队在使用过程中关注的重点并不一样。逐条对照，命中多数条件的团队可以直接进入账号结构环节；只命中个别条件的，建议先把试运行范围收窄到一个部门或一个项目组。

判断条件：每季度有固定的员工沟通安排，需要把通知、讨论与反馈集中在一处，而不是分散在多个即时通讯群里。

需要确认的一点：现有通知渠道是否愿意把一部分内容迁移到社群内，否则社群会变成第二套并行渠道。

判断条件：有按批次推进的培训或文化活动，参与人群相对固定，活动结束后希望留下可查阅的记录。

需要确认的一点：每期活动是否有明确的责任人负责发起话题和整理记录，缺少这个角色时内容容易停在第一期。

判断条件：社群成员来自外部合作方或客户侧，需要按合作阶段或渠道来源分层管理，并对发布内容做发布前检查。

需要确认的一点：审核尺度是否已经写成书面规则，外部成员参与时，口头约定很难在多人协作中保持一致。

账号结构按角色划分，而不是按人划分。同一个人在不同社群中可能承担不同角色，因此权限分组以“在某个社群内做什么”为准。常见的三种角色如下，管理员工作区中的成员管理页就是按这三列组织信息的。

准备清单解决“手头要有什么”，推进顺序解决“先做什么后做什么”。两件事分开看，避免在试运行期间同时改动配置和规则。

内容边界需要在启用前写成文字并告知全体成员。它决定了审核员在遇到模糊内容时依据什么判断，也决定了社群长期保持什么调性。