产品设计复盘

企业合同审阅的需求与工作流设计

核心不是让模型“看懂一份合同”,而是把签约前原本分散在合同、制度、投标文件、项目排期和人工判断中的工作组织成可追溯的业务流程。

01
三层需求

表层需求是“审合同”,真实目标是缩短签约周期,并避免把风险推迟到项目交付阶段。

表层诉求

发现条款风险并给出修改建议。

业务目标

减少等待外部审阅、翻查制度和跨部门反复核对。

关键约束

高风险、证据不足、系统查询失败必须由人确认。

02
业务 → 用户 → 产品

系统功能必须能够回到企业的实际签约任务。

业务需求

签约更快,风险更早暴露,减少返工。

用户需求

知道哪些问题要处理、为什么、谁负责、改完影响什么。

产品需求

多源输入、规则校验、OA 履约、证据链、人工决策和审计。

03
Agent 四问

目标、能力、知识、边界

目标

签章前完成可追溯的第一轮风险审阅。

能力

解析、比对、规则检索、系统查询、风险分析和影响分析。

知识

合同、企业规则、投标资料、项目排期、交易主体数据。

边界

不自动审批;数据未验证必须明确;冲突结论不能静默合并。

04
人类工序

先还原真实工作,再拆系统节点。

01收集材料

合同、附件、投标、中标、制度和项目数据。

02抽取事实

金额、周期、付款、验收、人员和范围。

03多源核对

规则版本、投标承诺、OA 排期、主体数据。

04风险审阅

法律、商业、履约、内部制度和跨文档一致性。

05人工决策

分配负责人、确认建议、接受风险或驳回结论。

06修订与关闭

修改合同、分析影响、重新审阅并完整留痕。

05
定位

企业现实数据参与合同判断。

通用合同问答
合同文本 → 风险解释
VS
合同智审
合同 + 企业规则 + 项目承诺 + 履约数据 → 签约风险管理