仕兔不是"发岗位、等人来"的招聘板，而是"先了解人、再匹配岗位"的匹配引擎。 本原型完整覆盖 V1.0 MVP 全部功能范围：C 端求职者 App、驻场 / 人才经纪人 / 项目经理 / 老板 四类租户角色后台， 以及平台方 SaaS 运营中台，含双计费体系、公私域归属状态机、24 小时响应机制与风控治理模型。
一套多租户 SaaS：平台方运营中台 + 劳务公司租户内四类角色 + C 端求职者 App。角色间以「状态机 + 消息推送」串联。
游客引导 → 注册渠道绑定 → AI 问薪匹配 → 身份验证报名 → 面试到厂 → 在岗 → 离职流转的完整生命周期。
厂区现场作业端。待办清单、到厂确认、入职确权与线上电子签约、标记爽约、流转经纪人、预支初审。
租户工作台，一套系统四种角色视图：驻场 PC 版、人才经纪人、项目经理、劳务公司老板，权限逐级收敛。
SaaS 超管。企业入驻审核、花名册与存量基数锁定、岗位真实性审核、诚信分与三级处罚、对账结算、归属治理。
流转闭环的关键角色：接收驻场流转的完整画像、查看 AI 岗位匹配分析报告、二次人工匹配、执行「释放」。
原型解决「长什么样」，本附录解决「字段叫什么、状态怎么迁、什么时候跑、边界怎么算」—— 两份产品文档均未覆盖，但它们决定后端实现。
只读聚合视图：公司整体汇总、项目在岗分布、渠道转化报表、月度费用账单；不可见单个求职者隐私信息。
入口 → 游客 → 注册 → AI 问薪匹配 → 身份验证 → 报名 → 面试 → 到厂 → 入职 → 在岗 → 离职 → 流转
无任何报名通道。用户报名前可无限次重新匹配；报名后不可再匹配、不可再报名，直到面试结果产生或被释放。
报名后用户无法自行取消，需联系驻场 / 项目经理在后台操作取消。取消后可重新进入 AI 问薪匹配流程。
增长技术服务费与人才流转费均以「已入职在岗」为触发点，在职即计费、离职即停止、无上限。
公私域不由「是否入职」决定，而由「是否仍有归属公司」决定 — bound_company_id 是否为空。
用户当前有归属公司。匹配范围仅限该劳务公司旗下岗位。来源：二维码/分享链接注册、花名册导入、已入职员工。
用户当前无归属公司。匹配范围为全平台所有劳务公司岗位。来源：自主注册、被释放、已离职、公司注销解绑。
该用户最初由哪家劳务公司引入平台。注册时永久锁定、永不更改，唯一决定人才流转费 80% 的归属方。
| 进入方式 | 当前归属 | 状态 | 公/私域 | 匹配范围 | 来源归属 |
|---|---|---|---|---|---|
| 未注册 | — | 游客 | 公域 | 不展示岗位 | — |
| 自主注册 | — | 公域求职 | 公域 | 全平台 | 平台 |
| A 公司二维码 | A 公司 | 私域待匹配 | 私域 | 仅 A 公司 | A 公司 |
| A 公司二维码 | A 公司 | 待面试 | 私域 | 不可再匹配 | A 公司 |
| A 公司二维码 | A 公司 | 待确权 | 私域 | 不可再匹配 | A 公司 |
| A 公司二维码 | A 公司 | 已入职在岗 | 私域 | 仅 A 公司内部调岗 | A 公司 |
| 花名册导入 | A 公司 | 已入职在岗 | 私域 | 仅 A 公司内部调岗 | A 公司 |
| A 二维码 → 被释放 | — | 公域求职 | 公域 | 全平台 | A 公司 |
| A 二维码 → 离职 | — | 公域求职 | 公域 | 全平台 | A 公司 |
| 自主注册 → 入职 B | B 公司 | 已入职在岗 | 私域 | 仅 B 公司内部调岗 | 平台 |
| 自主注册 → 报名 B | B 公司 | 已报名待面试 | 临时私域 | 不可再匹配 | 平台 |
| 报名 B / 面试未过 / 确权超时 | — | 未被跟进 | 公域 | 全平台 | 平台 |
| 自主注册 → 离职 | — | 公域求职 | 公域 | 全平台 | 平台 |
| A 公司注销 → 自动解绑 | — | 公域求职 | 公域 | 全平台 | A 公司（仅存证） |
劳务公司获客成本 300–800 元/人，蓝领求职者 1–2 天必须定去向。24 小时窗口的本质是：给劳务公司一个专属转化窗口，保护买人投入。
两项计费共同原则：与「已入职在岗」状态绑定 —— 在职即计费，离职即停止，无上限。
| 年增长率 | 单价（元/人/天） | 说明 |
|---|---|---|
| < 30% | 0.10 | 基础费率 |
| ≥ 30% 且 < 50% | 0.09 | 增长快，降 10% |
| ≥ 50% | 0.08 | 增长极快，降 20% |
新入驻公司前三个月导入的所有员工均不计费，全部计入存量基数；期满系统自动锁定基数，存量人员永久免费，不受离职影响。
| 场景 | 技术服务费 | 流转费 | 平台单日总收入 |
|---|---|---|---|
| 私域用户首次入职 A 公司 | 0.10 | — | 0.10 |
| 私域用户从 A 流转到 B 公司 | 0.10 | 2.00 | 2.10 |
| 公域用户入职 B 公司 | 0.10 | 10.00 | 10.10 |
平台起步期不具备对 B 端刚性处罚能力。采用隐形限流软处理 —— 降权不向企业做任何提示，企业仅能感知到「岗位推荐量变少了」。
| 阶段 | 触发条件 | 系统动作 |
|---|---|---|
| 正常 | 有报名有入职 | 正常匹配权重 |
| 降权预警 | 挂岗 >15 天，入职转化率 <10% | 权重降至 50% |
| 限流 | 挂岗 >30 天无任何入职转化 | 权重降至 20% |
| 僵尸岗位 | 挂岗 >60 天，零报名零入职 | 权重 0%，移出匹配池 |
| 人工审核 | 投诉核实属实 / 连续低转化 >90 天 | 运营后台强制下架 |
| 等级 | 触发条件 | 处罚措施 |
|---|---|---|
| 1 级 · 警告 | 单月出现 3 次以上异常 | 系统警告 + 人工通知 |
| 2 级 · 限流 | 连续 2 个月出现 1 级问题 | 匹配权重 −50%，持续 30 天 |
| 3 级 · 封禁 | 连续 3 个月或情节严重 | 永久取消所有收费服务权限 |
| 行为 | 扣分 |
|---|---|
| 初始分 | 100 |
| 单岗长期挂岗无转化 | −5 |
| 虚报员工状态 | −10 |
| 确认导流行为 | −30 |
投诉自动记录至该岗位与企业诚信档案。同一岗位累计被投诉 ≥3 次 并核实属实 → 系统自动下架该岗位 + 扣企业诚信分。
文档章节 ↔ 原型页面映射，用于产品方案确认与验收依据。
| 文档章节 | 需求要点 | 对应原型 | 状态 |
|---|---|---|---|
| 节点一 · 入口 | 游客浏览、引导弹窗（先逛逛 / 立即匹配工作） | APP S-01 / S-02 | 已覆盖 |
| 节点二 · 注册 | 手机号+验证码、渠道来源识别、来源归属永久锁定 | APP S-04 / S-05 | 已覆盖 |
| 节点三 · AI 问薪 | ≤7 题、生成画像、按归属匹配、固定 3 岗、≥80% 展示 | APP S-11 → S-17 | 已覆盖 |
| 节点四 · 身份验证 | 姓名 + 身份证两次输入一致性校验（含失败态） | APP S-21 / S-22 | 已覆盖 |
| 节点五 · 报名面试 | 防重复 + 名额双重校验、驻场知悉、面试确认推送 | APP S-23 / S-24 · 驻场 M-02 | 已覆盖 |
| 节点六 · 到厂确权 | 到厂确认 → 入职确权 → 线上电子签约 → 消息推送 | 驻场 M-05 → M-07 | 已覆盖 |
| 节点七 · 在岗计费 | 增长技术服务费 / 人才流转费自动触发 | 平台 P-09 · 后台 A-16 | 已覆盖 |
| 节点八 · 离职 | 归属清空、变公域、计费停止、预支欠款扣除 | 后台 A-13 | 已覆盖 |
| 第 6 章 | 求职者端全部功能（首页四宫格 / 报备 / 合同 / 简历 / 工作 / 台账 / 预支 / 告知书） | APP 全量 40 屏 | 已覆盖 |
| 第 7 章 | 驻场端：待办、到厂确认、确权签约、爽约、流转 | 驻场端 12 屏 + 后台 A-01→A-04 | 已覆盖 |
| 第 8 章 | 人才经纪人端：接收流转、AI 报告、二次匹配、释放 | 后台 A-05 → A-07 | 已覆盖 |
| 第 9 章 | 项目经理端：岗位管理、知识库、看板、人员、离职审核 | 后台 A-08 → A-13 | 已覆盖 |
| 第 10 章 | 老板端：数据总览、项目分布、渠道转化、权限管控 | 后台 A-14 → A-17 | 已覆盖 |
| 第 11 章 | 平台管理端：公司管理、岗位审核、诚信管理、对账 | 平台端 11 屏 | 已覆盖 |
| 第 12 章 | 岗位真实性管控：降权限流、暂停招聘、僵尸岗位、陈旧提醒、投诉 | 平台 P-05 / P-06 | 已覆盖 |
| 第 13 章 | 风控体系：三级处罚、诚信分、公司注销解绑 | 平台 P-07 / P-02 | 已覆盖 |
| 第 14 章 | 数据统计与对账：平台维度 / 企业维度 / 结算周期 | 平台 P-01 / P-10 | 已覆盖 |
| 组织与权限 | 驻场 / 经纪人 / 经理 / 老板 数据可见范围与脱敏规则 | 后台 A-19 | 已覆盖 |
| 2.3 / 第 5 章 | 人才流转双向结算：我的人流出应收、别人的人流入应付、按公司与按人两级明细 | 后台 A-10 / A-11 | 已覆盖 |
| 9.2 延伸 | 知识库的 C 端消费入口：岗位 AI 问答、未命中转人工并回流 | APP S-44 | 补充设计 |
| 6.4.4 / 6.5 / 节点八 延伸 | 工资发放闭环：工资条、薪资核算与发放批次、预支抵扣对账、工资申诉 | APP S-41→43 · 后台 A-08/A-09 | 补充设计 |
| V1.5 预留 | 工分变现、推荐裂变 | APP S-37 / S-38 | 占位设计 |
依据《版本规划（完整版·最终定稿）2026-07-23》。V1.0 开发资源为后端 2 + 前端 1 + 测试 1 / 5–6 周，范围必须严格收敛。
跑通「AI 匹配 + 入职 + 人才流转」最小商业闭环，验证收费与合规模式。
本原型主体即 V1.0 范围。
补齐考勤、工分、消费、学习、广告、甲方企业端、资金端底座。
原型中带 V1.5 标记的模块不进入本期开发。
AI 智能体、生涯图谱、奋斗者分层、创业孵化、供应链金融落地、工友社交圈。
| 模块 | 原型位置 | 归属 |
|---|---|---|
| 考勤热力图 / 出勤统计 | APP S-10 / S-30 | V1.5 |
| 工分变现 | APP S-38 | V1.5 |
| 推荐裂变 | APP S-37 | V1.5 |
| 招聘漏斗全链路看板 | 后台 A-01 | V1.5 |
| 批量入职 / 批量考勤 | 后台 A-14 | V1.5 |
| 增长技术服务费阶梯定价 | 平台 P-09 | V1.5 |
| 议题 | 此前原型口径 | 最终定稿口径 |
|---|---|---|
| 增长技术服务费 | V1.0 即阶梯 0.10/0.09/0.08 |
V1.0 统一 0.10 元/人/天 阶梯定价 V1.5 上线 |
| 预支审批级数 | 驻场 → 经理 → 老板 → 拨款 （四级，依 MVP 文档 6.5） |
驻场初审 + 项目经理终审 双级（版本规划 2.1-6） |
| 预支机会获取 | 每自然周 1 次 | 每满 7 个在岗日 +1 次 月上限 4 次不变 |
| 数据看板 | 已按 V1.0 实现 | ✓ 由 V1.5 前移至 V1.0（7.1 调整记录） |
逐条对照文档核查原型时发现的文档内部矛盾与定义缺口。原型已按右列口径实现，需产品最终裁定。
| 优先级 | 议题 | 文档中的两种表述 | 原型当前口径 |
|---|---|---|---|
| 阻断 | 24 小时超时后 用户是否变公域 |
第四节表格：「24 小时后 — 用户仍保持私域，继续只看到该公司岗位，直到被释放或离职」 3.3 / 开篇：「24 小时响应超时会自动将用户变为公域」「系统被动释放」 |
按超时即被动释放为公域实现（否则「24h 响应机制」失去约束力，B 端无跟进动力）。见 驻场 M-12 |
| 阻断 | 报名后 能否再次匹配报名 |
核心原则 / 3.4 状态表：「报名后不可再进行岗位匹配和再次报名」 节点五：「可以与驻场联系取消面试或者再次匹配报名其他岗位」 |
按报名后锁定、不可再匹配实现；换岗须由驻场后台取消报名后重新匹配。见 APP S-08 |
| 阻断 | 平台流转抽佣口径 |
14.1：「当日平台抽佣总额 = 当日流转费总额 × 20%」 2.4 资金流向：「公域用户入职 B 公司 → 平台单日收入 10.10 元」（即来源归属为平台时 10 元全归平台） |
主口径按 14.1 展示，并在页面标注按 2.4 口径的差额（当日相差 2,464 元）。见 平台 P-08 |
| 已裁定 | 阶梯定价是否属于 V1.0 |
2.2 标题：「增量收费阶梯定价（V1.5）」 15.1 V1.0 MVP 收费体系：「增长技术服务费（阶梯定价：0.1/0.09/0.08）」 |
已按《版本规划》裁定：V1.0 统一 0.10，阶梯属 V1.5。原型已全量修正。见 平台 P-09 |
| 高 | 「年增长率」计算公式 | 文档给出阶梯档位（<30% / 30–50% / ≥50%）但未定义分母：是「增量 ÷ 存量基数」，还是「本年新增 ÷ 去年同期总数」？两者对新入驻企业结果差异极大。 | 按 增量 ÷ 存量基数实现（鑫诚 658/180 = 365.6% → 0.08 档）。见 后台 A-18 |
| 已裁定 | 预支频率判定基准 |
6.5：「每周可申请 1 次（自然周）」 同章：「每月每工作七天可以获得一次新的预支机会」 |
已按《版本规划》裁定：每满 7 个在岗日 +1 次。原型已修正。见 APP S-33 |
| 阻断 | 工资发放模块归属版本 | 6.4.4：薪资记录标注为「预留」；但节点八要求离职时「从工资中扣除」预支欠款、13.3 要求注销时「结清所有员工薪资」—— 无发放数据则两条规则无法落地。 | 《版本规划》三个版本的对比表中均未出现工资发放/工资条——属规划遗漏。原型已补齐闭环并标记「规划外」，建议随 V1.5 考勤同期落地。见 APP S-41→43 · 后台 A-08/A-09 |
| 中 | 岗位名额减扣时点 | 文档定义「岗位剩余名额是否已满」为报名校验项，但未说明名额在报名时锁定还是入职时扣减。爽约 / 取消是否回补亦未定义。 | 按报名即锁定 −1、取消/爽约回补 +1实现。见 APP S-23 |
| 中 | 存量人员离职再入职 | 「存量人员永久免费，不受离职影响」——但离职后再次入职原公司，是恢复存量身份还是计入增量？未定义。 | 按恢复存量身份实现（基数固定不变）。见 平台 P-03 |
| 中 | 人才经纪人归属 | 第 8 章未说明经纪人是劳务公司角色还是平台角色；但 8.3「从劳务公司全部岗位中推荐」、8.4「释放」权限指向劳务公司侧。 | 按劳务公司租户内角色实现，跨项目、不跨公司。见 后台 A-10 |
| 中 | 经纪人响应 SLA | 匹配度 <80% 转人才经纪人后无任何时限约束，而此时用户正处于最焦虑阶段（蓝领 1–2 天必须定去向）。 | 原型按「2 小时内联系」占位，建议正式定义 SLA 并纳入超时释放。见 APP S-17 |
| 中 | 知识库的 C 端消费入口 | 9.2：知识库「供 AI 自动回复调用」——但第 6 章求职者端功能清单中没有任何问答/咨询入口，知识库无消费端。 | 已在岗位详情页补「岗位 AI 问答」，未命中转人工并回流后台。见 APP S-44 |