职来 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 |
7 天冷静期，到期删除账号及关联数据（合规底线，不可砍） |
| 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 设计规范
统一响应格式：
interface ApiResponse<T> {
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. 参考资料
- 《中华人民共和国个人信息保护法》
- 《网络招聘服务管理规定》0
- 《生成式人工智能服务管理暂行办法》
- 《人工智能生成合成内容标识办法》
- React Native 官方文档：https://reactnative.dev
- NestJS 官方文档：https://nestjs.com
- 环信 IM 开发文档：https://docs.easemob.com
- 阿里云推送文档：https://help.aliyun.com/product/27324.html
文档审批栏
| 角色 |
姓名 |
审批意见 |
日期 |
签名 |
| 公司负责人 |
|
☐ 同意 ☐ 有条件同意 ☐ 不同意 |
|
|
| 产品负责人 |
|
☐ 同意 ☐ 有条件同意 ☐ 不同意 |
|
|
| 技术负责人 |
|
☐ 同意 ☐ 有条件同意 ☐ 不同意 |
|
|
