私有化部署检查清单：动手前必须确认的 12 项

私有化部署的失败通常不是"装不上"，而是装完之后才发现某条路走不通：拿不到产品迭代、某个子系统连不出内网、或者账号体系对不上导致权限得靠人工维护。这些问题的共同点是——它们在采购决策阶段就能被发现，却常被推迟到实施阶段。

一、方案性质（最容易被含糊过去）

1. 私有化是产品的原生交付方式，还是为这个项目单独定制的分支？前者可持续获得迭代，后者通常意味着版本从此分叉。确认方式：要求提供已交付的同类客户清单与版本升级记录。
2. 后续版本的升级方式与周期？确认方式：要求在合同里写明升级支持范围与响应时效。
3. 私有化版本与公有云版本的能力差异清单？确认方式：索取书面对照表，而不是口头答复"基本一致"。

二、资源与网络（报价前必须落地）

三、账号、数据与权限

• 账号体系能否对接现有目录服务（如 AD / LDAP / 企业微信通讯录），实现入职开通、离职回收自动化。
• 敏感数据的脱敏发生在模型看到数据之前，还是在输出阶段——只有前者有效。
• 审计日志的保留周期、存储位置、不可删除性是否满足行业监管要求。
• 数据备份策略与灾备方式由谁负责，是否包含在服务范围内。

四、运维责任与退出机制

1. 日常运维（监控、重启、扩容、日志排查）由我方还是服务商承担，响应时效是多少。若由我方承担，需确认所需技能与培训安排。
2. 合同的终止条件与数据导出方式：终止后数据如何完整导出、格式是否可用、周期多长。这一条在签约时无人关心，在终止时决定一切。

把清单变成采购前置条件

这 12 项的价值在于：把可能推翻方案的假设，从实施阶段的"意外"变成采购阶段的"选择题"。建议把它们整理成一页确认单，在方案报价前逐项要求书面回复并作为合同附件。