大学生专区 PRD · 漏洞复查清单
一句话结论
文档的骨架（流程、状态机、字段、界面规则）已经闭合，但仍有 17 处漏洞：其中 4 处是文档自相矛盾的悬空引用（最危险），9 处是"写了动作、没写规则"，4 处是边界与合规缺口。
一、悬空引用（文档自相矛盾，研发一定会问）
| # | 项 | 问题 | 怎么补 | 优先级 |
|---|---|---|---|---|
| 1 | 跑马灯 | 正文出现 6 次（“跑马灯候选”“跑马灯展示”），但本文档没有跑马灯的任何规则 | 要么在本文件补一节摘要并指向《跑马灯-产品设计》，要么删掉所有引用 | P0 |
| 2 | 通知 / 站内信 / 推送 | 出现 9 次“通知用户”，但消息通知模块已在 v2.4 删除，渠道没定义 | 必须明确：本期只做站内提示（Toast/红点）还是要推送；若不做通知，把“通知用户”改成“页面内提示” | P0 |
| 3 | 数据看板 | 模块已删，但第二章全景图与模块关联表仍写着“数据与看板” | 改为“二期”，或从图中删掉 | P0 |
| 4 | 个人主页 | 出现 3 次；虽然达人榜已标“本期不做”，但认证页新版权益里写了「个人主页展示：学生认证标识」 | 明确：认证标识在个人主页展示属于本期还是二期；若二期需写清楚 | P0 |
二、写了动作、没写规则
| # | 项 | 问题 | 怎么补 | 优先级 |
|---|---|---|---|---|
| 5 | 评价规则 | 9 次提到“互相评价”“好评率”，但没说：几星制、什么时候能评（完成后几天内）、能不能改或追评、超时未评怎么算、差评能否申诉 | 补一节：5 星制；完成后 7 天内可评；可追评 1 次不可改；超时 7 天默认好评；差评 7 天内可申诉 | P0 |
| 6 | 举报流程 | 7 次提到“可举报”，但没有举报类型、处理时效、结果通知、恶意举报惩罚 | 补：举报类型（虚假信息/骚扰/广告/诈骗）；运营 1 个工作日内处理；结果通知举报人；恶意举报扣信用分 | P0 |
| 7 | 资金与托管 | 4 次提到“托管酬金”，但没写支付方式、何时托管、未成单如何退、争议期间是否冻结、退款到账时间 | 补：发布即托管（余额/微信）；未成单/取消全额退回；争议期间冻结；退款 1–3 个工作日到账 | P0 |
| 8 | 吧豆（打赏） | 1 次提到“打赏走吧豆”，但没有吧豆的获取、折算、能否提现、打赏上限 | 补：吧豆不可提现；1 豆 = 0.1 元仅用于排名折算；单笔打赏 ≤ 酬金 50% | P1 |
| 9 | 申诉通道 | 12 次提到申诉，但只有认证流程写了；内容下架、账号封禁、差评都没有申诉入口 | 补一张申诉总表：场景 / 入口 / 时效 / 处理方 / 结果 | P1 |
| 10 | 封禁与解封 | 5 次提到封禁，但没有封禁时长分级、解封条件 | 补：警告→禁发 24h→封禁 7 天→永久；每次可申诉 1 次 | P1 |
| 11 | 学校库维护 | 谁是学校库的维护方、如何新增/停用/合并学校、是否包含校区（文中仅 1 次提到） | 补：运营维护；首批 50 所；校区按独立学校处理，名称带校区后缀 | P1 |
| 12 | 企业资质材料 | 2 次提到“资质未通过不可发布”，但没写要哪些材料、谁审、多久 | 补：营业执照 + 对公账户（涉及人力服务另需许可证）；运营审核 2 个工作日 | P1 |
| 13 | 认证有效期与失效 | 没写认证是否长期有效、毕业/退学后如何失效 | 补：认证长期有效；用户主动更新学籍或举报核实时重新校验；毕业超过 1 年自动失效 | P1 |
三、边界与合规缺口
| # | 项 | 问题 | 怎么补 | 优先级 |
|---|---|---|---|---|
| 14 | 数据采集（埋点） | 全文未提；没有采集要求就无法验证任何指标 | 补最小集：专区访问、学校切换、发布、报名、认证提交、圈子加入（只写“采什么”，不写事件名） | P1 |
| 15 | 未成年人保护 | v1 有“未满 16 周岁不可认证”，v2 之后丢失 | 补回：未满 16 周岁不可认证；16–18 周岁限制高价单 | P0 |
| 16 | 术语未统一 | 「学籍认证 / 大学生认证 / 学生认证」三种叫法混用；新版认证页权益里写「校园专区」，正文叫「大学生专区」 | 全文统一为「大学生认证」「大学生专区」；标签名固定为「学生认证」 | P1 |
| 17 | 内容详情页无设计稿 | 3.4.1 内容详情只有文字；消息中心已删模块（合理），但内容详情是核心页面 | 找设计补内容详情稿，或用低保真图并标注“待设计” | P1 |
四、建议补充顺序
| 批次 | 内容 | |
|---|---|---|
| 第 1 批（半天） | 第 1、2、3、4 项——把悬空引用处理掉：跑马灯给引用、通知渠道定死、数据看板标二期、个人主页明确本期/二期 | 这 4 处是文档自相矛盾，评审必被问 |
| 第 2 批（1 天） | 第 5、6、7、15 项——评价、举报、资金托管、未成年人（都是闭环必需） | 涉及交易与合规，不能留白 |
| 第 3 批（半天） | 第 8、9、10、11、12、13、16 项——吧豆、申诉、封禁、学校库、企业资质、认证有效期、术语统一 | 规则细化，可与研发同步 |
| 第 4 批（半天） | 第 14、17 项——数据采集最小集、内容详情页配图 | 上线前补齐即可 |
五、已经闭合、不用再动的部分
| 部分 | 状态 |
|---|---|
| 业务流程 | 业务全景、模块关系、订单流程、认证流程（含驳回）、企业发布流程、内容闭环 —— 6 张图 + 状态机汇总已完整 |
| 界面规则 | M1–M11 共 11 个模块的界面要素、字段、校验、上限、空态均已写明 |
| 异常与边界 | 14 条异常场景 + 4 张空态规则 |
| 非功能 | 性能、容量、缓存、兼容、隐私与安全均有量化要求 |
| 上线 | 灰度、开关、回滚、冷启动、监控 |