首页 PRD 设计稿 类目枚举 流程图 v0.9 · 2026-10-08

带货匠 v2 PRD

v0.9 · 商家发单 / 达人接单兼职撮合平台

带货匠 v2 PRD — 商家发单 / 达人接单兼职撮合平台

项目 内容
版本 v2.0（Draft 0.10）
日期 2026-10-08
作者 产品通（AI 辅助）
状态 待评审
参考产品 闲鱼（达人橱窗模式）、代练妈妈（悬赏接单模式）

变更记录：

1. 问题陈述（Problem Statement）

本地服务与轻量兼职的撮合目前依赖微信群和口头约定：商家找不到可靠的临时执行者（地陪、宠物上门投喂、地推、探店等），达人（兼职执行者）找不到稳定持续的订单来源。双方交易无担保、纠纷无仲裁、复购靠私聊记录，信任成本极高。

带货匠 v1（若已有存量逻辑，见 Open Questions Q1）以"带货"为核心，本次转型为通用兼职任务撮合平台：商家侧发单、达人侧接单，平台提供资金托管与仲裁，并以"导群"沉淀私域关系。

不解决的成本：双边流失到微信群黑市交易、跳单频发、平台无法抽佣、无纠纷兜底导致口碑崩塌。

2. 目标（Goals）

2.0 品牌定位与理念（v0.5 确定）

核心理念：让时间更有价值。

slogan 分层使用规范（所有 UI 文案 / 海报 / PR 的依据）：

层级 文案 使用场景
品牌理念层 让时间更有价值 个人中心 slogan 位、关于我们、品牌故事、PR 稿
供给侧招募口号 你的空闲时间，正在值钱 达人入驻引导、招募裂变海报、供给侧投放
需求侧拉新口号 你的时间太贵，杂事交出去 商家拉新物料、需求侧投放

用户目标

  1. 达人 10 分钟内上架一个长期接单服务，并获得持续订单（不再靠刷群抢单）。
  2. 商家发单后 24 小时内收到 ≥3 个有效报名（一次性单），或匹配到 ≥1 个长期合作达人。
  3. 交易双方资金安全：货款托管、验收后放款，纠纷 72 小时内出仲裁结论。

业务目标

  1. 上线 3 个月：月完单 GMV ≥ 50 万元，平台抽佣率 5%~10%。
  2. 供需比健康：活跃达人 : 月均发单商家 ≥ 3:1（避免有单没人接）。
  3. 导群率：完单用户进企微群率 ≥ 40%（私域复购基础设施）。

3. 非目标（Non-Goals）

# 不做什么 原因
1 不做薪酬结算/个税代缴/灵活用工合规链路 深水区，需牌照与第三方合作，v2 仅做信息服务+资金担保
2 不做平台自营服务（平台自己接单转包） 与撮合定位冲突，后期考虑
3 不做独立 App（v2 形态：微信小程序壳 + 内嵌 H5，见 5.0） 双边冷启动期降低下载门槛，H5 便于裂变与外部渠道投放，参考代练妈妈打法
4 不做达人端直播/短视频内容生态 v2 撬不动内容冷启动，橱窗卡片+图文评价够用
5 不做跨城服务（v2 限同城/LBS） 地陪、宠物投喂等核心场景强同城，异地纠纷率不可控

4. 用户角色（Personas）

4.1 商家（发单方）

4.2 达人（接单方）

4.3 平台运营（仲裁 + 导群）

5. 核心概念与规则定义

5.0 产品形态与架构约束（v0.2 确定）⚠️ 影响全局

形态：微信小程序为壳（登录/支付/推送/分享卡片等原生能力），业务页面主体以 H5 形态内嵌于小程序 web-view。

必须遵守的约束（工程红线）：

# 约束 原因
C1 支付收银台必须是小程序原生页，H5 业务页通过 wx.miniProgram.navigateTo 跳转拉起 web-view 内 H5 无法直接拉起小程序支付（requestPayment），JSAPI 支付也不能在小程序 web-view 中完成
C2 登录态打通：H5 与小程序共享同一套用户体系（unionid 为主键，openid 分端），token 通过 URL 参数/-postMessage 传递 避免双端两套账号
C3 H5 域名需配置到小程序业务域名白名单（需 HTTPS + 域名校验文件），域名主体须与小程序主体一致或有合规关联 微信硬性要求，主体不一致直接阻塞上线（见 Q7）
C4 分享双通道：微信内 → 小程序分享卡片（onShareAppMessage，带参）；微信外（朋友圈/短信/外部渠道）→ H5 链接（带溯源参数） 裂变主阵地在 H5 链接，小程序卡片负责微信内转化
C5 H5 落地页（服务详情/任务详情/达人主页）免登录可浏览，转化动作（下单/报名/上架）再引导登录 裂变进来的流量不能死在登录墙
C6 订阅消息（订单状态通知）走小程序原生 requestSubscribeMessage，H5 内触发场景需跳原生页或引导 H5 无法调起订阅消息授权
C7 达人/商家端高频操作页（发单管理、报名列表、仲裁举证）优先 H5 实现以复用 web 技术栈和快速迭代；支付、授权、订阅三类场景固定走原生页 迭代效率与微信能力的平衡
C8 支付架构双保险避开"苹果税"与 iOS 虚拟支付限制：① 形态为小程序+H5（非 App Store 原生 App），不适用 IAP 30% 抽成；② 核心交易买的是实体服务（实物/服务豁免）——iOS 端微信小程序内可直接微信支付。红线：小程序内禁止微信支付充值入口（iOS 虚拟支付封禁）；商家余额充值仅走线下通道（联系客服付款 / 对公转账，见 FR-3.6），充值资金必须落在支付机构备付金/监管户，不得进入平台自有账户（资金池二清红线）；坚持随单托管为默认支付方式；达人余额仅为收入累积（出金方向）不受限。未来虚拟增值服务（会员/置顶/推广位）iOS 端需单独方案 苹果税成本（30%）、微信 iOS 虚拟支付封禁、无证资金池三重风险；随单托管 + 线下大额充值双轨规避

页面承载划分（P0 范围）：

5.1 两种交易模型（并存）

模式 A：达人橱窗（闲鱼式） 模式 B：商家悬赏（代练妈妈式）
发起方 达人上架长期服务 商家发布任务单
形态 服务商品化（类似商品 SKU），长期有效 一次性单（截止时间）或长期单（周期续约）
成交方式 商家直接下单支付 达人报名报价 → 商家挑选 → 托管资金
定价 达人定价，可设多规格（如"投喂 1 次/周卡/月卡"） 商家悬赏定价，达人可议价报名
典型场景 地陪、宠物上门投喂 活动地推、探店合集、传单派发

5.2 任务单类型与报酬模式

任务单类型：

发布模式（同一"发单"功能的两种输入模式，收敛到同一张表单与发布出口）：

两种模式可随时互切（快捷模式对话中/预览中可跳转标准表单直接改字段），产出完全同构的任务单。

报酬模式（v0.3 新增第三种）：

  1. 现金：悬赏金额托管，验收放款。
  2. 置换：以门票/商品/服务置换达人发帖/探店，无现金流转；置换内容必须在单中写明（品名、数量、市场参考价）。
  3. 现金+置换：混合模式，现金部分走托管，置换部分双方线下交割、平台仅记录。

帖子类型路由（对话式发布的前置判断）：

帖子方向 识别特征 路由
招募帖（找人） "招募""报名""名额""报名咨询""回填表" → 结构化为任务单
资源供给帖（找客户） "我需求：甲方品牌方""可提供""资源机构""加VX谈" → 拒绝发布为任务单，引导转型：达人/MCN 上架橱窗服务或发"招商页"（P1），当前引导至客服人工

5.3 交易状态机（P0 核心）

待支付 → 已托管 → 进行中 → 待验收 → 已完成（放款）
                     ↓
                  履约异常 → 争议中 → 仲裁结案（退款/部分退款/放款）
异常分支：待支付超时取消、进行中双方协商取消（需一致）

5.4 仲裁规则（v1 简版）

5.5 站内沟通体系：IM + 导群分工（v0.4 确定，Q6 已决策为做）

原则：交易前与交易中沟通 100% 走站内 IM（FR-9），导群只承接交易后的长期关系沉淀。

站内 IM（FR-9，P0）： - 交易前咨询（服务详情/任务详情页"聊一聊"）、报名沟通、履约协调（约时间地点）、凭证相关沟通——全链路站内。 - 聊天记录自动关联订单，仲裁时作为证据材料直接调取（FR-4 举证升级）。 - 防跳单红线：手机号/微信号/QQ号发消息自动打码（双方都看到 ***），二维码图片检测拦截；多次触发降权/警告。

导群（承接售后与复购，假设待确认 Q2）： - 完单后展示"进群"入口 + 群活码，平台人工建群（路径 1，P0）；企微 API 自动建群拉人为 P1（路径 2）。 - 群定位：复购触达、长期合作、活动通知——不做履约沟通渠道（履约沟通必须在站内留痕）。

5.7 搭子组局 AA（v0.5 新增）

场景：周末约伴出行/活动（徒步、露营、City Walk、剧本杀拼车、音乐节拼住），发起人组局，成员人均 AA，费用平台托管。

定位与法务红线（先于功能）： - 平台角色 = 信息撮合 + 费用代收代付。平台不组织行程、不安排交通住宿、不制定路线、不赚差价——否则涉嫌无证经营旅行社业务（《旅游法》第 28 条）。 - 文案与 UI 禁用词：旅游团、跟团、组团游 → 统一用「搭子组局 / 约伴 / 自由行结伴」。 - 用户协议明示：活动由发起人个人组织，参与者自愿参加、风险自担（民事自助行为，平台提供工具）。

AA 结算引擎（v2 简化版：只退不补）： 1. 发起人设定：预估 AA 金额（人均）、人数上限、报名截止、结算依据说明（如"门票+AA聚餐，多退少补"）。 2. 成员报名并支付人均预估费 → 全额托管。 3. 活动结束后，发起人提交费用凭证（账单/发票/收款截图）并申报实际支出。 4. 只退不补：实际人均支出 ≤ 预估 → 结余部分按人头原路退回成员；超支部分发起人自担（激励准确定价）。 5. 结算确认：成员 48h 内可异议（走仲裁通道），无异议自动完成。

平台收费：人均固定服务费（默认 ¥2，可配置），支付时透明单列展示。禁止按比例抽佣——按比例抽佣 = 赚差价 = 改变 AA 性质。

信用前置：发起人须满足 L2+ 且实名，组局上限人数与其等级挂钩（L2 8人 / L3 12人 / L4 20人 / L5 30人）。

5.9 专业在线咨询（宠物医师问诊，v0.10 新增）

场景：宠物主遇到"猫不吃东西/狗拉稀/疫苗时间表"等问题，向平台认证的执业兽医师发起在线咨询（图文，站内 IM），按次付费。

合规红线（先于功能，硬约束）： - 服务定性为宠物健康咨询，不是诊疗：在线不可下诊断结论、不可开处方、不可推荐处方药——诊疗行为依《动物诊疗机构管理办法》须发生在持证动物诊疗机构内。 - 免责声明固定展示：服务卡详情、下单前确认页、IM 会话首条系统消息三处；话术过滤：医师回复中"确诊/处方/药方/剂量"等词触发提示。 - 急症引导：用户描述紧急症状（误食/出血/抽搐等关键词）时，系统自动插入"请立即前往线下宠物医院"提示卡——这是免责与体验的平衡点。 - 医师发布的内容仅为健康建议，不构成诊疗关系。

供给与资质： - 医师达人须上传执业兽医师资格证，平台人工核验（1-2 工作日），通过后资格证编号展示在服务卡与橱窗（信任核心）。 - 冷启动：专项招募（宠物医院年轻医师/在校兽医研究生做健康咨询——注意在校生不可用"医师"称谓，只能以"宠物健康顾问"上架）。

交易与履约（全部复用现有设施）： - 服务卡片（FR-1）：按次付费（如 ¥30/次）或包时长（¥99/月 3 次）；支持"免费首问 1 条"引流（P1）。 - 下单托管 → 站内 IM 履约（FR-9）→ 聊天记录即履约凭证（FR-9.5，仲裁直接调阅）→ 24h 服务窗口内有效，用户可评价 → 完单放款（FR-3）。 - 退款规则：医师 2h 未响应全额自动退款；用户在医师首次回复前可全额退。

验收要点： - [ ] 医师未通过资格核验，服务卡不可上架；核验通过后编号对外展示 - [ ] 三处免责声明 + 话术过滤 + 急症关键词自动提示卡全部生效 - [ ] 2h 未响应自动退款、首答前全额退、聊天记录进仲裁证据池

5.8 信用体系

6. 用户故事（User Stories）

供给侧（达人）

需求侧（商家）

平台侧

通用

优先级：US1/US6/US8/US9/US10 为 P0 故事（撮合+担保闭环最小集），US2/US3/US4 为 P1，其余按对应功能排期。

7. 功能需求（Requirements）

7.1 P0 — 不做就不能上线

FR-1 达人橱窗
FR-2 商家发单（发单功能主体：标准模式 + 发布出口）
FR-8 快捷模式：对话式发单（v0.3 新增，P0，隶属发单功能）

定位：发单的快捷模式——AI 辅助填表。把"逐字段手填表单"降为"粘贴一段招募广告 + 对话确认"，不是独立功能，与标准模式（FR-2）共用任务单模型、表单预览组件与发布出口。为从微信群迁移的商家设计。

FR-9 站内 IM（v0.4 新增，P0，Q6 决策：做）

买卖双方在线沟通——防跳单 + 仲裁证据链 + 履约协调的基础设施。无 IM 则咨询/履约沟通全被逼到微信私聊，跳单失控（v0.1 遗留 Q6 正式关闭：P0 做）。

FR-3 交易与资金托管
FR-4 仲裁工单
FR-5 账号与信任基础
FR-6 导群（轻路径，见 5.5 假设）
FR-7 裂变分享基础（v0.2 新增，P0）

小程序壳 + H5 形态下的分享与裂变基础设施（约束 C4/C5 配套）。

7.2 P1 — 上线后快速跟进

FR-10 搭子组局 AA（P1，功能定义）

7.3 P2 — 架构预留

8. 数据指标（Success Metrics）

北极星

月完单 GMV（验收完成的订单金额总和）。

驱动指标（先行，天级观测）

指标 定义 目标（上线 90 天）
达人橱窗上架数 累计上架服务卡片数 ≥ 2,000
商家月发单数 月度发布任务单数 ≥ 800
发单成交率 成交单数 / 发布单数 ≥ 60%
对话式发单占比 对话式发布单 / 总发布单 ≥ 50%（迁移主通道）
AI 抽取确认率 一次抽取无需修改直接确认占比 ≥ 60%（首轮）
平均报名响应时长 发单 → 首个报名 ≤ 2h
首单转化 新注册 → 7 日内首单 达人 ≥ 25%，商家 ≥ 15%

健康指标（滞后，周/月观测）

指标 定义 红线
纠纷率 争议单 / 完单数 < 5%
仲裁时效达标率 72h 内结案占比 > 95%
跳单疑似率 完单前后流失+举报线索 监控无基线
30 日复购率 商家 30 天内二次发单 ≥ 30%
导群进群率 完单 → 扫码进群 ≥ 40%

埋点方案：全事件表（exposure/click/publish/order/accept/appeal）随 P0 开发同步埋，不做事后补埋。

9. 竞品机制借鉴对照

机制 闲鱼 代练妈妈 带货匠 v2 取舍
供给形态 商品/服务卡片，长期挂 无供给主页，纯接单 取闲鱼：达人橱窗长期挂单（需求 1）
需求形态 无悬赏（求购帖弱） 商家发单悬赏，接单者报名 取代练：一次性+长期任务单（需求 2）
资金担保 闲鱼担保，确认收货放款 平台托管，验收放款 取两者：托管 + 48h 超时自动放款
纠纷处理 小法庭（众裁） 客服仲裁 v2 客服仲裁（人少不做众裁），P2 考虑陪审
关系沉淀 鱼塘/圈子（已弱化） 无 自创：导群到企微做私域复购
信任 芝麻信用 接单等级/保证金 实名 + 完单/好评率等级，P1 保证金

10. 风险与合规

风险 等级 缓解措施
资金托管合规（无支付牌照） 🔴 高 不碰资金池：用微信支付服务商分账/电商收付通，平台只做指令；上线前法务确认
兼职用工纠纷（劳动关系认定） 🟠 中高 协议明确定位为居间信息服务；Non-goal 明确不做薪酬结算；仲裁话术避免"雇佣"表述
搭子组局被认定为旅行社业务 🟠 中高 平台角色锁死"信息撮合+代收代付"：不组织行程/不安排交通住宿/不赚差价；固定服务费不抽佣；禁用词硬过滤；协议免责声明；H 类 P1 上线前法务专项评审

| 跳单（绕开平台线下交易） | 🟠 中高 | 三道截流：① 发单侧——联系方式打码 + 外链回填表替换（FR-8.4）；② 沟通侧——IM 联系方式自动打码 + 二维码拦截 + 风险提示（FR-9.4，v0.4 从 P1 提为 P0）；③ 履约侧——凭证与聊天记录留痕、举报奖励、导群由平台主导 |
| AI 抽取错误导致错单 | 🟡 中 | 结构化卡片必须商家确认后才发布（人在回路）；抽取置信度低的字段标黄提示重点核对；错单 24h 内可无责撤销 |
| 置换单纠纷（置换物缩水/货不对板） | 🟡 中 | 置换物明细发布时强制填写（品名/数量/市场参考价）；仲裁只裁"发布动作是否完成"不裁置换物质量（5.3）；引导大额置换走现金+置换模式 |
| web-view 体验与能力边界 | 🟡 中 | 支付/授权/订阅三类场景固定原生页（约束 C1/C6）；页面体积与加载性能预算（H5 首屏 ≤ 2s）；关键路径降级方案（web-view 加载失败时提供原生兜底页） |
| 裂变分享合规 | 🟡 中 | 分享文案禁止诱导性话术（"分享得现金"类需法务过）；邀请奖励若上 P1，防刷与合规并行；H5 域名被微信拦截的监控与申诉流程 |
| 上门服务人身安全（宠物投喂入户） | 🔴 高 | 达人实名+人脸核验（P1）、上门打卡定位（P2）、安全提示与保险（P2 调研） |
| 未成年人兼职 | 🟠 中 | 实名认证拦截 <16 周岁；16-18 周岁限类目 |
| 冷启动双侧死锁 | 🟠 中 | 先供给后需求：城市运营地推拉达人（种子 500 人/城），商家侧免佣期 |

11. Open Questions

# 问题 责任方 阻塞级别
Q1 带货匠 v1 是否有存量用户/数据需要迁移？→ v0.9 已部分回答（见《v1继承对照》）：任务/接单历史数据不迁移；账号视 v1 注册量决定（同开放平台主体则 unionid 自动打通）；v1 小程序建议直接改版为 v2（同主体解 Q7 大半）。剩余待确认：v1 注册用户量级、是否沿用 v1 小程序 AppID 业务方 阻塞（收敛为确认量级+AppID 决策）
Q2 "导群"的定义：平台主导的商家-达人交易群，还是运营自己的用户池？建群主体是平台企微还是商家微信？ 业务方 阻塞（影响 FR-6 设计）
Q3 抽佣比例与免佣期策略（冷启动期商家免佣？） 业务方 非阻塞
Q4 首发城市与类目（建议：单城试点，宠物上门投喂+地陪两个类目打透） 业务方 阻塞（影响运营资源）
Q5 资金通道选型：微信电商收付通 vs 服务商分账，法务确认进度 法务/财务 阻塞（影响 FR-3 开发）
Q6 站内 IM 是否 P0？→ 已决策（v0.4）：P0 做，见 FR-9 与 5.5 产品+工程 已关闭
Q7 小程序主体与 H5 域名主体的关系：同一主体，还是关联主体？unionid 打通所需的公众号/开放平台配置现状 业务方+法务 阻塞（约束 C1/C2/C3 的前提：支付主体一致性、业务域名白名单、unionid 打通全取决于此）
Q8 裂变冷启动策略：首批种子流量从哪来（存量微信群导入？地推？投放？），裂变主场景是朋友圈 H5 还是微信群小程序卡片 业务方 非阻塞（影响 FR-7 的落地页优先级与运营节奏）

12. 里程碑建议（Timeline）

阶段 内容 周期
M0 评审定稿 本 PRD 评审、Q1-Q5/Q7 决议、UI 设计启动、小程序主体与域名准备（认证、业务域名配置、unionid 打通验证） 2 周
M1 核心闭环 小程序壳 + H5 框架（登录态打通、支付原生收银台、分享双通道）先行；FR-1/2/3/5/7 + 仲裁后台（FR-4），技术方案先行（资金状态机+分账通道） 6~8 周
M2 内测 单城 × 2 类目，种子达人 500 人，运营导入首批商家，裂变链路（分享→归因）实测验证 3 周
M3 公测上线 P1 功能（推送/多规格/自动建群/邀请激励）灰度，指标看板上线 持续

附：核心流程图（与本 PRD 配套）

  1. 交易闭环：发单 → 接单 → 托管 → 履约 → 验收 → 放款（+ 争议仲裁分支）——见会话图表 1。
  2. 双边市场结构：达人橱窗（闲鱼式）⇄ 商家任务广场（代练式）+ 担保/仲裁/导群支撑层——见会话图表 2。
  3. 小程序壳 + H5 架构：原生页固定 4 类（登录/支付/订阅/分享），业务主体 H5——见会话图表 3。

附录 A：对话式发布真实样例帖（FR-8 验收集）

以下 4 例来自真实微信群生态，作为 AI 抽取的验收标注集（脱敏保留原文特征）：

例 1 · 旅游博主招募帖（招募/置换混合，多城市多线路）：含大量 emoji、多城市多产品线（大理/香格里拉/重庆/昆明/丽江/海南/版纳）、福利点列举、无押金无助理费声明、备用 vx 引导、扫码报名。抽取要点：类目=探店旅行；多线路（可拆多单或合并一单多规格）；报酬=置换（产品体验）+ 声明无押金；联系方式打码；"扫码添加"替换为平台报名。

例 2 · MCN 资源供给帖（资源方找甲方）：主营业务罗列（种草/品宣/探店/云剪）、素人/KOC 直发业务、可签合同开票、【我需求】甲方品牌方媒介公关、加 VX 联系。路由判定：资源供给帖 → 不生成任务单，FR-8.5 引导上架橱窗/招商页或转人工。

例 3 · KOL/KOC 资源机构帖（资源方找甲方）：七大服务清单（品牌宣传/种草/探店/素人直发/娱乐营销/热搜冲榜）、多平台资源、公对公开票、V+电话联系、"换群+"。路由判定：资源供给帖 → 同例 2；"换群+"行为直接过滤提示。

例 4 · 景区门票置换招募帖（招募/纯置换，含外部回填表）：群公告形式、需审文案、景区门票置换（3 位名额）、对接人+手机号、探店时间多日期段（9/26-10/7 共 9 天）、同步红书+抖音双平台要求、金山文档回填表链接。抽取要点：类目=景区探店；报酬=置换（门票 2大1小）；时间=多日期段；名额=3；发布要求=双平台同步；外部回填表链接 → 替换为平台报名表（FR-8.4 核心 case）。

标注集扩展要求：上线前累积 ≥50 例真实帖子（招募/资源各半），字段级抽取准确率 ≥90% 方可开放 FR-8 全量入口；未达标期间对话式发布以"内测白名单"形式灰度。