# 职来 AI 求职招聘平台产品提案（v3.1 修订版） **文档密级：** 机密 **文档版本：** v3.1 **编制日期：** 2026 年 7 月 30 日 **计划周期：** 2026 年 8 月 1 日—2026 年 9 月 30 日（9 个日历周，共 61 天） **文档状态：** 待批准 **编制人：** 项目组 **审阅人：** 公司管理层 --- ## 修订记录（v3.0 → v3.1） 本版本针对 **2 人团队** 的实际产能做了系统性修订，核心原则是：**砍范围保日期、合规前置、留缓冲**。 | 变更点 | v3.0 | v3.1 | 原因 | | ----------- | -------------------------------- | ------------------------------------------------------ | ------------------------------------------ | | 交付周期 | 8 周（与 10 个 Sprint 周、日历 61 天三处矛盾） | **9 个日历周（61 天）**，Sprint 重排为 6 段 | 消除时间线自相矛盾 | | 上线形态 | 公开测试版 | **邀请制封闭内测**（公测待资质齐备后开放） | 资质周期 4-8 周是硬约束，内测形态可按期交付 | | P0 需求数量 | 约 29 项 | **21 项**（含 FR-0601 简版通知卡片） | 2 人 9 周无法承载 29 项 P0，且 v3.1 的 P0 多为合并收敛后的条目 | | 双角色切换 | P0 | 移至 P1（MVP 注册即定角色） | 双角色数据隔离污染全部模块权限设计 | | 多版本简历 | P0 | 移至 P1（MVP 单版本） | 目标用户为应届生，单简历够用 | | AI 功能 | 3 项 P0（解析/诊断/匹配解释） | **1 项 P0（简历诊断，解析作为其内部环节）** | 1 个做深的亮点 > 3 个做浅的功能 | | 面试/Offer 管理 | P1 但已排入 Sprint | 整体移至 P1 路线图，MVP 用 IM 系统卡片承载 | 节省约 1 周工作量 | | 运营审核后台 | 独立后台 | **最简 Web 审核页** | 内测期日审核量 <10 单，不值得独立后台 | | 举报处理 SLA | 30 分钟 | **24 小时** | 2 人开发兼任运营无法保证 30 分钟响应 | | 阿里云 VOD | 在技术栈中 | **移除**（FR 中无任何视频功能） | 死重 | | 发布策略 | 灰度 5%→20%→100% | 直接发布 + 热修复预案 | 无存量用户，灰度无意义 | | 合规清单 | 缺软著、App 备案 | **补软件著作权、App 备案**；等保三级→二级起步；增值电信证注明真实周期（2-3 个月+注册资本门槛） | 软著/App 备案是安卓商店上架前置条件 | | AI 合规 | 未明确路径 | **调用已备案第三方大模型 API + 登记** | 避免独立算法备案的长周期 | | 新增章节 | 无 | **第 0 周资质启动**、**冷启动与种子计划**、**MVP 范围边界（不做清单）** | 双边平台冷启动是内测成败关键 | | 总工时 | 792h（超载 24%） | **576h（产能 720h，预留约 20% 缓冲）** | 见第 5 章 | --- ## 执行摘要 "职来"是一款面向大学生、应届生及青年职场人的**可信求职招聘平台移动应用**。通过"AI 驱动的智能求职助手"与"经平台核验的可信企业岗位"相结合，解决求职市场三大痛点：**信息真实性存疑、求职效率低下、沟通成本高昂**。 **核心价值主张：** - **可信**：企业及岗位经双重审核，杜绝虚假信息 - **高效**：AI 简历诊断为求职者提供可执行的改进方案 - **直接**：求职者与招聘方基于明确意向的直接沟通 **项目概要（v3.1 调整后）：** - 技术基座：React Native 0.85 + TypeScript 5.8 + 阿里云生态 - 团队规模：2 人（前端负责人 + 后端负责人）+ 公司负责人兼运营 - 交付周期：9 个日历周（2026.8.1 - 2026.9.30） - 上线形态：**邀请制封闭内测**（iOS + Android，30-50 名种子用户）；公测在资质齐备后开放 - 预算范围：¥2,000 - ¥7,000 元/月运营成本 + 一次性合规费用（软著加急、开发者账号等，约 ¥3,000-5,000） --- ## 1. 产品需求文档（PRD） ### 1.1 用户画像与核心场景 | 用户类型 | 画像描述 | 核心痛点 | 期望解决 | | ------------------- | -------------------------- | ----------------- | ------------ | | **应届毕业生**（MVP 首要用户） | 22-25 岁，在校生或应届毕业，1-3 份实习经验 | 缺乏求职经验、简历不规范、面试焦虑 | AI 简历诊断、可信岗位 | | **职场新人** | 25-28 岁，1-3 年工作经验 | 信息过载、岗位匹配度低 | 精准岗位筛选、直接沟通 | | **企业招聘者**（内测期为种子企业） | HR/招聘经理 | 简历筛选耗时、候选人追踪困难 | 候选人看板、管道状态机 | | **企业管理员**（内测期从简） | HRD/业务负责人 | 企业认证、团队管理 | 企业工作台（基础版） | > v3.1 说明：资深求职者（多版本简历、Offer 比较）相关需求整体延后至 P1，MVP 聚焦应届生单角色闭环。 ### 1.2 功能需求详述 #### FR-01 账号与身份认证 | 编号 | 需求描述 | 优先级 | 验收标准 | | ------- | ---------------- | --- | ---------------------------- | | FR-0101 | 手机号注册与验证码登录 | P0 | 验证码 60 秒有效，同一手机号 5 分钟内限发 3 次 | | FR-0102 | 注册时选定角色（求职者/招聘者） | P0 | 单账号单角色，注册后不可切换；角色决定数据权限 | | FR-0103 | 账号注销 | P0 | 30 天冷静期，到期后脱敏账号 PII，并保留业务记录与审计轨迹（合规底线，不可砍） | | FR-0104 | 第三方登录（微信） | P1 | 与手机号绑定 | | FR-0105 | 双角色切换 | P1 | 同账号双角色切换，数据隔离 | | FR-0106 | 数据导出 | P2 | 内测期由客服人工处理，公测前实现自助导出 | **用户故事：** > 作为一名应届生，我希望能用手机号快速注册登录，立即开始使用平台。 #### FR-02 求职者职业档案 | 编号 | 需求描述 | 优先级 | 验收标准 | | ------- | --------- | --- | ----------------------------------- | | FR-0201 | 结构化职业档案 | P0 | 基本资料、教育经历（多段）、工作/实习经历（多段）、技能标签、求职偏好 | | FR-0202 | 简历上传（单版本） | P0 | 支持 PDF/DOCX，单文件 ≤10MB，可替换 | | FR-0203 | 隐私设置（基础版） | P0 | 简历可见范围、联系方式展示开关 | | FR-0204 | 多版本简历管理 | P1 | 多版本创建、投递时选择 | | FR-0205 | 数据授权细粒度控制 | P1 | 按企业/按维度授权 | **用户故事：** > 作为一名求职者，我希望能快速建立一份完整档案并上传简历，让招聘方看到真实的我。 #### FR-03 企业认证与岗位管理 | 编号 | 需求描述 | 优先级 | 验收标准 | | ------- | --------------- | --- | ------------------------------------ | | FR-0301 | 企业主体信息 + 营业执照上传 | P0 | 企业名称、统一社会信用代码、行业、规模；OCR 辅助识别，人工审核兜底 | | FR-0302 | 认证审核流 | P0 | 提交→待审核→补充材料/驳回→已认证 | | FR-0303 | 岗位创建与编辑 | P0 | 标题、职责、要求、薪资、地点、用工类型 | | FR-0304 | 岗位审核与发布 | P0 | 敏感词检测 + 人工审核，内测期 1 个工作日内完成（审核人见 5.3） | | FR-0305 | 岗位搜索与筛选 | P0 | 关键词、城市、行业、薪资、经验、学历 | | FR-0306 | 岗位收藏与分享 | P1 | 收藏夹、分享链接快照 | **用户故事：** > 作为一名企业招聘者，我希望提交认证后 1 个工作日内获得结果，尽快发布岗位。 #### FR-04 投递与候选人管道 | 编号 | 需求描述 | 优先级 | 验收标准 | | ------- | ------- | --- | ---------------------------------------------------------------------- | | FR-0401 | 主动投递 | P0 | 简历快照绑定投递，不可篡改 | | FR-0402 | 状态机与时间线 | P0 | 7 阶段：已投递→已查看→沟通中→待面试→面试中→Offer→已录用；含终止状态（撤回/不合适/拒绝/过期）；每次变更记录操作者、时间、原因 | | FR-0403 | 重复投递控制 | P1 | 同一岗位 30 天内不可重复投递 | **用户故事：** > 作为一名求职者，我希望能实时查看投递状态，了解招聘进展。 #### FR-05 招聘沟通与实时通讯 | 编号 | 需求描述 | 优先级 | 验收标准 | | ------- | ----- | --- | -------------------------------------- | | FR-0501 | 会话建立 | P0 | 仅在投递/授权后可建立会话 | | FR-0502 | 消息收发 | P0 | 文字消息、系统卡片（含面试/Offer 通知卡片），已读状态 | | FR-0503 | 未读提醒 | P0 | Tab 栏红点、推送通知、会话列表排序 | | FR-0504 | 举报与屏蔽 | P0 | **24 小时内响应**（由运营责任人处理，见 5.3），屏蔽后不再接收消息 | | FR-0505 | 消息撤回 | P1 | 2 分钟内可撤回 | **用户故事：** > 作为一名求职者，我希望收到招聘方消息时第一时间得到通知。 #### FR-06 面试与 Offer 管理（整体 P1，MVP 不建独立模块） | 编号 | 需求描述 | 优先级 | 验收标准 | | ------- | -------------- | ------ | -------------------------------------- | | FR-0601 | 面试/Offer 通知卡片 | P0（简版） | 通过 IM 系统卡片发送面试时间、地点、Offer 关键信息，状态机同步流转 | | FR-0602 | 面试安排/确认/改期 | P1 | 独立面试模块 | | FR-0603 | 结构化评分卡 | P1 | 多维度评分 | | FR-0604 | Offer 创建/接受/拒绝 | P1 | 结构化 Offer 流程 | > v3.1 说明：内测期真实场景中 HR 通过沟通约定面试与 Offer，平台用系统卡片留痕即可，独立模块在 P1 阶段一补齐。 #### FR-07 AI 求职助手（收敛为单一亮点） | 编号 | 需求描述 | 优先级 | 验收标准 | | ------- | ----------- | --- | -------------------------------------------------------------------- | | FR-0701 | **AI 简历诊断** | P0 | 上传/填写档案后输出：优势分析、缺口识别、可执行改进建议；内部含简历解析环节，字段抽测准确率 ≥85%；内测用户"有用"评价率 ≥70% | | FR-0702 | 岗位匹配解释 | P1 | 匹配项、缺口、建议提问 | | FR-0703 | 打招呼建议 | P1 | 3 条可编辑候选文案 | | FR-0704 | 面试训练 | P1 | 模拟问题、回答点评 | **AI 安全边界（保留不变）：** - AI 输出显著标注"AI 生成/AI 辅助建议" - 不自动淘汰候选人，不生成录用承诺 - 不编造经历、公司事实 - 高风险输出人工复核 **AI 合规路径（v3.1 新增）：** 调用**已完成备案的第三方大模型 API**（如阿里云百炼/通义），我方履行登记手续即可，避免独立算法备案的长周期。AI Adapter 层保持可切换设计。 #### FR-08 运营审核与风控 | 编号 | 需求描述 | 优先级 | 验收标准 | | ------- | --------- | --- | ---------------------------------------------- | | FR-0801 | 企业/岗位审核队列 | P0 | **最简 Web 审核页**（不做独立后台）：待审核/已通过/已驳回列表 + 通过/驳回操作 | | FR-0802 | 投诉处理流 | P0 | 举报→限制分发→复核→处置→申诉，24 小时响应 | | FR-0803 | 数据删除任务 | P1 | 注销后数据可追踪删除（内测期脚本执行） | ### 1.3 MVP 范围边界（明确不做清单） 以下功能 **MVP 明确不做**，统一进入 P1 路线图，开发中不得临时加回： - 双角色切换、微信登录 - 多版本简历管理、作品集 - 独立面试/Offer 管理模块（用 IM 系统卡片替代） - 消息撤回、岗位收藏与分享 - AI 岗位匹配解释、打招呼建议、面试训练 - 独立运营审核后台、视频相关功能（VOD/视频面试） - PWA、Web 企业自助管理端 ### 1.4 非功能需求 | 类别 | 指标 | 目标值（内测） | 目标值（公测 P1） | | ------- | ------------- | -------------------- | ---------- | | **性能** | 应用冷启动时间 | ≤ 3 秒 | ≤ 3 秒 | | | 岗位详情页加载 | ≤ 2 秒 | ≤ 2 秒 | | | AI 诊断响应时间 | ≤ 60 秒（异步任务 + 进度提示） | ≤ 30 秒 | | **可用性** | 系统可用性 | ≥ 99% | ≥ 99.5% | | | 推送到达率 | ≥ 95% | ≥ 95% | | **安全性** | 敏感数据加密 | 全量加密 | 全量加密 | | | 高危越权 | 0 | 0 | | | 审计日志 | 高风险操作 100% 记录 | 同左 | | **兼容性** | iOS / Android | 13.0+ / 7.0+（API 24） | 同左 | | **容量** | 注册用户 | 500（邀请制） | 50,000 | | | 消息吞吐 | 1,000/日 | 100,000/日 | --- ## 2. 功能模块与路线图 ### 2.1 MVP 开发计划（9 周，6 段 Sprint） #### 第 0 周：资质与冷启动启动（与 Sprint 1 并行，责任人以公司负责人为主） | 事项 | 责任人 | 说明 | | ---------------------- | ----- | ----------------------- | | 确认运营公司主体已注册，启动营业执照相关流程 | 公司负责人 | 一切资质的前提 | | 启动人力资源服务许可证、网络招聘服务备案申请 | 公司负责人 | 周期 4-8 周，**本项目真正的关键路径** | | 启动软件著作权申请（建议加急） | 公司负责人 | 安卓商店上架必备，正常 1-2 个月 | | 启动 ICP 备案 | 张顺 | 周期 2-4 周，与域名/服务器绑定 | | 洽谈种子企业（目标 10-20 家） | 公司负责人 | 见 2.2 冷启动计划 | #### Sprint 1：基础架构与账号档案（W1-W2，8/1-8/14） | 交付物 | 负责人 | 验收标准 | | --------------- | ------ | --------------------- | | RN 工程脚手架 | 杨幸幸 | 可运行、组件库就绪 | | 后端 API 框架 | 张顺 | NestJS + Prisma + JWT | | 手机号登录/注销、角色选定 | 杨幸幸/张顺 | 双端角色闭环 | | 隐私同意流程 | 杨幸幸 | 版本化记录，可撤回 | | 结构化档案 + 单版本简历上传 | 杨幸幸/张顺 | OSS 直传生效 | #### Sprint 2：企业认证与岗位（W3-W4，8/15-8/28） | 交付物 | 负责人 | 验收标准 | | --------------- | ------ | --------------- | | 企业认证表单 + OCR 识别 | 杨幸幸/张顺 | OCR 辅助 + 人工审核兜底 | | 认证审核流 | 张顺 | 提交→审核→通过/驳回 | | 岗位创建/编辑 | 杨幸幸 | 完整表单、实时校验 | | 岗位审核/发布 | 张顺 | 敏感词检测、发布生效 | | 搜索与筛选 | 杨幸幸 | 多条件组合搜索 | | **种子企业入驻试用** | 公司负责人 | ≥5 家企业完成认证并发布岗位 | #### Sprint 3：投递管道与沟通（W5-W6，8/29-9/11） | 交付物 | 负责人 | 验收标准 | | ------------ | ----- | --------------- | | 投递流程（简历快照绑定） | 杨幸幸 | 快照不可篡改 | | 7 阶段状态机 | 张顺 | 流转 + 时间线 + 终止状态 | | 候选人看板 | 杨幸幸 | 招聘者视图、筛选排序 | | 环信 IM 集成 | 张顺 | 会话建立、消息收发、系统卡片 | | 未读与推送 | 张顺 | 阿里云推送、红点通知 | | **内测用户招募启动** | 公司负责人 | 目标 30-50 名求职者 | #### Sprint 4：AI 简历诊断 + 审核页（W7，9/12-9/18） | 交付物 | 负责人 | 验收标准 | | ---------- | --------------- | --------------------------- | | AI 简历诊断 | 张顺（服务）+ 杨幸幸（交互） | 诊断报告生成、AI 标注、≥85% 字段准确率抽测通过 | | 最简 Web 审核页 | 张顺 | 企业/岗位/投诉三队列可用 | | 举报与屏蔽 | 杨幸幸/张顺 | 端到端走通 | #### Sprint 5：全量测试与内测准备（W8，9/19-9/25） | 交付物 | 负责人 | 验收标准 | | ------ | ----------- | ------------- | | 全量回归测试 | 两人 | 核心旅程 100% 通过 | | 性能调优 | 杨幸幸 | 冷启动 ≤3s，列表流畅 | | 安全扫描 | 张顺 | 高危漏洞 0 | | 法务文档定稿 | 公司负责人 + 项目组 | 见 6.3，全部完成审校 | | 应用商店提审 | 张顺 | 软著/App 备案材料齐备 | #### Sprint 6：邀请制内测发布（W9，9/26-9/30） | 交付物 | 负责人 | 验收标准 | | ---------- | --- | ---------------- | | 内测包发布（邀请制） | 张顺 | 30-50 名种子用户可下载使用 | | 内测问题收集与热修复 | 两人 | P0 缺陷 24h 内修复 | | 内测复盘报告 | 两人 | 留存、诊断满意度、岗位在架数 | ### 2.2 冷启动与种子计划（v3.1 新增） 招聘平台是双边市场，**没有岗位就没有内测意义**。内测成功的量化目标： | 指标 | 目标值 | 达成路径 | | -------- | --------- | --------------------------- | | 种子企业 | 10-20 家认证 | 公司负责人商务拓展（熟人企业、本地企业、自有公司岗位） | | 在架岗位 | ≥30 个 | Sprint 2 起种子企业陆续发布 | | 内测求职者 | 30-50 人 | 高校社群、校友群、朋友圈定向邀请 | | 投递行为 | 人均 ≥3 次投递 | 岗位质量与匹配度保障 | | AI 诊断使用率 | ≥50% 内测用户 | 诊断作为档案完成后的引导步骤 | ### 2.3 长期路线图（P1：内测后 4-8 个月） #### 阶段一：补齐与增长 | 时间 | 功能模块 | 业务目标 | | ---- | ------------------------ | ------------ | | +1 月 | 面试/Offer 管理模块（FR-06 完整版） | 流程线上化 | | +1 月 | 多版本简历 + 双角色切换 | 资深用户承接 | | +2 月 | AI 岗位匹配解释 + 打招呼建议 | AI 使用率提升 40% | | +2 月 | 智能推荐算法 | 岗位匹配效率提升 30% | | +3 月 | AI 面试训练 | 用户粘性提升 | | +3 月 | 企业付费席位（待增值电信证齐备） | 首个付费客户签约 | | +4 月 | 独立运营后台 + 招聘漏斗分析 | 运营效率提升 | #### 阶段二：平台化升级 | 时间 | 功能模块 | 业务目标 | | ---- | ---------------- | -------- | | +5 月 | 企业 ATS 对接、校园招聘专区 | 大客户与高校合作 | | +6 月 | 视频面试、背调测评服务 | 增值服务 | | +7 月 | 多 AI 模型路由、企业知识库 | 成本优化 30% | | +8 月 | 城市/行业运营平台 | 区域扩张 | --- ## 3. 技术方案 ### 3.1 系统架构设计 ``` ┌─────────────────────────────────────────────────────────────────┐ │ 客户端层 │ │ ┌─────────────────────────────────────────────────────────┐ │ │ │ React Native 0.85 App │ │ │ │ ┌──────────┬──────────┬──────────┐ │ │ │ │ │ 求职者端 │ 招聘者端 │ 设置中心 │ （单角色，注册选定）│ │ │ │ └──────────┴──────────┴──────────┘ │ │ │ │ ┌──────────┬──────────┬──────────┬──────────┐ │ │ │ │ │ Zustand │ Navigation│ Axios │ Services │ │ │ │ │ └──────────┴──────────┴──────────┴──────────┘ │ │ │ └─────────────────────────────────────────────────────────┘ │ └──────────────────────────────┬──────────────────────────────────┘ │ HTTPS ┌──────────────────────────────┼──────────────────────────────────┐ │ 服务端层 │ │ ┌─────────────────────────────────────────────────────────┐ │ │ │ API Gateway (Nginx)：SSL · 限流 · 日志 │ │ │ └─────────────────────────────────────────────────────────┘ │ │ ┌─────────────────────────────────────────────────────────┐ │ │ │ NestJS 应用服务 │ │ │ │ Auth │ Profile │ Org/Job │ Application │ Chat │ AI │ │ │ │ │ Review │ Notification │ Privacy │ │ │ └─────────────────────────────────────────────────────────┘ │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ MySQL RDS│ │ Redis │ │ 阿里云 │ │ AI │ │ │ │ │ │ 缓存/队列│ │ OSS │ │ Adapter │ │ │ └──────────┘ └──────────┘ └──────────┘ └──────────┘ │ └──────────────────────────────┬──────────────────────────────────┘ ┌──────────────────────────────┼──────────────────────────────────┐ │ 第三方：环信 IM │ 阿里云推送 │ 已备案大模型 API │ OCR │ │ 运营侧：最简 Web 审核页（PC 浏览器访问，复用同一套 API + RBAC） │ └─────────────────────────────────────────────────────────────────┘ ``` > v3.1 架构变更：移除阿里云 VOD（无视频功能）；审核后台降级为最简 Web 审核页；AI 走已备案第三方大模型 API；单角色模型简化权限设计。 ### 3.2 技术栈选型 #### 移动端技术栈 | 层级 | 技术组件 | 版本 | 选型理由 | | ---- | ----------------------- | ------- | ---------------- | | 核心框架 | React Native | 0.85.3 | 跨平台，团队已有完整项目经验 | | 编程语言 | TypeScript | 5.8.3 | 类型安全 | | 状态管理 | Zustand | 4.5.5 | 轻量级，API 简洁 | | 路由导航 | React Navigation | 6.x | 原生栈导航 | | 网络请求 | Axios | 1.12.2 | 拦截器机制完善 | | 实时通讯 | 环信 IM SDK | ^1.15.3 | 国内成熟 IM 服务 | | 消息推送 | 阿里云推送 | ^1.0.5 | 国内厂商通道，到达率高 | | 文件处理 | 阿里云 OSS | - | Presigned URL 直传 | | 图片压缩 | react-native-compressor | ^2.0.2 | 硬件编码 | #### 服务端技术栈 | 层级 | 技术组件 | 选型理由 | | ------ | ----------------------------- | ---------------------- | | 运行时 | Node.js 20 LTS | 与前端 TS 统一 | | 框架 | NestJS | 依赖注入、守卫、拦截器 | | 数据库 | MySQL 8.0（阿里云 RDS） | 托管服务，免运维 | | 缓存/队列 | Redis 7.x + BullMQ | Token、限流、AI 异步任务 | | ORM | Prisma | 类型安全、迁移管理 | | 认证 | JWT + Passport | Access 2h + Refresh 7d | | 审核页 | 最简 Web 页（复用 API + RBAC 审核员角色） | 不建独立后台 | | API 文档 | Swagger/OpenAPI | 自动生成 | | 日志 | Winston + Morgan | 结构化日志 | ### 3.3 数据安全设计 | 安全维度 | 实施措施 | | ---- | --------------------------- | | 传输安全 | 全量 HTTPS + HSTS，TLS 1.2+ | | 存储加密 | AES-256-GCM（手机号、简历内容） | | 身份认证 | JWT + Refresh Token | | 权限控制 | RBAC（求职者/招聘者/审核员）+ 资源级鉴权 | | 输入校验 | 前后端双重校验，class-validator | | 审计日志 | 查看简历、导出、删除、封禁等高风险操作 100% 记录 | | 数据脱敏 | 列表字段自动脱敏 | | 备份策略 | RDS 每日全量 + binlog，保留 30 天 | | 密钥管理 | 环境变量注入，密钥不入库 | ### 3.4 核心 API 设计规范 统一响应格式： ```typescript interface ApiResponse { code: number; // 200=成功，4xx=客户端错误，5xx=服务端错误 data: T; message: string; requestId: string; timestamp: number; } ``` 版本化路由（MVP 范围）： ``` /api/v1/auth/* 认证（登录/注销/角色） /api/v1/profile/* 求职者档案 /api/v1/organizations/* 企业认证 /api/v1/jobs/* 岗位 CRUD + 搜索 /api/v1/applications/* 投递管道 /api/v1/conversations/* 会话 /api/v1/messages/* 消息（含系统卡片） /api/v1/ai/* AI 简历诊断 /api/v1/reviews/* 审核队列（Web 审核页复用） /api/v1/notifications/* 通知推送 /api/v1/privacy/* 隐私与注销 （P1 预留：/api/v1/interviews/* /api/v1/offers/*） ``` 关键集成点： | 集成服务 | 集成方式 | 备注 | | ------- | ---------------- | ---------------- | | 环信 IM | REST API + SDK | 服务端建会话，客户端收发 | | 阿里云推送 | 官方 SDK | 服务端触发 | | 阿里云 OSS | Presigned URL | 客户端直传 | | 大模型 API | Provider Adapter | **仅用已备案服务商**，可切换 | | OCR | 阿里云 OCR | 营业执照识别，人工审核兜底 | --- ## 4. 项目时间线 ### 4.1 阶段划分与里程碑 ``` 2026年8月 2026年9月 ├─ W1 ──┼─ W2 ──┼─ W3 ──┼─ W4 ──┼─ W5 ──┼─ W6 ──┼─ W7 ──┼─ W8 ──┼─ W9 ─┤ │ │ ├─ Sprint 1 ──────┼─ Sprint 2 ──────┼─ Sprint 3 ──────┼─ Sp.4 ─┼─ Sp.5 ─┼ Sp.6 │ │ 基础+账号+档案 │ 企业认证+岗位 │ 投递+IM+推送 │AI+审核 │全量测试│内测 │ │ │ │ 第0周（并行）：资质申请 + 软著 + 种子企业洽谈 ──────────────────────────────▶│ │ │ │ M1 基线 M2 岗位闭环 M3 投递闭环 M4 AI M5 内测发布│ │ 8/14 8/28 9/11 9/18 9/30 │ ``` ### 4.2 里程碑定义 | 里程碑 | 日期 | 交付标准 | 验收人 | | -------- | ----- | ------------------------- | ----- | | M1：技术基线 | 8月14日 | 工程可运行、登录/档案闭环 | 项目组 | | M2：岗位闭环 | 8月28日 | 企业可认证、岗位可发布可搜索、≥5 家种子企业入驻 | 公司负责人 | | M3：投递闭环 | 9月11日 | 投递全流程演示、IM 可收发 | 公司负责人 | | M4：AI 就绪 | 9月18日 | 简历诊断上线、审核页可用 | 项目组 | | M5：内测发布 | 9月30日 | P0 缺陷为 0、30-50 名种子用户邀请入内 | 公司负责人 | ### 4.3 风险缓冲与应急策略 | 场景 | 触发条件 | 应对措施 | | --------------- | -------------- | --------------------------------------------------------------------- | | 单 Sprint 延期 | 完成率 < 70% | 削减当期 P1 内容，W9 为全局缓冲 | | 核心模块阻塞 | 超过 3 天无法推进 | 暂停该模块并行开发其他，24h 内技术复议 | | **人员不可用（红色风险）** | 任一成员 > 3 天无法工作 | **立即冻结范围**（保 FR-01~05 主干，砍 AI），内测顺延；2 人团队一人缺失即产能减半，不做"最大延期 10 天"的乐观假设 | | 资质办理延迟 | 第 6 周仍未受理 | 不影响邀请制内测；公测计划顺延，加急渠道跟进 | | 第三方集成风险 | 环信/推送集成超估 50% | 降级：环信 REST 兜底；推送先单通道（APNs/厂商通道二选一） | | AI 效果不达标 | 抽测准确率 < 85% | 诊断改为"规则模板 + LLM 润色"降级方案，先上线后迭代 | --- ## 5. 团队分配 ### 5.1 组织架构 ``` ┌─────────────┐ │ 公司负责人 │ │ 产品决策 + │ │ 运营第一责任人│ └──────┬──────┘ ┌──────┴──────┐ │ 项目组 │ └──────┬──────┘ ┌────────────┴────────────┐ ┌──────┴──────┐ ┌──────┴──────┐ │ 杨幸幸 │ │ 张顺 │ │ 前端负责人 │ │ 后端负责人 │ └─────────────┘ └─────────────┘ ``` ### 5.2 详细分工表（v3.1 重估，合计 576h，预留约 20% 缓冲） #### 杨幸幸：前端负责人 — 合计 272h（34 人天，占可用产能 76%） | 职责领域 | 具体任务 | 预估工时 | | ----- | ------------------- | ---- | | 架构设计 | RN 工程架构、组件规范、设计系统 | 28h | | 账号模块 | 手机号登录、角色选定、注销、隐私同意 | 24h | | 档案模块 | 结构化档案、单版本简历上传、隐私设置 | 36h | | 企业模块 | 企业认证表单、招聘者视图 | 24h | | 岗位模块 | 岗位创建/编辑/搜索/详情 | 36h | | 投递模块 | 投递流程、候选人看板 | 24h | | 沟通模块 | 会话列表、聊天详情、未读状态 | 32h | | AI 交互 | 简历诊断工作台（报告展示、AI 标注） | 24h | | 测试验收 | 组件测试、核心旅程 E2E | 24h | | 发布支持 | 构建打包、性能优化 | 12h | | 文档编写 | 前端文档、用户帮助 | 8h | #### 张顺：后端负责人 — 合计 304h（38 人天，占可用产能 84%） | 职责领域 | 具体任务 | 预估工时 | | ----- | ------------------------- | ---- | | 架构设计 | NestJS 架构、数据库设计、API 规范 | 28h | | 基础设施 | Docker、CI、监控日志（托管服务优先） | 20h | | 认证模块 | JWT、单角色权限、注销与数据删除 | 16h | | 用户模块 | 档案 CRUD、简历 OSS 存储 | 28h | | 企业模块 | 企业认证、OCR、审核流 | 28h | | 岗位模块 | 岗位 CRUD、敏感词审核、搜索 | 36h | | 投递模块 | 投递、状态机、快照 | 24h | | 通讯模块 | 环信 IM、阿里云推送 | 32h | | AI 模块 | 简历诊断（解析+诊断一体）、BullMQ 异步队列 | 24h | | 审核模块 | 最简 Web 审核页（企业/岗位/投诉） | 16h | | 部署运维 | 部署、告警、备份 | 20h | | 测试安全 | 集成测试、安全扫描 | 24h | | 文档编写 | API 文档、部署文档 | 8h | > 产能口径：9 周 × 40h/周 = 每人 360h，两人合计 720h。计划 576h，整体预留约 20% 缓冲用于联调、返工与突发。张顺仍为瓶颈角色，若进度吃紧，按风险表先砍 AI 再砍审核页美化。 ### 5.3 运营职责（v3.1 新增） | 事项 | 第一责任人 | 说明 | | --------- | ----------- | ------------------------------- | | 企业/岗位审核 | 公司负责人 | 内测期日量 <10 单，每日固定时段处理，SLA 1 个工作日 | | 投诉举报处理 | 公司负责人 | **24 小时内响应** | | 种子企业拓展 | 公司负责人 | 第 0 周启动，M2 前 ≥5 家入驻 | | 内测用户招募 | 公司负责人 + 项目组 | Sprint 3 启动 | | 客服与数据导出请求 | 公司负责人 | 内测期人工处理 | ### 5.4 协作机制 | 机制 | 频率 | 产出物 | | ----------- | ---- | ------------------------------- | | 每日站会（15 分钟） | 每日 | 进展同步 | | 周会评审 | 每周五 | 周报告、下周计划 | | Sprint 验收 | 每段结束 | 验收结论 | | 代码评审 | PR 时 | 互相 review（两人互为唯一 reviewer，必须执行） | --- ## 6. 合规要求 ### 6.1 资质证书清单 #### 必须获取（按启动时间排序，全部为第 0 周启动） | 序号 | 证书/资质 | 主管部门 | 预估周期 | 影响 | 优先级 | | -- | ------------------- | ------- | ----------------------------- | ------------------- | --- | | 1 | 营业执照（运营主体） | 市场监督管理局 | 1-2 周 | 一切资质前提 | P0 | | 2 | ICP 备案 | 工信部 | 2-4 周 | 域名/服务上线 | P0 | | 3 | **软件著作权**（v3.1 新增） | 版权保护中心 | 1-2 个月（加急 2-4 周） | **安卓商店上架必备**，建议立即加急 | P0 | | 4 | **App 备案**（v3.1 新增） | 工信部 | 随上架流程 | 国内应用分发前置条件 | P0 | | 5 | 人力资源服务许可证 | 人社局 | 4-8 周 | **公测前必须**（邀请制内测不阻塞） | P0 | | 6 | 网络招聘服务备案 | 人社部 | 4-8 周 | **公测前必须** | P0 | | 7 | 增值电信业务经营许可证 | 工信部 | **实际 2-3 个月，通常要求注册资本 ≥100 万** | 内测期免费服务可缓，商业化收费前必须 | P1 | #### 建议获取（运营中） | 序号 | 证书/资质 | 说明 | 优先级 | | -- | ---------------------- | ------------------------------------ | --- | | 8 | **等保二级备案**（v3.1 由三级下调） | 三级测评+整改通常 10 万+，击穿预算；公测稳定后再评估三级 | P1 | | 9 | 网安备案 | 公安机关网络安全备案 | P1 | | 10 | 算法登记 | **使用已备案第三方大模型 API，我方做登记即可**，无需独立算法备案 | P1 | ### 6.2 行业法规遵从 | 法规名称 | 核心要求 | 实施措施 | | ------------- | -------------- | -------------------------------- | | 个人信息保护法 | 最小必要、知情同意、数据权利 | 隐私政策、同意流程、**注销（P0）**、导出（P2 人工过渡） | | 网络招聘服务管理规定 | 招聘信息审核、备案、投诉处理 | 岗位审核流、24h 投诉响应 | | 生成式 AI 服务管理办法 | AI 内容标识、安全评估 | AI 输出标注、已备案模型 API + 登记 | | 网络安全法 | 等保备案、数据安全 | 等保二级起步、安全审计 | | 数据安全法 | 数据分类分级 | 数据分级、访问控制、日志审计 | ### 6.3 合规文档清单（v3.1 明确责任路径） > 团队无法务编制，统一采用「**项目组基于合规模板起草 → 公司负责人审校 → 必要时外部法务一次性审阅**」的路径，外部审阅费用计入一次性合规预算。 | 文档 | 起草方 | 审校方 | 完成时间 | | -------- | ------- | ------------ | ---- | | 用户服务协议 | 项目组（模板） | 公司负责人 + 外部法务 | W8 前 | | 隐私政策 | 项目组（模板） | 公司负责人 + 外部法务 | W8 前 | | 企业入驻协议 | 项目组（模板） | 公司负责人 | W8 前 | | AI 服务说明 | 张顺 | 公司负责人 | W8 前 | | 投诉举报处理规则 | 项目组 | 公司负责人 | W8 前 | | 内容审核规范 | 项目组 | 公司负责人 | W8 前 | | 应急预案 | 张顺 | 公司负责人 | W8 前 | ### 6.4 上线合规检查清单（v3.1 分两级） **邀请制内测必需（9/30 前）：** | 检查项 | 状态 | | ------------- | -- | | 软件著作权已受理/取得 | ⏳ | | App 备案材料已提交 | ⏳ | | 隐私政策、用户协议已发布 | ⏳ | | 注销功能可用、投诉渠道公示 | ⏳ | | AI 输出标注已实现 | ⏳ | | 敏感词检测已部署 | ⏳ | **公测必需（内测后追加）：** | 检查项 | 状态 | | ---------------- | -- | | 人力资源服务许可证已取得 | ⏳ | | 网络招聘服务备案已完成 | ⏳ | | ICP 备案已完成 | ⏳ | | 算法登记已完成 | ⏳ | | 等保二级备案 | ⏳ | | 增值电信业务经营许可证（收费前） | ⏳ | --- ## 附录 ### A. 术语表 | 术语 | 定义 | | -------- | ----------------------------- | | MVP | Minimum Viable Product，最小可行产品 | | P0/P1/P2 | 优先级，P0 最高 | | Sprint | 迭代周期（本方案为 1-2 周一段） | | RBAC | 基于角色的访问控制 | | IM | 即时通讯 | | OSS | 阿里云对象存储服务 | | 软著 | 计算机软件著作权，国内安卓商店上架必备 | ### B. 参考资料 1. 《中华人民共和国个人信息保护法》 2. 《网络招聘服务管理规定》0 3. 《生成式人工智能服务管理暂行办法》 4. 《人工智能生成合成内容标识办法》 5. React Native 官方文档： 6. NestJS 官方文档： 7. 环信 IM 开发文档： 8. 阿里云推送文档： --- **文档审批栏** | 角色 | 姓名 | 审批意见 | 日期 | 签名 | | ----- | -- | ------------------ | -- | -- | | 公司负责人 | | ☐ 同意 ☐ 有条件同意 ☐ 不同意 | | | | 产品负责人 | | ☐ 同意 ☐ 有条件同意 ☐ 不同意 | | | | 技术负责人 | | ☐ 同意 ☐ 有条件同意 ☐ 不同意 | | |