版本 1.4 · 看板与话题结构支持分层展示
员工社区里既有部门级的日常沟通,也有跨部门的长期议题,原先平铺的话题列表在条目变多后不容易找到重点。这次调整允许主话题下挂子话题,看板首屏只展示主话题,展开后再看到具体讨论分组。
客户社群同样适用:按客户阶段划分的主话题下,可以挂上常见问题、使用反馈、活动通知等子话题,运营人员不必为了控制层级而拆出多个看板。
影响模块
- 社群看板:看板列表与话题树形结构
- 话题结构:主话题与子话题的层级关系
版本说明
这一页按版本归档看板、话题运营、成员分层、审核规则与活动管理相关的能力调整,每条写明摘要、适用模块和详细说明。团队可以据此核对手上正在使用的能力,判断某项功能属于哪次交付,再安排内部通知与培训。
四条版本摘要按能力主题排列,每条给出版本序号、一句话摘要和适用模块标签。核对时先看摘要,再决定是否需要展开后面的详细说明。
看板内的话题分组可以按层级展开,主话题下挂子话题,员工社区与客户社群的长内容不再挤在同一层。
成员分层除角色外可附加自定义标签,标签与看板可见范围绑定,跨部门协作时不必再手工逐个调整权限。
审核规则从整站统一改为可按话题分别设置,客户社群对外话题与员工社区内部话题使用不同口径。
活动与公告按时间排期展示,运营负责人可以提前看到同一时段内的活动重叠情况,再做取舍。
下面按版本逐条展开,写明这次调整解决了什么问题、影响哪些模块、使用时需要注意什么。整理这些说明时,团队通常会把交付清单和版本记录放在一起核对。
员工社区里既有部门级的日常沟通,也有跨部门的长期议题,原先平铺的话题列表在条目变多后不容易找到重点。这次调整允许主话题下挂子话题,看板首屏只展示主话题,展开后再看到具体讨论分组。
客户社群同样适用:按客户阶段划分的主话题下,可以挂上常见问题、使用反馈、活动通知等子话题,运营人员不必为了控制层级而拆出多个看板。
跨部门协作场景里,同一个人可能同时属于多个群体,仅靠固定角色难以表达。这次在成员分层中加入了自定义标签,标签可以和看板的可见范围绑定,新增成员时直接套用标签即可完成权限分配。
需要留意的是,标签由运营负责人统一维护,避免不同管理员各自建标签导致口径混乱。标签命名建议与团队内部已有的组织称呼保持一致。
客户社群对外话题需要更谨慎的审核口径,员工社区内部话题则更看重沟通效率,统一规则往往两边都不合适。这次把审核规则下沉到话题层级,每个话题可以单独选择审核方式与处理流程。
配置时建议先梳理出对外与对内两类话题清单,再统一设置,不要逐个话题临时调整。规则变更后,建议在团队内部同步一次,避免审核人员按旧口径处理。
活动与公告原先按发布顺序排列,同一时段的活动是否冲突需要人工比对。排期视图按时间轴展示,运营负责人可以直观看到一段时间内的活动分布,提前调整节奏。
排期视图只做展示与提醒,不自动合并或取消活动,最终取舍仍由运营负责人决定。
按能力主题把相关版本串起来,方便顺着一条线索往前追溯。以下条目均指向本页对应段落。