# 企业客户文件第一轮交付样例

> 本样例用于说明“第一轮通常会拿到什么”。真实交付需基于客户文件、企业事实、现有资料和回复期限另行判断。

## 1. 提交前，企业通常卡在什么状态

- 客户文件已经到手，但没人能一句话说清这次更像哪一种处理。
- 销售知道客户在催，法务知道不能乱承诺，但还没有一份能继续往前走的统一判断。
- 产品、安全和业务知道要补资料，但不知道先补哪几项最关键。
- 团队不知道现在更该先回客户、先补资料，还是先升级判断。

## 2. 第一轮后，企业通常会先得到什么

- 一句场景判断：这次更适合先做首单首轮判断、资料包整理，还是继续升级。
- 一页问题拆解：哪些能先回、哪些要限定表达、哪些必须升级判断。
- 一张资料缺口表：缺哪些制度、说明、图表、历史口径和责任人确认。
- 一步下一步建议：直接回复、补资料后回复、进入 redline，还是转持续支持。

## 3. 这一轮通常会先收到什么

| 模块 | 示例 |
| --- | --- |
| 场景判断 | 当前更像供应商安全问卷 + 数据条款的紧急首轮判断，而不是泛泛常年顾问咨询 |
| 回复期限 | 客户要求次日 18:00 前先给第一轮答复 |
| 首轮目标 | 先区分哪些问题能回、哪些要补资料、哪些不宜直接承诺 |
| 推荐路径 | 先做首单文件首轮判断，再决定是否整理资料包或升级到持续支持 |

## 4. 问题拆解示例

| 问题 | 判断 | 原因 | 建议动作 |
| --- | --- | --- | --- |
| 客户要求确认全部安全制度已建立 | 黄色 | 可能部分有制度，但对外说法需要统一 | 先确认现有制度和可对外版本 |
| 客户要求接受无限制审计权 | 红色 | 责任边界过宽，且执行成本不确定 | 需限定范围、频率和保密前提 |
| 客户要求说明数据位置和跨境访问 | 黄色 | 事实可以说明，但要核对真实系统路径 | 先确认系统架构、接收方和访问方式 |
| 客户要求承担全部删除返还义务 | 红色 | 可能与现有备份、日志留存和合同安排冲突 | 需结合 DPA / 主合同一起判断 |

## 5. 资料缺口表示例

| 资料项 | 当前状态 | 责任团队 | 下一步 |
| --- | --- | --- | --- |
| 客户原始文件 | 已有 | 销售/法务 | 确认最新版和回复时点 |
| 现有制度 / SOP | 部分 | 法务/安全 | 先区分内部版和可对外版 |
| 系统架构 / 数据流转图 | 缺失 | 产品/研发 | 优先补最小可判断版本 |
| 历史回复 / FAQ | 部分 | 销售/法务 | 抽取可复用口径，避免各说各话 |

## 6. 今天提交后，第一轮通常怎样往前走

| 时点 | 一般会发生什么 |
| --- | --- |
| 提交当天 | 先确认当前文件版本、回复期限、最卡的问题和牵头人 |
| 24 小时内 | 先判断是否适合继续、哪些关键事实和资料仍然缺失 |
| 48 小时内或约定时点 | 形成一页可复核判断底稿、资料缺口和下一步建议 |

## 7. 我们通常怎么写

- 先写一页场景判断：这是首单首轮判断、资料包整理，还是已经接近持续支持。
- 再写问题拆解：哪些能先回、哪些需要限定表达、哪些必须升级判断。
- 再写资料缺口表：缺哪些制度、说明、图表、历史口径或责任人确认。
- 最后写下一步建议：直接回复、补资料后回复、进入 redline，还是转持续支持。

## 8. 这一轮通常不会直接给什么

- 不会在资料极少的情况下直接给完整正式法律意见。
- 不会把所有问题一次性做成长期包或大而全方案。
- 不会默认企业先提交全部敏感资料、源代码、完整客户名单或未脱敏商业秘密。

## 9. 下一步

- 如果当前文件已经很急：直接进入紧急文件页面。
- 如果已经知道是安全问卷、DPA 或数据出境场景：直接看对应解决方案。
- 如果同类问题已经反复出现：再考虑资料包或持续支持。