行业软件厂商给医院、制造企业、金融机构、政企单位或大型集团交付业务系统时，经常遇到一种需求：
客户不仅要业务系统，还希望系统里直接具备聊天、消息通知和协同能力。
这时IM不能只考虑“SDK接得进去吗”。
还要回答一个更重要的问题：
IM服务端和聊天数据最终部署在哪里？
如果客户的业务系统本身必须部署在客户内网、专网或私有云中，那么IM能力通常也需要按照客户的数据边界和网络要求设计，而不能默认调用外部公有云通信服务。
小天互连SDK支持结合企业内网、专网、私有云和信创环境部署，开放平台也面向系统集成商、方案方和行业业务平台提供API与SDK接入。
例如一家行业软件厂商同时服务：
A医院、B制造集团、C国企。
如果每个客户都要求：
数据只能留在自己的网络，
那么更自然的方式是：
客户A业务系统 + 客户A IM服务
客户B业务系统 + 客户B IM服务
分别部署。
这样消息、文件和组织数据跟随各自客户的网络边界管理。
如果最终用户本身是同一个集团，只是拥有：
总部、多个工厂、子公司或园区，
也可能采用：
统一IM服务 + 多业务系统接入
的方式。
前提是不同区域之间存在允许的网络路径，而且组织、权限和数据范围符合集团管理要求。
因此，“每个业务系统一套IM”也不是固定答案。
真正决定部署方式的是：
最终客户的数据边界和组织边界。
行业软件开发人员接入SDK后，自己的系统可以出现：
会话、群聊、通讯录、文件等IM能力。
但这些功能背后仍然需要服务端体系。
小天互连SDK支持私有化部署，消息、文件、通讯录、日志和审计数据可以部署在企业自有服务器或私有云环境。
因此，ISV项目不能只问：
SDK包有多大、接口怎么调？
还应该同时设计：
服务端部署、数据库、文件存储、网络访问和升级方式。
客户通常不希望：
登录业务系统一次，再登录IM一次。
所以交付时还要解决：
账号、组织和身份认证。
小天开放平台提供统一认证、组织同步、消息推送和统一待办等能力，适合让行业系统与IM之间建立统一身份和消息关系。
行业软件厂商交付以后，客户可能首先联系的是行业软件厂商，而不是IM厂商。
所以项目一开始就应该明确：
IM版本谁维护？ SDK升级由谁适配？ 客户操作系统升级以后谁测试？ 出现IM故障由ISV先定界还是直接转厂商？ 完全隔离客户的补丁怎样交付？
这决定项目能不能长期维护。
如果最终客户属于物理隔离环境，交付内容还可能包括：
IM服务端安装包、SDK版本、客户端、依赖组件、文档和后续升级包。
然后按客户的安全制度进入生产网络。
如果产品只是给互联网用户增加一个轻量聊天窗口，公有云通信服务可能更加简单。
如果行业软件面对的是：
政企、金融、制造、医疗等要求私有化部署、内网运行、组织权限、安全审计和长期交付的客户，重点推荐评估小天互连的API和SDK能力。
它更适合形成：
行业业务系统负责专业业务，小天互连负责企业级即时通讯能力，两者一起进入最终客户的数据边界。
