0 · 一句话结论
原 PTmall 是一套「信息撮合工具」——把岗位贴上去，等人来报名。这在 2021 年成立，在 2026 年不成立：行业已从粗放撮合进入「合规定生死、AI 定强弱」的阶段。麦伯乐 v2 必须把自己重做成一套「AI 匹配 + 信用体系 + 合规交付」的基础设施，而不是一个更好看的列表。
三条硬结论：
1. 不升级就会死。 2024–2025 灵工平台数量从 327 家出清至 189 家，TOP10 占据 89% 份额，淘汰率 42.2%。合规与技术是唯一门票。
2. AI 不是加分项，是准入门槛。 头部平台 AI 撮合成功率已达 87%，平均满员时间从 72 小时压到 8 小时。手工筛选的列表没有任何竞争力。
3. 钱要从「发布」转向「交付」。 置顶/推送是一次性曝光费，天花板低；结算服务费随 GMV 增长，且能倒逼平台把履约做扎实。
1 · 原版需求复盘（PTmall 时代）
从原始需求脑图还原，PTmall 小程序包含三大块、约 60 个需求节点：
| 模块 | 核心需求节点 | 当时的设计意图 |
|---|
管理端
（用人方端） | 后台 → 会员 / 用户管理 / 设置 / 财务；发布招聘信息（工作标题、工作时段、地图定位、标签、工作内容与要求）；按报价/年龄/历史工作区域筛选人群；工人推送（收费）；微信扫码通知推送（免费）；报名用户录取 / 拒绝 / 已录用列表；管理已发布信息；历史招聘列表与重启招募 | 让用人方能自己发岗位、自己筛人 |
用户端
（求职端） | 岗位列表与详情；是否置顶、发布时间、工作位置；实名认证后报名；提交报名申请与再次填报；录取后系统通知；联系用人方；个人标签；身份验证上传证件；余额与是否结清；单项目工资记录；查看打卡记录 | 让灵工能找活、报名、看到钱 |
| 发布与运营 | 免费审核发布（同一时段限发一条、审核期 7 天）；实名认证后可付费立即发布（周期 1 个月）；后台可置顶 / 删除；后台设置推送与发布单价 | 用「免费/付费」双通道做收入 |
1.1 原版做对了什么（保留）
- 双端结构清晰：用人方端 / 求职端 / 后台三权分立，v2 继续沿用。
- 标签库（订单、话务员、促销、理货员）：这是最早期的"结构化人才画像"，方向与今天的技能包一致。
- 免费审核 + 付费直发：合理的分层付费设计，v2 保留并升级为「AI 预审 + 付费加速」。
- 打卡 / 工资记录 / 是否结清：当时已有"履约留痕"的雏形，这在 2026 年成了合规刚需。
- 地图定位选点：灵工对通勤半径极敏感，方向正确。
1.2 原版在 2026 年会失效的部分（改造/移除）
| 原设计 | 问题 | v2 的处理 |
|---|
| 列表按时间展示，人工翻页找活 | 信息过载、匹配靠运气 | 改为 AI 五维匹配分排序，低于 40 分不展示 |
| 按报价/年龄/历史区域「手动筛选人群」 | 筛选维度静态，无法预测履约 | 改为的行为预测式推荐（接单偏好、履约率、评价） |
| 实名认证 = 唯一的信任机制 | 认证只能证明"是谁"，不能证明"靠不靠谱" | 升级为信誉分体系（履约/准时/评价/投诉四维） |
| 发布即可上线，事后审核 | 违规岗位置后下架，平台已被牵连 | AI 合规预审前置，命中红线直接不进列表 |
| 工资记录手工填写、线下结清 | 无资金留痕，金税四期下是致命伤 | 全流程线上结算，自动生成流水与凭证 |
| 微信扫码通知推送（免费） | 无序打扰，转化极低 | 弱化 → 改为按匹配分定向推送 |
| 按「发布条数」收费 | 诱导刷量，与平台价值脱钩 | 移除 → 收入重心转向结算服务费 |
2 · 2026 外部环境：市场、政策、AI
2.1 市场：盘子更大，但门槛更高
| 指标 | 数值 | 来源口径 |
|---|
| 灵活用工市场规模（2026E） | 约 2.3 万亿元，同比 +22% | 艾瑞咨询 |
| 灵活就业人员规模（2026E） | 约 3.2 亿人，占城镇就业超四成 | 人社部白皮书 |
| 灵工平台数量变化 | 327 家 → 189 家（淘汰率 42.2%） | 行业专项整治 |
| 头部集中度 | TOP10 占 89% 市场份额 | 灼识咨询 |
| 平台赛道规模 | 2025 年 141 亿 → 2030E 640 亿（CAGR 35.4%） | 灼识咨询 |
| AI 带来的效率提升 | 人岗匹配效率 +50%，满员时长 72h → 8h | 人社部白皮书 |
注：不同机构统计口径不同，同一指标存在差异，以上仅用于判断量级与趋势。
2.2 政策：四条红线决定产品形态
| 政策 | 要求 | 对产品的直接影响 |
|---|
| 金税四期 | 全链路穿透，税务对资金/发票流识别准确率 99.2% | 结算必须线上化、可追溯，禁止场外结算 |
| 国务院令第 810 号 | 平台成为法定协税主体，须具备涉税数据采集与报送能力 | 必须留存完整用工档案（建议 ≥5 年） |
| 「六真核验」/「四有」 | 真实业务、人员、合同、发票、资金、场景 | 打卡、工时、协议、付款必须形成闭环证据链 |
| 职业伤害保障全国落地 | 覆盖新业态劳动者，保费由平台全额承担 | 每笔任务自动投保，作为平台硬性成本 |
2.3 AI：从"能不能做"到"已经在做"
2026 年 AI 在人力资源领域的落地已从展示趋势走向实务嵌入，体现在四个层面：需求前置匹配（把岗位推给还没搜的人）、证件自动核验（健康证跨域核验从半天压到 3 分钟）、技能画像化（把经验型技能转成可匹配的数字信号）、后端自动化（结算、记账、报税自动完成）。麦伯乐 v2 的 AI 设计全部锚在这四个层面。
3 · 定位升级：三层重构
产品定义（v2）：麦伯乐 = 面向本地服务业与门店场景的 AI 灵工撮合平台。它不只是把岗位和人对上，而是把「招满、干完、结清、报税、留痕」五个环节一次性做完。
| 层 | 解决的问题 | 核心能力 | 衡量指标 |
|---|
| 匹配层 | 找不对人 | 五维匹配引擎（技能 30 / 信誉 25 / 地域 20 / 时段 15 / 薪资 10）+ 供给缺口预警 | 撮合成功率、平均满员时长 |
| 信任层 | 不敢用陌生人 | 信誉分体系（履约/准时/评价/投诉）+ 履约风险预测 + 电子协议 | 爽约率、投诉率 |
| 交付层 | 干完收不了尾 | 打卡留痕 → 工时确认 → 线上结算 → 税费申报 → 职业伤害保障 | 结算时效、开票合规率 |
3.1 目标用户与场景
| 角色 | 画像 | 核心诉求 |
|---|
| 灵工（供给侧） | 副业人群 35.7%、学生与过渡劳动力 37.7%、纯灵活就业 16.7%；大专及以上学历合计 61.8%；70/80/90 后占主力 | 附近、马上能干、当天拿钱、别被骗 |
| 用人方（需求侧） | 连锁零售、餐饮门店、会展服务、仓配物流、活动执行等中小微企业与商户 | 急招能满员、来的人靠谱、结算能开票 |
| 平台（运营侧） | 本地化运营 + BD + 风控 | 订单密度、履约质量、税务合规零事故 |
4 · 原版 vs v2 功能对照
| 能力域 | 原 PTmall | v2.0 | 优先级 |
|---|
| 岗位展示 | 按时间列表 + 置顶 | AI 匹配分排序 + 信誉加权 + 置顶（双通道保留） | P0 |
| 人才筛选 | 手动按报价/年龄/区域筛 | AI 候选池自动排序 + 履约风险预测 | P0 |
| 触达 | 收费工人推送 / 免费扫码通知 | 按匹配分定向推送 + 新岗免费额度 + 溢出计费 | P0 |
| 信任机制 | 实名认证（单点） | 实名 + 信誉分（四维）+ 双向评价 | P0 |
| 发布审核 | 事后人工审核，7 天周期 | AI 合规预审（秒级）+ 人工只看拦截队列 | P0 |
| 履职留痕 | 打卡记录手工查看 | GPS + 人脸双重校验，工时自动核算 | P0 |
| 结算 | 线下结清、手工填工资记录 | 线上结算 + 服务费自动扣 + 凭证生成 | P0 |
| 保障 | 无 | 每单自动投保职业伤害保障（平台承担） | P0 |
| JD 生产 | 人工填写 | AI 生成 JD + 报价建议 + 供给缺口提示 | P1 |
| 客服 | 无 / 微信联系 | AI 助手（规则+大模型混合）+ 人工兜底 | P1 |
| 税务 | 无 | 服务费开票 + 灵工收入代扣代缴与完税凭证 | P1 |
| 技能标签 | 固定标签库 | 标签库运营 + 技能画像自动补全 | P2 |
| 财税引擎 | — | 智能匹配最优税率、自动对账（二期） | P2 |
| 区块量存证 | — | 关键凭证链上存证（三期，视成本） | P2 |
5 · 信息架构（三端页面地图）
灵工端（响应式网页）
首页「AI 推荐」· 找活（搜索 + 多维筛选）· 岗位详情（含五维匹配解释）· 报名（电子协议）· 任务（待上岗/进行中/待结算/已结算）· 打卡与结算 · 我的（信誉分、钱包、实名、技能标签、AI 助手、消息）
用人方端（响应式网页）
工作台（在招、待处理报名、待结算、供给缺口预警）· 发布岗位（AI 生成 JD / 报价建议 / 合规预审）· 报名管理（AI 排序候选人 + 履约风险）· 验收与结算（工时确认、批量结算）· 企业中心（资质、信誉、账单、开票）
管理后台（同一域名下的后台视图）
数据看板（GMV、撮合成功率、履约率、收入结构）· 风险与预警 · 岗位审核（AI 预审队列）· 用户管理（认证、封禁）· 财务流水 · 系统设置（定价、AI 权重、标签库、敏感词）
6 · 功能需求清单（含优先级）
6.1 灵工端
| # | 需求 | 说明 | 优先级 |
|---|
| 1 | AI 推荐岗流 | 登录即按五维匹配分展示，附「为什么推给你」的可解释理由 | P0 |
| 2 | 匹配准入拦截 | 匹配度 < 40 分不允许报名，避免无效占用名额 | P0 |
| 3 | 搜索与多维筛选 | 关键词 / 区域 / 班次 / 标签 / 薪资 / 结算方式 | P0 |
| 4 | 岗位详情 + 门槛预检 | 实名、健康证、经验要求在报名前直接拦截并给出原因 | P0 |
| 5 | 电子协议签署 | 报名即签署最新版《灵工服务协议》，版本号入库存证 | P0 |
| 6 | 实名与人脸核验 | 未完成实名不可报名需实名岗位 | P0 |
| 7 | 双重打卡 | 上岗 / 完工打卡（GPS + 人脸），异常可申请人工补录 | P0 |
| 8 | 工时与工资明细 | 实际工时、计薪规则（不足计划工时按比例，下限 50%）可查 | P0 |
| 9 | 钱包与提现 | 余额 / 待结算 / 累计收入，逐笔导出凭证 | P1 |
| 10 | 信誉分体系 | 履约率、准时率、评价、投诉四维，≥90 进优先录取池 | P0 |
| 11 | 技能标签管理 | 灵工自助维护，直接影响推荐权重 | P1 |
| 12 | AI 助手 | 覆盖报名、结算、打卡、保障、费率等高频问题 | P1 |
| 13 | 职业伤害保障查询 | 每单保障状态可查，一键报案 | P0 |
| 14 | 双向评价 | 完工后互评，纳入双方信誉分 | P1 |
6.2 用人方端
| # | 需求 | 说明 | 优先级 |
|---|
| 1 | AI 生成 JD | 输入标题与标签，自动产出工作内容、要求、到岗与结算条款 | P0 |
| 2 | AI 报价建议 | 按标签基准时薪 × 区域 × 班次 × 节假日 × 急招系数给区间 | P0 |
| 3 | 发布即合规预审 | 敏感词与规则引擎秒级判定，通过即上线，拦截转人工 | P0 |
| 4 | 供给缺口预警 | 给出缺口人数、高匹配池规模、覆盖率与调价建议 | P0 |
| 5 | AI 候选池排序 | 报名列表按匹配分排序，附履约风险百分比 | P0 |
| 6 | 精准推送 | 按匹配分定向触达，新岗免费额度 20 人，超出计费 | P0 |
| 7 | 岗位置顶 | 7 天 / 30 天双档，价格后台可配 | P0 |
| 8 | 验收与批量结算 | 工时确认后一键结算，自动生成服务费与保障凭证 | P0 |
| 9 | 企业认证 | 营业执照核验，影响曝光权重与审核通道 | P1 |
| 10 | 账单与开票 | 流水列表 + 服务费发票申请 | P1 |
| 11 | 岗位复用 | 历史岗位一键重启招募 | P2 |
6.3 管理后台
| # | 需求 | 说明 | 优先级 |
|---|
| 1 | 经营看板 | GMV、撮合成功率、履约率、收入结构、标签供需缺口 | P0 |
| 2 | 岗位审核队列 | 只看 AI 拦截的岗位，含预审详情与处置记录 | P0 |
| 3 | 用户管理 | 灵工 / 用人方列表、认证、封禁、信誉干预 | P0 |
| 4 | 财务流水 | 置顶 / 推送 / 结算 / 服务费 / 保障逐笔留痕 | P0 |
| 5 | 系统配置 | 定价、AI 权重、准入线、标签库、敏感词热更新 | P0 |
| 6 | 风险告警 | P0/P1/P2 分级告警，含疑似刷单、异常结算识别 | P1 |
| 7 | 审计日志 | 所有后台操作留痕，支持溯源 | P1 |
7 · AI 能力矩阵
| 能力 | 输入 | 输出 | 当前实现 |
|---|
| 人岗匹配引擎 | 灵工画像 + 岗位画像 | 0–100 匹配分 + 五维拆解 + 可解释理由 + 门槛风险 | 规则加权（可解释） |
| 供给缺口预警 | 岗位需求 + 实时灵工池 | 缺口人数、覆盖率、调价建议 | 规则 + 统计 |
| JD 自动生成 | 标题、标签、时段、薪资 | 结构化 JD（内容/要求/到岗/结算/保障） | 模板 + 参数化 |
| 报价建议 | 标签、班次、日期、区域、是否急招 | 三档建议区间 + 系数拆解 | 行情表 + 系数 |
| 合规预审 | 岗位文本 | 敏感词命中 + P0/P1/P2 风险判定 | 规则引擎 |
| 履约风险预测 | 灵工历史行为 | 0–100 爽约/迟到概率 | 线性加权 |
| AI 助手 | 自然语言提问 | 业务规则应答 | 知识库匹配 → 大模型兜底 |
| 证照核验 | 健康证 / 身份证照片 | OCR + 真伪核验 | 二期（第三方接口） |
本期采用「规则 / 统计为主，大模型为辅」的策略：匹配、预审、结算这些涉及钱与合规的环节必须可解释、可回溯，不能交给黑盒；JD 生成、助手问答这类容错环节引入大模型提升体验。
8 · 商业模式与费率
| 收入项 | 定价 | 收费对象 | 说明 |
|---|
| 平台服务费 | 结算金额的 6% | 用人方 | 主线收入，随 GMV 增长 |
| 岗位置顶 | 7 天 ¥68 / 30 天 ¥198 | 用人方 | 后台可调 |
| AI 精准推送 | ¥3.5 / 人（新岗免费额度 20 人） | 用人方 | 按匹配分定向，转化优于广撒 |
| 企业认证服务 | 免费 | — | 不设门槛，认证影响曝光权重 |
| 灵工端 | 全程 0 费用 | 灵工 | 禁止任何形式向灵工收费 |
成本项：职业伤害保障（约 ¥1.2 / 单，平台承担）、支付通道费、核验接口费、获客成本。以单笔 ¥200 日结为例：服务费 ¥12，扣除保障 ¥1.2 与通道费后仍有约 ¥10 毛利空间——这意味着必须先跑出订单密度，低频长尾无法覆盖成本。
9 · 合规红线与数据安全
9.1 红线清单
| 级别 | 行为 | 处置 |
|---|
| P0 | 收取押金、保证金、扣押证件 | 驳回 + 退款 + 封禁 |
| P0 | 要求灵工自备货品、垫付资金 | 驳回（实质为转租转包） |
| P0 | 刷单、刷量、好评返现 | 驳回并上报 |
| P1 | 引导场外结算、私加微信 | 驳回或整改，二次限流 |
| P1 | 工时超出安全范围（如连续通宵） | 要求调整排班 |
| P2 | 结算延迟超过 24 小时 | 提醒并影响信誉分 |
9.2 数据与留痕
- 用工全链路（协议版本、打卡、工时、付款、发票）结构化留存 ≥5 年。
- 身份信息加密存储，展示一律脱敏（如 138****2271）。
- 后台所有敏感操作写审计日志，支持按人/按时间溯源。
- 接入涉税报送能力，按 810 号令要求提供完整数据接口。
10 · 技术与性能指标
| 指标 | 目标 |
|---|
| AI 匹配计算 | 单次 < 200ms（当前为同步规则计算，实测毫秒级） |
| 合规预审 | 发布瞬间完成，< 200ms |
| 列表加载（200 条） | < 800ms |
| 结算到账 | 完工确认后 ≤ 24 小时，目标 ≤ 2 小时 |
| 可用性 | ≥ 99.9%，打卡高峰期（早 8–9 点、晚 5–6 点）不降级 |
| 端形态 | Web 单一站点：一个域名覆盖灵工端 / 用人方端 / 后台，响应式适配手机与桌面 |
| 首屏 | 4G 网络下 ≤ 2s；无外部大依赖（图表库失败自动降级为内置图表） |
| 可安装 | 支持「添加到手机桌面」以独立窗口打开；弱网/断网仍可查看已加载内容 |
10.1 交付形态：网页优先（本期不做小程序）
本期明确以 Web 网页为唯一交付形态，不依赖微信小程序、不依赖应用商店。
| 维度 | 方案 |
|---|
| 访问方式 | 浏览器打开一个网址即可使用，三端共用同一入口，通过角色切换区分视角 |
| 设备适配 | 响应式布局：手机（主要场景）、平板、PC 后台自适应，无需分别开发 |
| 分享与触达 | 链接可直接在微信、企微、短信中打开；页面带 OG 卡片信息 |
| 安装体验 | PWA：手机浏览器可「添加到主屏幕」，以独立窗口运行，观感接近原生 App |
| 弱网可用 | Service Worker 网络优先策略兜底；接口不可用时自动切换本地演示引擎，页面不白屏 |
| 更新方式 | 服务端发布即时生效，用户无需下载、无需等待审核 |
| 后续渠道 | 小程序 / App 作为可选增量（复用同一套 API 与业务规则），非本期范围 |
选择网页优先的理由：小程序需平台审核、覆盖面受限于单一超级 App，且无法在浏览器中直接投放到搜索与外部渠道；而零工场景的高频入口恰恰是「扫码 / 点链接即用」，网页形态的转化链路最短。
11 · 迭代路线图
| 阶段 | 周期 | 目标 | 关键交付 |
|---|
| M1 跑通闭环 | 1–4 周 | 单城单场景端到端可用 | 发布（含 AI 预审）→ 报名 → 录取 → 打卡 → 结算；本次已交付可运行的网页版 |
| M2 密度与信任 | 5–8 周 | 撮合成功率 ≥ 80% | 信誉分体系上线、双向评价、推送触达、证照 OCR 核验 |
| M3 财税合规 | 9–12 周 | 开票与报税自动化 | 发票开具、收入代扣代缴、完税凭证、对账报表 |
| M4 规模化 | 13–20 周 | 多城复制 | 城市运营后台、BD 分佣、API 对外开放、财税引擎自动匹配税率 |
12 · 验收标准
- 业务闭环：新发布岗位到完成结算全程可在 3 分钟内走完，且每一步都有留痕。
- AI 有效性：随机抽取 20 个岗位，AI 推荐的 Top10 候选人中用人单位实际满意率 ≥ 70%。
- 合规性：构造 10 条违规岗位样例，AI 预审拦截率 100%，误伤率 < 5%。
- 结算准确：工时与金额核算零差错，服务费、保障费、到账金额三方对得上。
- 可解释：任意一个匹配分都能拆到五维明细，并能给出一句人类可读的理由。
13 · 风险与未决问题
| 风险 / 未决项 | 说明 | 建议 |
|---|
| 冷启动双端缺供给 | 灵工端没人，用人方就不发；反之亦然 | 先做单城单场景地推（如深圳南山区的餐饮/会展），用人工保底派单层人工撮合，再逐步自动化 |
| 是否被认定为劳动关系 | 即使签合作协议，平台若对从业者有支配性管理，仍可能被认定劳动关系 | 产品上避免"排班指派/考勤处罚"等强管理设计；结算用任务制而非工时制 |
| 6% 费率是否站得住 | 头部平台有规模优势与议价能力 | 前期可对 KA 客户阶梯让利，但不低于覆盖成本的 4% |
| AI 匹配的公平性 | 算法可能系统性低估某些群体（如年龄、性别） | 禁止把年龄、性别作为负向权重；定期做推荐结果分布审计 |
| 未决：是否做「长期岗位」 | 当前聚焦零工，是否扩展到全职 | 建议暂缓：长期岗的地推与背调是完全不同的能力栈，先站稳零工 |
| 未决：城市定价是否分档 | 一线与新一线的薪资行情差异大 | 建议按城市系数表配置，系统已预留 districtCoef 扩展位 |
配套交付：本页为需求文档；index.html 为三端可用的网页版应用（Node 服务 node server.js，默认端口 3100），已实现本文档第 7 节的全部 AI 能力（规则版）与第 6 节的 P0 功能闭环。
在线地址：https://mineboler.cnglumi.com — 手机浏览器直接打开即可使用，也可「添加到主屏幕」当作 App 使用。