牵头项目申请制 需求说明书

一、背景与建设目标

1.1 现状与痛点

目前销售的牵头项目主要由领导逐一指派，存在三个问题：

1. 被动：销售缺乏主动争取项目的正式渠道，主动性没有体现和沉淀；
2. 无留痕：谁想要、谁被选、为什么选，全靠口头与微信，无法回溯；
3. 占用管理精力：每个项目领导都要花时间了解人、匹配人、逐一通知。

1.2 建设目标

在现有平台（已具备销售/DCM 账号与权限体系）上新增「牵头项目申请制」模块，实现：

DCM 代替项目组发布牵头项目 → 销售个人在线申请 → 团队长线上审核 → DCM 在过审名单中选定即匹配； 配套领导分派兜底、团队长休假托管、全流程通知留痕、统计看板，最终替代人工指派。

1.3 成功标准

• 每一个牵头项目从发布到确定牵头人，全流程在系统内完成、可回溯；
• 领导只处理异常（无人申请 / DCM 不满意时的分派），不再逐单指派；
• 统计看板能回答「谁在积极申请、谁在承接、流程卡在哪」。

二、角色与权限总览

组织数据（系统管理员维护）：

• 团队名册：每位销售属于一个团队，含姓名、账号邮箱、团队名、是否团队长；一个团队可有多名团队长；
• 项目组字典：项目组名称列表（如：杨奔组、邵乔组、刘宇昕组……），用于发布时选择；
• 项目组本身不设系统账号，由 DCM 代为发布与选定（项目组名称仅作为项目归属信息展示）。

三、总体业务流程

3.1 主流程（申请制闭环）

【主流程：申请制闭环】

DCM 代替项目组发布项目（表单逐条 / Excel 批量）
        │
        ▼
项目上板·全员可见 ──通知──▶ 全体销售与团队长
        │
        ▼
销售个人提交申请（可附申请说明）··· 团队长本人申请 ··免审直达··▶ 过审·DCM 可见
        │                                                        ▲
        ▼                                                        │
团队长审核                                                       │
  ├── 通过 ──▶ 过审·DCM 可见 ────────────────────────────────────┘
  └── 驳回（可填理由）──▶ 通知销售 ──▶ 可修改后重新提交（回到「销售个人提交申请」）

过审·DCM 可见
        │  （销售在项目匹配前可随时撤回申请）
        ▼
DCM 在过审名单中选定某人
        │
        ▼
匹配完成 ──通知──▶ 中选人 + 其余过审者落选

关键规则：

1. 申请主体是个人（DCM 只选到个人，不再选团队）；
2. 三个动作构成闭环：销售申请（第一勾）→ 团队长审核（第二勾）→ DCM 选定（第三勾，选定即成，被选人无需再确认）；
3. 团队长本人申请免审，直达 DCM 可见名单（标注「团队长本人」）；
4. 一人对一个项目只有一条申请记录：驳回/撤回后可修改重提（复用原记录，保留最近一次审核意见）；
5. DCM 只能看到过审申请，待审/被驳回的不进入选择视野；
6. 项目设定申请截止时间后（可选），过期不再接受新申请/重提，但 DCM 仍可从已有过审申请中选定。

3.2 异常流程（领导分派兜底）

触发路径有两条，殊途同归：

【异常流程：领导分派兜底】触发路径两条，殊途同归

路径一：项目无人申请超过可配置时长（默认 24 小时）
        │
        ▼
系统提醒 DCM 与领导（只提醒，不自动流转；看板黄色「超时无人申请」标签）
        │
        ▼
路径二：DCM 对过审名单不满意
        │
        ▼
DCM 点击「申请领导分派」：选择原因（无人申请/不满意/其他）
        + 提名销售团队（可选，可多选勾选，不能直接指定个人）+ 补充备注
        │  提名是可选行为：不提名 = 领导可在全部销售范围内分派
        │  通知领导·进入分派待办
        │ （期间项目仍开放申请：领导分派前若有合适的过审申请，DCM 可撤回分派申请改走选定）
        ▼
领导打开项目（查看 DCM 的原因、备注与全部过审申请），二选一：
  ├── 指派到个人：在候选范围（提名团队；未提名=全部）内选定牵头人
  │               可勾选「扩大到全部人员」突破提名范围（留痕）
  └── 指派到团队：在候选团队（提名团队；未提名=全部团队）中选定一个团队
                  由该团队团队长决定具体人选
                  ※ 若该团队团队长休假且未转移审批权限（审批关闭），
                    该团队不可被指派——领导只能对其成员指派到个人
        │  领导指派后项目立即停止接受申请，分派申请不可再撤回
        ▼
【指派到个人】→ 直接匹配（来源标注「领导分派·个人」）
【指派到团队】→ 项目状态「已指派团队·待落实」，通知该团队团队长
        │       （团队长休假托管期间由代审批人落实）
        ▼
团队长（或代审批人）在本团队范围内选定牵头人 → 匹配
        （来源标注「领导分派·团队落实」）
        │
        ▼
无论个人指派还是团队落实，人选确定即为最终定案：
通知被选人；其余过审申请自动落选并通知

关键规则：

1. 「无人申请超时提醒」阈值由系统管理员配置（默认 24 小时，考虑簿记建档节奏快，可调）；提醒只通知不自动流转，是否升级给领导由 DCM 决定；
2. DCM 申请领导分派时的提名销售团队是可选行为（可多选勾选，不能直接指定销售个人，可补充备注）：提名 → 领导默认在提名范围内分派；不提名 → 等同于扩大到全部销售范围；
3. 领导分派有两种方式：指派到个人（默认在 DCM 提名团队的成员中选，未提名则在全部人员中选；可勾选「扩大到全部人员」突破提名范围，留痕）或 指派到团队（默认在提名团队中选，未提名则在全部团队中选）；
4. 指派到团队后由团队长决定具体人选；若该团队团队长休假且选择了「关闭审批」（未转移权限），该团队不可被指派，领导只能对其成员指派到个人；休假托管期间由代审批人代为落实；
5. 领导指派后即为最终定案的起点：项目立即停止接受申请、DCM 分派申请不可撤回；团队落实产生的人选同样不可变更——无论个人指派还是团队落实，人选确定即终态；
6. 分派匹配同样生成申请记录（来源=领导分派，区分个人/团队落实），保证数据完整、统计可区分「申请制匹配」与「分派匹配」；
7. 已选定/已分派/已落实的项目为终态，不允许改选（如需调整线下协调，见 5.4）。

3.3 团队长休假流程

【团队长休假流程】

团队长设置休假（起止时间范围，最长不超过管理员配置上限）
        │
        ▼
选择审批权限处理方式
  ├── 托管：指定任一其他销售或领导作为代审批人
  │         └─ 休假期间申请通知代审批人，审核操作同团队长
  └── 关闭：本团队审批关闭
            └─ 销售申请直达 DCM 可见（申请记录标注「审批关闭·直达」）
        │
        ▼
休假到期 ──▶ 托管/关闭自动失效，恢复本人审批权限（也可提前手动结束休假）

附：休假期间团队长本人的申请权限不受影响（团队长本人本来就免审）；
    销售提交申请时系统按当前生效的审批链路自动路由，销售无需关心谁审。

关键规则：

1. 休假须设置时间范围，到期自动失效，无需手动恢复；可提前手动结束休假；
2. 托管对象可以是任意其他销售（含其他团队团队长）或领导；
3. 休假期间团队长本人的申请权限不受影响（团队长本人本来就免审）；
4. 休假设置对申请人透明：销售提交申请时，系统按当前生效的审批链路自动路由，销售无需关心谁审。

四、功能点清单

输入=用户提供的字段/动作；输出=界面反馈 + 数据落库 + 通知。功能编号用于演示与验收对照。

F01 登录与模块入口

F02 DCM 发布项目（表单）

F03 DCM 发布项目（Excel 批量导入）

F04 项目看板浏览

F05 项目详情与申请

F06 申请撤回与修改重提

F07 团队长审核

F08 DCM 选定牵头人

F09 DCM 申请领导分派

F10 领导分派（个人 / 团队）

F10b 团队长落实分派

F11 无人申请超时提醒

F12 团队长休假设置

F13 站内通知中心

F14 统计看板

见第六章（多 sheet、按 sheet 配置可见角色、周/月/季度/自定义区间）。

F15 系统配置管理

五、异常场景与闭环规则汇总

六、统计看板需求

6.1 形态与权限

• 看板由多个 sheet（页签） 组成，进入看板时仅显示当前角色有权限的 sheet；
• 每个 sheet 的可见角色由系统管理员配置（例：工作量 sheet 默认仅 admin/dcm 可见，可开放给团队长；流程进度 sheet 全员可见）；
• 全部指标支持 周 / 月 / 季度 / 自定义时间区间 筛选，支持按 项目组 / 团队 / 个人 三维度切换（视 sheet 而定）；
• 指标口径在页面上悬停可见（避免口径歧义）。

6.2 Sheet 设计（共 4 个）

Sheet 1：项目流程进度（默认全员可见）

回答「每个项目走到哪了、卡在哪」。

• 漏斗总览：发布 → 有申请 → 有过审 → 已匹配（申请选定/领导分派）/已关闭，各环节数量与转化率；
• 在途项目明细表：每行一个开放中项目，列出已等待时长、申请数、过审数、当前卡点（无人申请/待审核/待选定）、超时预警（红灯）；
• 趋势：每周发布数 vs 匹配数。

Sheet 2：工作量与业绩（默认 admin/dcm，可配置开放）

回答「谁在积极申请、谁在承接」。按人员/团队/项目组维度切换：

Sheet 3：时效与瓶颈（默认 admin/dcm）

回答「流程慢在哪个环节」（归因看板）：

Sheet 4：申请制运行健康度（默认 admin）

回答「这个机制是否真的替代了指派」（领导最关心的管理指标）：

6.3 指标尽调说明

指标框架参考了同类派单/认领系统的通行做法：任务漏斗转化（发布→认领→接受→完成）、响应时长（首申请间隔）、首转准确率（本项目对应「一次选定成功率」——因选定即终态，退化为覆盖率指标）、字段完整度（对应「要素结构化填写率」，暂不设考核）、工单超时升级机制（对应本项目超时提醒+领导兜底）。工作量与归因维度（主责人、截止时间、环节停留）为管理类看板通用结构。

七、展示物料组（demo 用）

物料清单：M1 发布表单、M2 Excel 模板、M3 HTML 页面组、M4 演示脚本。M1/M2/M3 的规格在本章定义，demo 页面制作属下一阶段。

7.1 M1：DCM 发布项目表单

设计原则：极简两必填，粘贴即发布——DCM 实际工作流是复制微信/邮件里的项目文本，不做任何结构化要素拆分（不填代码/规模/期限/日期等），打开表单 → 选项目组 → 粘贴全文 → 发布，三步完成。

要素全文的第一行惯例上就是项目简称（如「26哈城投MTN【10月8日簿记、9日缴款】…」），系统直接取首行作为看板卡片标题，无需单独填写简称字段。看板详情页展示全文原文，保持与 DCM 收到的一手信息完全一致。

7.2 M2：Excel 批量导入模板

第一行表头固定，一行一个项目，仅 3 列：

校验规则：两列必填非空、批内要素全文不重复；任一行非法整批拒绝，返回行级错误清单（第 N 行：原因）。

7.3 M3：HTML 页面组（按角色）

单页应用 lead-projects.html（入口=首页第三张卡片），顶部导航 + 通知铃铛，按角色渲染视图：

7.4 M4：演示脚本（建议 6 幕）

1. 发布：DCM 粘贴「杨奔组 26哈城投MTN」全文 → 发布 → 看板出现卡片、销售收到通知；
2. 申请：销售 A 打开项目 → 填说明 → 申请 → 团队长收到待审核；
3. 审核：团队长通过（顺带演示驳回+重提分支）；
4. 匹配：DCM 展开项目 → 过审名单 → 选定销售 A → 双向通知；
5. 异常：另发一个项目不申请 → 超时提醒 → DCM 申请领导分派（提名可选+备注）→ 领导指派到团队 → 团队长落实人选；另一个项目演示领导直接指派到个人；
6. 管理：统计看板过一遍四个 sheet（覆盖率、工作量、时效、瓶颈），休假托管演示穿插第 3 幕。

八、数据留痕与审计要求

全流程操作落库留痕，最低要求：

九、系统配置项清单

十、术语表

附录 A：验收场景清单（对照功能编号）

附录 B：被动接单兜底机制（讨论稿，供领导选型）

背景：申请制上线后，若销售不积极报名，项目会反复落入「超时 → DCM 申请 → 领导分派」的兜底通道，领导工作量没有真正释放。以下 7 个候选机制按轻重排列，可多选组合；选定后落入正式功能清单。

推荐组合：一期 B1+B2+B3（纯提醒/自动报名层，不动主流程）；二期视 Sheet4 参与率数据决定是否上 B4（团队长协调）与 B5/B6；B7 暂缓。全部机制的启用状态可由系统管理员配置开关。

本说明书为业务需求文档，不涉及技术实现方案；技术设计见《牵头项目申请制 设计文档》（docs/superpowers/specs/2026-10-08-lead-project-hub-design.md，需按本说明书同步更新异常流与统计看板部分）。