01
AI WORKFLOW
ODC资源缺口小助理
把 PM 的口语需求整理成待确认草稿，接入提报、候选推荐、确认、退回和留痕的协同路径。
查看提报体验ODC · AI PRODUCT PORTFOLIO
ODC AI协同产品集
让资源需求被听懂，让资源投入被看见。
ODC资源缺口小助理用 AI 生成可确认的需求草稿；ODC资源看板支撑资源协同判断。关键决定仍然由人完成。
01 · 资源缺口小助理
02 · ODC资源看板
AI 提供理解与判断输入
01 · SELECTED PRODUCTS
不是“做了一个 AI 功能”。
而是完成两层资源协同产品。
02
DECISION DASHBOARD
ODC资源看板
把项目、负责人、资源投入与饱和度集中为可扫描的工作台，为复用与释放判断提供清晰输入。
查看看板设计PROJECT 02 · DECISION PREVIEW
资源投入不是一个数字。
它决定下一次协同该由谁开始。
项目、负责人、资源方向与投入比例被收进同一视图。看板只提供判断输入，不自动移动任何资源。
展开看板案例02 · ODC资源缺口小助理
它不是一个“帮你聊天”的机器人。
它是一条把资源协同接住的工作路径。
当项目需要人、需要外部候选人，或需要重新协调已有资源时，信息常常散在聊天、表格和多人确认里。
这个工具把最容易丢失的“需求描述、责任人、拒绝理由与下一步”放进同一条路径。
先把需求说清楚
PM 可选择人力需求或项目需求，也可以用自然语言生成待确认草稿。
再让规则接住细节
角色、能力、时间、周期和工作条件被结构化呈现，缺失信息留在提交前补齐。
最后由人完成决定
匹配、退回、客户评审和资源锁定都由明确角色确认，并保留可追踪的下一步。
03 · THE CORE INTERACTION
从“我这边缺个人”
到“谁该决定下一步”。
- 描述PM 说出真实需求项目、角色、能力、时间、地点
- 草拟AI 整理为结构化信息提示缺失与格式问题
- 确认PM 明确提交AI 不静默写入业务记录
- 协同工作流找到下一位责任人匹配、退回、评审与留痕
04 · PM 看到的体验
不是把后台字段搬到前台。
而是把每次提报先变成一个清楚的选择。
先分清楚，再填写
人力需求和项目需求，不该共用一张冗长表单。
先选择需求类型，再进入专属填写界面。人力需求关注角色、能力与到岗条件；项目需求先说目标、交付范围和协作方式，资源类型明确时再补充。
- 真正影响判断的信息排在前面
- 补充说明和外部招聘放在后面
- 地点描述工作条件，不决定审批路由
需求分流体验：脱敏产品演示
05 · HUMAN IN THE LOOP
AI 可以整理。
但不替 PM 提交。
自然语言输入会被转换为可编辑的待确认草稿。项目名称、资源类型、技术能力、到岗时间、周期、地点和外部招聘意向都需要在提交前被人看见与确认。
0
条 AI 草稿会静默写入正式业务记录
说需求AI 草拟人工确认再提交
智能草稿 · 可受控灰度
06 · 从提报到闭环
每一步都知道
谁该接手。
PM 提报
选择路径，补齐关键条件，明确提交。
内部判断
由当前节点判断是否有可支持资源。
候选推荐
能力、时间与工作条件集中给需求方确认。
需求方确认
匹配就继续，不匹配则带着原因回到来源节点。
锁定或回流
内部资源锁定；外部候选人需完成客户评审。
关键不是让流程一直往前走。候选人不匹配、客户未通过或节点超时，都应该有明确去处，而不是落回聊天窗口。
07 · REUSE WITHOUT REWRITING
相似需求，
不必从空白开始。
重复出现的资源类型可以被显式保存为浏览器模板。再次提报时，带出常用的能力、地点、周期与外部招聘设置，只修改这次真正变化的信息。
浏览器模板 · 可受控灰度
本机 浏览器保存
显式 由用户选择复用
不做 跨设备同步或覆盖历史记录
08 · OWNERSHIP BEFORE AUTOMATION
低饱和资源可以被推荐。
不能绕过原项目。
看板中的投入比例只作为判断参考。只要会动用已有项目上的人，原项目 PM 就应当被知会，拒绝理由也应当回到资源协调者的判断里。
- 看板参考发现低饱和资源不自动占用
- 资源提报说明复用原因由资源经理判断
- 原项目知情PM 同意或拒绝拒绝说明回传
- 争议协调业务角色共同判断继续匹配或退回寻找
受控预览
当前由管理员协同处理。自动定向通知与完整重复锁定保护，需要责任人映射与启用前检查完成后再开放。
09 · ODC资源看板
不只看缺口。
也要看到资源正在投向哪里。
ODC资源看板把项目、负责人、资源投入与饱和度汇集成一张可扫描的工作台。它为资源协调提供判断依据，但不替任何角色自动占用人员。
项目状态项目组合按项目快速扫描资源投入
资源投入负荷参考作为复用与释放的判断输入
协同动作责任可见不会自动绕过原项目 PM
| 项目 | 项目负责人 | 资源方向 | 投入比例 | 协同提示 |
|---|---|---|---|---|
| Project Atlas | PM · A | Camera | 42% | 需要确认 |
| Project Harbor | PM · B | Android | 76% | 稳定投入 |
| Project North | PM · C | Quality | 58% | 待评估 |
示例项目、负责人、方向与比例均为虚构/泛化展示数据，不包含业务台账。
作品范围 · ODC资源看板的产品设计、信息架构与资源工作流接入。
看板提供参考，流程保留责任边界。10 · PRODUCT BOUNDARIES
把“已验证”与“正在受控推进”
说在同一张桌面上。
| 能力 | 用户看到什么 | 当前状态 |
|---|---|---|
| 资源需求主流程 | 提报、分层处理、候选确认与回流 | 上线验证已完成 |
| AI 智能填单 | 口语转待确认草稿，提示缺失与格式问题 | 可受控灰度 |
| 历史需求复用 | 显式保存并调用本机浏览器模板 | 可受控灰度 |
| 低饱和复用 / 资源释放 | 流程与数据结构已定义，管理员协同处理 | 受控预览 |
技术状态以项目验收档案为准。公开版本不包含业务记录、内部链接、人员标识或客户数据。
11 · DESIGN PRINCIPLES
AI 参与协作。
责任仍然留给人。
作品方法
AI 理解 · 规则校验 · 人工确认 · 状态闭环
先明确什么信息需要被看见、谁要在什么时刻做决定，再让 AI 协助理解，让规则约束边界，并用可验证结果决定是否继续。