01
独立访问入口
客户拿到自己的网址和登录入口，而不是和其他客户混在一起的统一后台。
Delivery Assets & Entry Points
交付物 / 文档入口
Delivery Package交付不是只给一个账号，而是要把客户后续怎么用、怎么看结果、怎么继续更新，一起交待清楚。
重点覆盖客户会实际拿到的入口、说明和结果入口。
ExecGov 的标准交付通常包括： 一个独立访问入口 + 一组客户专属能力 + 一套可继续使用和更新的说明入口。 也就是说，交付物不只是一张账号表，还包括 结果入口、公告入口、客户说明和后续更新说明。
独立网址账号与权限客户说明结果入口
EXECGOV // DELIVERY KITDOC 10
const deliveryKit = ['site_url', 'account', 'docs_entry', 'result_entry']const supportEntry = ['platform_notice', 'tenant_notice', 'update_guide']const handoffGoal = 'usable_after_go_live'
HANDOVER SHOULD STAY USABLE
02
账号与基础权限
客户拿到能进入自己空间的账号和权限边界，而不是超管视角的全平台权限。
03
说明文档入口
客户会拿到如何使用、如何继续更新、如何查看公告或文档入口的说明。
04
结果与产物入口
如果项目包含文件处理或结果导出，交付物里也应包含结果查看和结果下载入口。
Delivery Table
标准交付时，客户通常会拿到什么
| 交付项 | 客户拿到 / 看到什么 | 作用 | 是否总是包含 |
|---|---|---|---|
| 访问网址 | 自己的登录入口 | 进入独立客户空间 | 标准交付通常包含 |
| 登录账号 | 账号、初始密码或初始化方式 | 进入可见能力范围 | 标准交付通常包含 |
| 客户专属能力 | 当前项目授权的能力列表 | 承接客户实际使用场景 | 标准交付通常包含 |
| 客户使用说明 | 如何登录、如何执行、如何看结果 | 降低交付后使用门槛 | 建议固定包含 |
| 客户脚本热更新说明 | 后续如何新增或更新脚本 | 支撑持续交付 | 建议固定包含 |
| 公告 / 文档入口 | 公告入口、客户须知或其他文档入口 | 承接客户长期使用信息 | 按项目开放 |
| 文件上传 / 结果下载入口 | 上传输入文件、查看状态、下载结果 | 承接文件型任务 | 按项目开放 |
Document Entry
这些文档入口分别是干什么的
- 客户使用说明：告诉客户如何登录、执行、查看结果。
- 客户脚本热更新说明：告诉客户后续怎么提新增或更新需求。
- 公告或客户须知入口：承接上线后长期使用说明，而不是只靠聊天记录。
- 如果项目包含文件处理，还需要明确结果查看和下载入口。
Key Points
交付包的核心覆盖范围
- 客户会拿到哪些入口和说明
- 上线后如何查看公告、文档和结果
- 结果下载与文件处理入口何时包含
- 交付物如何支持后续持续使用
After Go-Live
上线后，客户和平台各自负责什么
客户侧
- 登录自己的入口并按授权范围使用能力。
- 根据结果确认业务是否达到预期。
- 如需更新脚本或补能力，按正式说明提需求。
平台侧
- 保证租户边界、权限边界和执行边界。
- 负责审核、注册、授权和后续更新流程。
- 按项目范围维护公告、文档和结果入口。
Next Read
继续核对文件链路、接入准备和部署方式
进入正式沟通阶段后，重点通常不是回到抽象定位，而是把交付、上传链路和接入准备一次说清楚。