产品经理
关注获得门槛、进度反馈、公开展示的含义,以及经典与像素皮肤的一致性。
LOGIC FRAME · ACHIEVEMENTS
从用户获得徽章,到运营配置与复盘
学习、创作和社区贡献可以转化为可展示的徽章。本人查看进度、管理主页展示,访客查看已获得成就,运营在后台维护规则并观察解锁情况。
先明确这套系统负责什么
关注获得门槛、进度反馈、公开展示的含义,以及经典与像素皮肤的一致性。
关注已实现范围、待修问题、迁移与验收条件,并明确本地实现和生产发布的区别。
关注如何新增成就、试算门槛、安排活动、补算历史,以及如何判断规则是否合适。
徽章是成就系统的奖励,解锁不额外发“帧”。原业务行为是否获得帧,仍由原有帧奖励规则决定。
PART ONE · 用户侧
以下使用本地讲师与学员账号演示。页面里的姓名、数量和日期只用于说明当前界面。
徽章嵌入个人资料区,用户在日常访问个人中心时即可查看自己的成就。
成就墙回答“已经获得什么”和“接下来还差什么”,帮助用户理解可继续完成的目标。
用户直接在已获得徽章卡片上决定哪些徽章出现在个人中心。
D01确认继续采用“主页展示”语义;若需要对外隐藏整个成就,另立隐私需求。
用户可以了解徽章的达成条件、获得时间,并查看同系列成就。
外部访客能够了解这个用户已经获得的成就,不会看到未完成目标和个人进度。
D01对外说明需区分“主页少展示一枚”和“访客完全看不到一枚”。
成就墙和详情弹层读取主页皮肤,装饰、边框、开关与动效随皮肤变化。
用户可以接收获得通知和接近达标提示,也能主动减少打扰。
D03运营评估提示是否有效,需要新增触达与后续行为指标。
PART TWO · 管理侧
运营通过成就管理页维护定义、查看统计和处理历史补算。以下数值来自本地环境。
集中查看成就定义,并决定系统是否对用户开放。
D02明确目标环境、首批开放范围和验收负责人后,再安排正式开放。
运营可以维护成就文案、徽章图片、适用受众及达成条件。
观察成就的解锁规模、近期变化及规则是否需要人工复核。
D03确认观察周期、指标口径和负责人,后续再评估运营效果。
对已发布的有效成就分批扫描历史事实,为满足条件的用户补发徽章。
D04明确补算范围、执行人和通知策略,并在执行前增加操作确认。
PART THREE · 交付与运营安排
以下建议供评审决策,不代表已经排期或承诺上线日期。
| 范围 | 当前口径 | 汇报时应避免的误解 |
|---|---|---|
| 学习成就 | 有效课时、有效学习日、完整学完教材等;互动达标与手动标记计入。 | 打开课时不等于完成有效学习。 |
| 创作与共创 | 公开关键帧、博客、免费教材上线、答疑和纠错采纳等。 | 各指标有去重、状态和时间口径,不能简单按点击次数计算。 |
| 永久获得 | 普通成就一旦获得,后续进度回退不会撤回;暂停或归档也保留已获得记录。 | 成长路线已退役,相关徽章另行排除。 |
| 窗口与隐藏 | 支持累计、滚动、活动时间窗口和隐藏成就。 | 隐藏成就在达成前不剧透;历史学习日无法凭总数还原。 |
| 配置边界 | 当前有 12 个注册指标;多条件采用全部满足的规则。 | 没有任意脚本规则、赛季重置或徽章稀有度体系。 |
| 奖励关系 | 成就消费业务事实,解锁奖励为徽章。 | 不能宣传为“获得徽章再额外奖励一份帧”。 |
当前工作区存在未提交改动。下面是本次核查发现的交付项,责任角色为建议分工。
| 交付项 | 当前情况 | 建议验收标准 | 建议负责 |
|---|---|---|---|
| 发布数口径 | 定义页显示 29,统计页显示 26,退役路线处理不一致。 | 有效发布数统一排除退役路线,历史定义可追查。 | 研发 / 测试 |
| 回溯操作保护 | 点击立即执行真实批次。 | 显示成就、范围、影响与通知策略,经明确确认后执行。 | 产品 / 研发 |
| 展示偏好并发 | 跨标签页同时切换时,整份偏好覆盖可能丢失另一处修改。 | 并发切换不同徽章后,刷新两处结果均保留。 | 研发 / 测试 |
| 文档与文案 | 旧章节仍有“选择排序”等描述;部分指标文案需与实际口径核对。 | 以开关交互与当前规则更新操作说明、验收用例。 | 产品 / 研发 |
| 目标环境验收 | 本次仅核查本地页面与当前代码。 | 完成迁移、权限、功能开关、两种皮肤与移动端验收。 | 项目 / 测试 / 运营 |
先验证用户是否看得懂、是否继续参与,再讨论扩大成就数量。以下为建议新增的观察口径,当前统计页尚未完整提供。
| 想回答的问题 | 建议指标 | 当前能否直接获得 |
|---|---|---|
| 有人在获得吗 | 按成就查看累计及近 30 天解锁。 | 已有 |
| 规则太容易或太难吗 | 试算样本满足人数、解锁变化与人工复核。 | 已有部分依据 |
| 用户看到了吗 | 成就墙访问人数 / 可触达用户数。 | 需补统计 |
| 提示带来了行动吗 | 轻提示触达后 7 日内完成目标的人数比例。 | 需补埋点与归因 |
| 用户愿意展示吗 | 有徽章用户中,至少开启一枚展示的比例。 | 需补聚合 |
| 是否过度打扰 | 通知静音率、轻提示关闭率及相关反馈。 | 需补统计 |
建议观察期 · 小范围开放后连续观察 2 周,由运营记录常见误解和关闭原因,产品复核门槛。需先定义目标人群与对照口径,解锁数增长本身不足以说明留存提升。
MEETING NOTES · 待确认
以下是建议讨论项,均未代替负责人作出决定。模块内编号与此表一致。
| 编号 | 建议确认事项 | 关联页面 | 建议牵头 |
|---|---|---|---|
| D01 | 继续采用“主页展示”开关;如需对外完全隐藏,另定隐私规则。 | 03 / 05 | 产品 |
| D02 | 确定目标环境、首批开放范围、上线前问题清单与验收负责人。 | 08 / 交付项 | 项目 / 产品 |
| D03 | 确定观察周期与成功标准,安排触达、参与及打扰指标的补充。 | 07 / 10 | 运营 / 产品 |
| D04 | 明确历史补算范围、执行人和通知策略,并补齐确认步骤。 | 11 | 运营 / 研发 |
01先定展示语义,避免用户把展示开关理解为隐私开关。
02再定验收与开放范围,把本地功能完成转为可交付版本。
03明确历史补算方案,避免正式运营时误触或范围不清。
backend/app/services/achievement_service.py,退役过滤 153 行、展示偏好 399 行、本人和访客 505 行、试算 747 行、回溯 799 行。backend/app/services/achievement_metrics.py,有效完成来源 48 行,注册目录 349 行起。pages/AchievementManagement.tsx,回溯 536 行、发布数 629 行、统计详情 1090 行;backend/app/routes/achievements.py,有效发布统计 461 行、试算基线 783 行。components/profile/AchievementBadgeStrip.tsx,展示前 8 枚 39 行;AchievementWall.tsx,卡片开关 873 行;AchievementWall.css,像素样式 1487 行起。utils/achievementNudges.ts 与 components/course-learning/AchievementNudgeBar.tsx。运营效果指标待补说明见 docs/dev-notes/成就系统-开发说明.md 第 36 行。