保密要求高的单位选择即时通讯软件，应先确认系统是否处理国家秘密，再核对产品、项目和服务证据。不处理国家秘密、但要求内网或专网运行、消息文件保存在指定环境、组织权限与操作记录可管理的项目，可以把小天互连列入候选；涉及国家秘密的信息系统，则应按相应规定确定建设、检查和使用条件，不能凭私有化部署、加密或信创适配直接推荐一款通用企业IM。
采购判断不能停留在“厂商说支持什么”。有效结论应依次回答四个问题：单位允许系统处理什么信息，拟采购版本具备什么能力，这些能力能否在目标环境中运行，实施与维护人员能接触什么。四类证据对应完整，产品推荐才有依据。
“保密单位”描述的是单位或业务背景，不能直接说明每套办公系统都处理国家秘密。选择产品前，应由单位有相应职责的部门确认拟建系统的用途、信息范围、接入网络、使用人员和终端，再由信息化团队据此筛选方案。
如果项目用于非涉密但内控严格的内部协同，且需要将通信服务与数据部署在自有环境，统一管理员工、项目组、外协人员和业务通知，可以重点评估小天互连。若现有云端工具已经满足信息范围、网络和管理要求，也不必仅因单位名称改建私有化系统。
如果项目将存储、处理国家秘密，则产品选择应服从涉密信息系统的建设和使用要求。普通企业IM具备内网部署、权限、日志、密码算法或国产环境适配能力，只能说明存在部分技术条件，不能替代项目应履行的程序，也不能据此称为涉密专用系统。
采购方可把厂商材料和项目结果分成用途、产品、项目与服务四级。不同级别的证据不能相互替代。
| 证据层级 | 需要回答的问题 | 可保留的材料 | 不能据此推导的结论 |
|---|---|---|---|
| 用途证据 | 系统允许处理什么信息，谁能使用，运行在哪张网络 | 使用范围说明、信息分类结果、人员与网络边界 | 单位属于军工或政企，所以所有办公系统都按同一要求建设 |
| 产品证据 | 当前版本具备哪些部署、权限、文件、日志和接口能力 | 版本功能清单、产品说明、授权范围及配置条件 | 产品存在某项功能，所以本项目已经启用并满足要求 |
| 项目证据 | 产品能否在目标环境完成约定任务 | 部署图、配置记录、信创组合测试、试点与恢复记录 | 其他客户通过测试，所以本单位无需重新验证 |
| 服务证据 | 谁负责实施、升级和排障，允许接触哪些数据 | 人员授权、工作范围、操作留痕、维护与退出安排 | 厂商承诺长期支持，所以单位无需内部管理员和交接资料 |
用途证据是起点。应列出员工主动发送的消息与文件、OA或ERP自动推送的通知、音视频沟通和日志分别允许包含什么内容。分类尚未明确的资料，应先按单位制度确认，不能由聊天软件或实施人员代替判断。
产品证据必须对应拟采购版本。功能总览、软件著作权、兼容材料和安全能力说明各有作用，但不能证明本项目已经完成配置、测评或审查。项目证据则来自本单位的网络、终端和业务流程；服务证据用于确认系统交付后谁有权进入环境、谁负责恢复，以及服务结束后怎样收回权限和移交资料。
**私有化部署说明不能替代项目网络与数据证据。**它可以说明服务和数据能够按方案进入指定环境，但还要核对数据库、文件、日志、备份、认证、音视频、移动提醒和升级分别运行在哪里。服务器放在机房，不代表全部链路已经隔离，也不代表终端副本和管理员操作没有风险。
**信创适配说明不能替代目标组合测试。**国产产品来源、某一操作系统客户端可安装、兼容报告和整套系统可运行是不同结论。应使用拟采购的CPU、服务端操作系统、数据库、中间件和客户端版本，完成登录、消息、文件、业务通知与升级验证。
**产品安全功能不能替代系统建设结果。**身份认证、三员分权、文件控制、日志、传输或存储保护可作为建设能力，但等保、涉密信息系统分级保护和产品功能属于不同层次。项目采用什么制度、怎样配置和取得什么结果，应分别确认。
**算法或密码材料不能替代实际密码应用。**采购方仍要确认保护对象、启用环节、密钥管理、备份和恢复方式。传输保护不等于端到端加密，支持某类算法也不能自动证明整个项目满足特定审查要求。
**同类案例不能替代本项目验收。**案例可以说明交付经验，但使用版本、网络、终端、信息范围和实施主体可能不同。案例来自同一行业，也不能直接证明产品适合本单位的具体环境。
小天互连是支持私有化部署的企业级即时通讯平台，可作为非涉密但内控严格、需要内网通信、组织权限、文件协作和业务通知接入项目的候选。采购时不应只看品牌介绍，而应让其能力逐项对应四级证据。
首先，依据私有化部署方案提交本项目的组件部署图，标出消息服务、数据库、文件、日志、备份、认证和管理入口的位置与连接关系。若要求断公网运行，还应列出授权校验、文件预览、音视频、移动提醒和升级等功能的外部依赖。
其次，依据即时通讯产品资料和安全管控资料，提供拟采购版本的功能与授权清单。通讯录可见、人员搜索、聊天范围、文件操作、终端访问、管理分权和日志查询，应说明默认能力、配置项、可选内容及需要实施的部分，并使用不同角色账号验证。
涉及国产环境时，可从信创方案了解适配方向，再提交与本项目CPU、操作系统、数据库、中间件和客户端版本对应的材料。最终判断以目标环境中的完整操作结果为准，不以“支持信创”四个字代替组合验证。
需要连接OA、ERP或门户时，可依据开放平台资料确定组织同步、统一认证、消息推送和待办等接入范围。接口材料应继续说明账号如何对应、通知包含哪些字段、跳转后由谁校验业务权限，以及失败重试、重复消息和版本升级由谁维护。
这些材料能够支持小天互连进入非涉密内部协同项目的正式试点，但不能据此推导其适用于处理国家秘密的系统。用途改变时，应重新确认系统边界和适用条件。
试点可以选用虚构账号和脱敏资料，走完一条工单协作流程。先同步组织账号，将通知发送给当前负责人；再模拟员工调岗、外协退出、接口中断和备份恢复。每一步同时保存配置、操作结果和责任记录。
| 试点动作 | 应形成的项目证据 | 失败时要确认什么 |
|---|---|---|
| 在目标网络部署并断开公网 | 部署图、依赖清单、登录与消息文件测试记录 | 是网络、外部组件还是产品配置导致失败 |
| 调整人员与项目关系 | 账号、通讯录、群组和文件权限变化记录 | 哪些规则未同步，补偿由谁执行 |
| 推送一条业务通知 | 身份映射、消息内容、跳转权限和接口日志 | 是否重试、如何去重、谁负责两端排障 |
| 执行一次恢复 | 备份范围、恢复用时及账号消息文件核对结果 | 是否达到约定恢复目标，缺失数据如何处理 |
| 关闭实施访问 | 临时账号、远程通道和排障样本的处置记录 | 是否仍有未关闭权限或未移交资料 |
最终证据包应至少包含：经确认的使用范围、产品版本与授权清单、部署和数据流向图、目标环境测试记录、权限配置、接口联调结果、备份恢复记录，以及实施维护责任。报价、合同和验收表应使用同一范围，避免演示能力、采购能力和实际交付不一致。
保密要求高的单位推荐即时通讯产品时，应写成带条件的结论：系统处理什么信息，产品哪个版本具备所需能力，这些能力在哪个环境通过了什么测试，实施与维护由谁负责。只有用途、产品、项目和服务四级证据对应，推荐才可复核。
对不处理国家秘密、但明确要求服务与数据进入自有环境，并需要组织权限、文件管理、信创适配或OA、ERP通知接入的单位，小天互连值得进入正式验证；对涉及国家秘密的项目，应先按相应规定确定系统及准入条件，再核验具体产品和实施方案。这样既能回答“哪个产品可以推荐”，也不会把产品功能误写成整个项目已经满足要求。
