产品概念示意图：任务经过材料整理、流程编排和人工确认后进入原系统执行，非真实客户数据。
The real friction
系统并不少，工作却仍在系统之间搬运
门户、OA、审批、项目和文档系统各自完成了一部分数字化，但用户真正要完成的是一项跨入口、跨材料、跨角色的工作。
先记系统，再找菜单；事项从哪里开始并不清楚。
制度、手册与当前角色和当前步骤没有连在一起。
材料、字段和进度在多个系统间依靠人工复制与催问。
只会回答还不够，权限、依据、确认和失败回退缺一不可。
Product value
价值不是再增加一个对话框，而是让一项工作有清晰的完成路径
协同工作台位于用户与存量系统之间。它理解当前任务，组织授权上下文，形成可核对的草稿，并把正式校验和权威记录交还给原系统。
用户先判断该打开哪套系统、进入哪级菜单。
从“我要完成什么”出发，统一定位事项与下一步。
材料、制度、历史记录散落，依靠个人经验拼接。
按角色与步骤呈现依据、材料清单和授权上下文。
AI给出一段文字，用户仍要自己搬运和推进。
建议、草稿、确认、回写、状态与结果进入同一任务链。
重建牵涉迁移、停机、培训与组织协调。
优先利旧接入，分阶段证明价值，再决定扩展范围。
A task-centered workspace
一屏看见任务、关系、依据与需要确认的动作
AI协同工作台不是独立于业务的聊天窗口，而是把当前任务、授权上下文、辅助结果和执行状态放在同一操作界面中。
人负责判断，AI负责整理，原系统负责正式执行
用户从待办或具体事项进入，工作台在授权范围内组织页面位置、角色、材料和可查询数据。AI给出依据与草稿，用户核对后再调用受控接口，最终由原系统校验、写入并保留权威记录。
- 当前任务汇集待办、责任人、时限、材料和进度。
- 授权上下文结合角色、页面位置、制度资料与可访问数据。
- 依据与草稿呈现来源、材料清单和待核对内容，不替代最终判断。
- 人工确认提交前核对对象、字段、权限与操作影响。
- 原系统回写确认后调用受控接口，由原系统再次校验并写入。
- 操作留痕按项目规则记录依据、确认、调用、结果与异常回退。
One task, one traceable loop
一项工作的完整闭环
不以“聊了多少次”衡量价值，而以任务能否在权限范围内进入、理解、辅助、确认、提交并持续跟踪来验证。
从门户、OA或统一工作台进入事项。
说明目标或选择待办与明确动作。
结合角色、页面、资料和授权数据。
呈现依据，整理材料并形成草稿。
核对对象、字段、权限与操作影响。
由原系统校验并保留权威记录。
持续查看责任、时限、版本和结果。
Four differentiators
四项关键优势，决定工作台能否真正进入业务
不以推翻旧系统为前提
根据目标系统条件选择页面嵌入、统一菜单、深度链接或接口协同，让存量投资继续承担规则与记录职责。
- 降低整体迁移与停机风险
- 从一个高频事项开始验证
从“有功能”转向“能完成”
把入口、知识、材料、责任、时限和进度组织为任务上下文，避免AI回答与真实业务步骤脱节。
- 关系与进度同屏可见
- 结果沉淀为可追踪记录
让AI在控制链内工作
身份映射、最小权限、依据查看、人工确认、调用留痕和异常回退共同约束智能辅助。
- 高风险动作再次确认
- 模型异常时返回原流程
先证明一条任务链，再扩展
用同一事项对比入口步骤、失败点、完成时长、权限正确性和用户反馈，避免用“能对话”替代项目验收。
- 只读试点后逐步开放写操作
- 按角色、接口与固定样本复验
Controlled integration
接入存量系统，但不越过存量系统
“插件式接入”不等于零改造。能嵌入到哪里、读哪些数据、能否写回，由接口、身份认证、页面安全策略、网络区域和原厂配合条件共同决定。
跨系统数据复用范围较大时，可进一步明确协同工作台与企业数据中台平台的分工。
Evidence before promise
能力状态公开透明，避免把路线图写成现状
| 能力范围 | 公开状态 | 选型时需要验证 |
|---|---|---|
| 统一任务入口、任务关系、进度与人工确认 | 原型资料支撑 | 角色、状态、时限、签收、附件、审核与日志规则。 |
| 操作问答、字段整理、图像识别辅助和草稿生成 | 原型资料支撑 | 模型、知识范围、来源呈现、拒答、越权与人工复核。 |
| 在线文档查看、协同编辑与版本留痕 | 原型资料支撑 | 文件格式、并发、批注、恢复、预览与文档系统兼容。 |
| 实时沟通、历史事件对比和AI简报 | 扩展评估 | 必须完成演示、接口联调、权限确认与合同边界确认。 |
Pilot and acceptance
从一至三个高频事项开始，用真实任务完成度验收
建议选择规则清楚、责任明确、风险可控且可测量的事项，不以“能够对话”作为验收终点。
在改造前记录系统数量、菜单层级、重复字段、退回原因、完成时间和失败点，再用相同角色与事项对比试点结果。
-
01
现状盘点
目标系统、角色、流程、字段、接口、终端和问题基线。
-
02
脱敏演示
使用代表性资料检查任务地图、问答、草稿和关系视图。
-
03
只读试点
先验证身份、权限、待办、依据、状态同步和日志。
-
04
联调验收
检查字段、附件、超时、重试、去重、回退和记录一致性。
-
05
移交扩展
形成权限矩阵、兼容清单、验证记录、应急预案和版本记录。
Fit before scope
先判断是否适合，再谈建设范围
适合优先评估
- 现有门户、OA或审批系统仍可用，主要矛盾是入口分散与协同不透明。
- 高频事项具备明确角色、材料、字段、规则与完成标准。
- 能够提供脱敏样例、测试环境、接口资料或页面改造窗口。
- 希望渐进利旧，而不是一次性替换全部业务系统。
不宜直接上线
- 要求AI绕过审批、独立作出法定决定或无人确认执行高风险动作。
- 原系统核心流程、数据质量或安全基础已经严重失效。
- 数据授权、接口责任、身份体系、模型环境或验收口径无法确认。
- 目标系统没有任何接入、跳转或配合条件。
Start with one workflow
不要先改造所有系统，先选一项真正值得完成的工作
准备目标系统清单、典型角色、一至三个高频事项、脱敏样例、操作手册、终端与浏览器版本及现有接口说明，即可开展适配评估并形成试点范围、权限矩阵和验收清单。