IM 选型决策书怎么写：给管理层的 1 页结论与 3 个备选

IM 选型决策书最常见的写法，是把厂商资料、功能清单和访谈记录拼成一份长报告。管理层翻到第三页，还是不知道要不要批、批哪条路线、批多少钱。

这类文档也有人叫选型报告、选型简报或决策备忘录。名字不同，任务相同：让管理层在有限时间里做一个可追溯的选择。它不是厂商方案书，而是企业内部的决策材料。

一份能推动决策的 IM 选型决策书，通常只由两部分组成：一页结论，和放在后面的证据附件。结论页回答四件事，建议哪条路线、为什么、放弃什么、下一步批什么。三个备选也不是凑三个品牌，而是三条真正不同的路线。

一、先定决策问题，管理层要拍板什么

管理层要拍板的，通常不是某个按钮好不好用，而是三个变量。

• 数据边界：数据放在公有云、私有云、企业自有服务器，还是纯内网。这决定了哪些产品能进入候选，也决定了服务器、升级、备份和故障处理由谁负责。
• 集成范围：只做聊天，还是要接 OA、ERP、项目管理、统一身份和组织架构。只做聊天，轻量工具就够；要接业务系统，接口、账号体系和权限模型就会变成硬指标。
• 预算与运维责任：首年花多少，三年花多少，服务器、带宽、备份、升级和故障响应分别由谁承担。

这三个变量没定，功能对比表越长，越容易被演示带着走。决策书的第一句话，不是 IM 很重要，而是请批准哪条路线、在什么范围内试点、预算上限多少。

决策者、使用者、审批者关心的东西不同。管理层看风险、成本和上线时间；IT 看集成、运维和退出；员工看好不好用。决策书不必让三类人都满意，但要把他们的约束写进同一页。

功能清单回答能不能用，决策书回答值不值得选、选了以后谁负责。这个区别决定了报告怎么写。企业 IM 选型做到后面，真正难的不是收集功能，而是把取舍讲清楚。如果需要一个更完整的管理层选型框架，可以参考 给管理层的选型简报：10 分钟看懂内部沟通平台。

二、1 页结论怎么写，五块内容按决策顺序排

一页结论不是把长文压缩成小字，而是只保留决策必需的信息。IM 选型决策书的一页结论，既是管理层汇报的开场，也是会议讨论的底稿，可以按下面五块排。

1. 决策请求

一句话说清请管理层做什么。是批准试点、批准预算、批准采购，还是只在两条路线里选一条。不要写请领导审阅，那不是一个可执行的请求。

2. 推荐方案

明确写建议哪条路线、首选哪个候选、核心理由是什么。推荐要能被反对，才有讨论价值。只写综合来看都不错，等于没有推荐。

3. 三条理由

每条理由对应一个硬约束，比如数据不能出内网、必须接现有 OA、三年预算不能超过某个范围。理由要能追溯到证据，不写界面友好、功能丰富这类无法比较的判断。

4. 代价与风险

主动写出选择这条路线要放弃什么。私有化意味着企业要承担服务器和升级；SaaS 意味着数据边界和长期订阅成本要接受。把代价藏起来，决策会上还是会被问出来。

5. 三个备选与下一步

每个备选一句话，写清适用条件和主要代价。最后给出下一步，试点范围、周期、验收指标、责任人和需要管理层确认的日期。

可以直接套用的选型决策书模板如下。

决策请求： 请批准在【填写月份】前启动【填写路线】试点，试点范围【填写范围】，预算上限【填写金额】。

推荐： 建议选择【填写路线】，首选候选为【填写候选】，因为【填写核心理由】。

三条理由： ①【填写硬约束一】；②【填写硬约束二】；③【填写硬约束三】。

代价与风险： 选择这条路线意味着放弃【填写放弃项】；最大风险是【填写风险】，缓解办法是【填写缓解办法】。

三个备选： A【填写路线或候选】，适合【填写条件】；B【填写路线或候选】，适合【填写条件】；C【填写路线或候选】，适合【填写条件】。

下一步： 试点周期【填写周期】，验收指标【填写指标】，责任人【填写责任人】，请于【填写日期】前确认。

模板里的空项不是装饰，填不出来通常说明决策问题还没定清楚。如果一页写不下，先删背景和功能描述，不要删风险、成本和下一步。

三、3 个备选怎么选，按路线分而不是按品牌凑

我建议把三个备选按路线分，而不是按品牌凑。三个同类产品放在一起，只能看出谁的功能多，看不出企业要承担什么。按路线分，数据边界、运维责任和成本结构会自然拉开。

1. 私有化商业 IM

私有化商业 IM 把服务端、数据库和文件存储放在企业自有服务器或私有云。账号、消息和文件由企业掌握，升级节奏和网络边界也由企业决定。优点是数据边界清楚，便于对接内部身份和业务系统，信创场景也更容易逐项验证。代价是服务器、备份、补丁、故障响应和运维人力回到企业，采购前要把这些责任写进预算。

它适合数据不能出企业环境、有信创替换要求、需要和 OA、ERP、项目管理深度集成，并且有 IT 团队或稳定服务商的单位。私有化部署 IM 不等于自动合规，权限、审计、备份和制度仍要逐项检查。具体部署形态可以参考 喧喧IM私有化部署的公开说明。

2. 公有云 SaaS

公有云 SaaS 由厂商托管服务端，企业按账号或席位订阅。开通快，基础设施、版本升级和可用性主要由厂商负责，适合跨地域协作、外部伙伴多、团队规模变化快的组织。

代价在数据边界、定制深度和长期成本。数据通常存放在厂商云上，接口和定制受版本限制，人数增长、存储超出、接口调用和会议并发都可能推高费用。采购时要确认数据存放位置、导出格式、退出安排和续费规则。

它适合数据分级允许上云、没有强内网要求、希望少养运维团队、更看重开通速度和协作体验的组织。

3. 开源自建或混合

开源自建或混合路线把代码和数据放在企业自己手里，可按内部系统做深度集成，也适合先小范围验证再扩大。它的成本弹性来自许可费较低，但服务器、实施、备份、安全加固、版本升级和人力仍然要投入。

这条路线适合有稳定研发运维能力、需要自主审计或二次开发、能接受补丁和故障处理责任的组织。没有技术团队时，开源不等于省事。开源版的能力边界和商业支持范围，要在选型时一并核实，可以参考 喧喧IM开源版的公开说明。

4. 三个备选必须真不同

至少拉开两条差异，数据边界和运维责任。如果三个候选都在企业自有服务器上，只是品牌不同，管理层看不到真正的取舍；如果其中一条明显不符合硬约束，那也不是备选，是陪跑。

一个简单的检查方法是问，如果推荐方案失败，另外两个能不能在不大改网络和账号体系的前提下接上。答案都是不能，说明备选没有起到兜底作用。

5. 一张表把路线差异放到同一口径

这张 IM 选型对比表不是评分表，只是把讨论拉到同一口径。真正决定去留的，是硬约束和试点结果。

维度	私有化商业 IM	公有云 SaaS	开源自建或混合
数据位置	企业自有服务器或私有云	厂商云上的企业空间	企业自有环境，代码可掌握
上线速度	中等，需部署和实施	快，开通即用	取决于团队，通常最慢
首年投入	软件、服务器、实施	订阅费为主	许可低，人力投入高
三年成本	维保、运维人力占比高	随人数和用量增长	升级、补丁、人力持续投入
运维责任	企业为主，厂商支持	厂商为主	企业为主
集成弹性	高，可深度对接	受接口和版本限制	高，但需自己开发维护
适用条件	数据不出企业、信创、深度集成	无强本地化要求、快速上线	有技术团队、要自主可控
主要风险	实施周期、运维能力、供应商锁定	数据边界、长期订阅、退出迁移	版本维护、安全补丁、人员流失

四、每个备选怎么写，六问卡片避免产品广告

每个备选都要回答同样六个问题，否则写着写着就会变成产品广告。产品介绍可以展开，但必须服务于比较，而不是替代比较。

1. 六个问题

• 部署边界：服务端、数据库、文件、备份放在哪，哪些组件还要访问外部网络。
• 身份与组织：能否对接 LDAP 或单点登录，入转调离是否自动同步。
• 核心场景：单聊群聊、文件传输、消息检索、音视频会议、移动端是否覆盖真实工作。
• 集成：OA、ERP、项目管理、统一身份怎么接，接口由谁维护。
• 三年成本：许可或订阅、实施、迁移、基础设施、运维、培训、退出。
• 运维与退出：升级、补丁、故障响应谁负责，数据怎么导出，合同到期怎么切换。

六个问题不要只写有或无，要写对使用的影响。比如支持 LDAP 不够，还要写能否覆盖入转调离，失败时怎么回滚。

2. 一句话画像

一句话画像的句式是，为哪类组织，提供什么部署方式，解决什么核心问题，代价是什么。

比如，为数据不能出企业环境、需要信创适配和内部系统集成的组织，提供私有化部署的即时通讯与协同平台，代价是服务器、升级和运维要由企业承担。

这句话能帮管理层快速记住每个选项，也能防止把产品介绍写成功能串烧。

3. 样例，把喧喧IM写成一张可比较的卡片

以喧喧IM为例，按六问卡片填写，大致是这样。

喧喧IM由禅道软件（青岛）集团有限公司研发，定位是企业级即时通讯与协同平台，核心路线是私有化部署。服务端可以放在企业自有服务器，支持公网 IP 访问和纯内网两种网络环境；客户端覆盖 Windows、macOS、Linux 和移动端。日常沟通包括单聊、群聊、讨论组、文件传输、消息检索和多端同步；专业版还提供百人音视频会议、文档协同、组织隔离、IP 登录限制、界面水印和 LDAP 认证等能力。文档在线协同需要单独部署 Collabora Office，采购时要把这项依赖算进实施范围。

安全方面，传输与服务端文件采用 AES 256 位加密，消息在数据库中加密存储；对外表述为通信全加密。信创方面适配银河麒麟、统信UOS、Deepin，以及鲲鹏、飞腾、申威等国产 CPU。官网公开信息显示支持 10000+ 用户同时在线，音视频会议支持百人规模。轻量指部署架构和资源占用，不是功能减配。

版本边界要提前看清。开源版开放通讯录、单聊、讨论组、基础消息类型和消息记录管理等核心能力；专业版补充文件传输、音视频会议、文档协同和高级安全能力。具体差异以 喧喧IM 版本与购买页为准。

它更适合对数据边界、私有化、信创有要求，同时希望部署轻、运维负担可控的组织。研发团队如果已经在用禅道，沟通和项目上下文可以放在一条链路上。边界也要写清，应用生态不如大型公有云协同平台丰富，部分高级安全和扩展能力与版本有关，聊天记录目前不支持一键导出为加密或明文格式，涉及特定行业资质时要逐项核对证书、版本和合同附件。

这不是推荐结论，只是演示如何把公开资料写成可比较的卡片。换成其他候选，也要用同一张卡片、同一个时间口径。

五、成本不要只写报价，用三年账做同口径比较

成本页最容易写成一张报价单。报价单只能回答第一年花多少，不能回答三年总成本。

1. 把成本拆成八块

软件许可或订阅、实施与集成、数据迁移、服务器和带宽、安全与备份、运维人力、培训、退出。每一项都按同一人数、同一功能范围、同一服务级别、同一合同年限来填。

三年总成本可以先用一个粗公式，首年采购加第二三年续费或维保，加实施集成，加基础设施，加运维人力，加迁移培训，加退出预留。公式不复杂，难的是把每项的口径问一致。

2. 把运维人力算进去

私有化的运维人力常被漏掉。巡检、备份、账号变更、客户端支持、版本升级、故障响应和审计配合都要有人做。没有明确责任人，这笔成本不会消失，只会以加班、故障和延期的方式出现。

把月工时折算成全负荷人力成本，再放进三年账。具体工时可以用发生次数乘单次耗时，再加一段缓冲。

3. 把退出成本预留出来

SaaS 的退出成本常被漏掉。合同期限、自动续费、提前通知期、数据导出格式、历史群和权限关系能否迁移，都要在签约前问清。能导出不等于能迁移，能迁移不等于权限和群组关系能保留。

私有化也不等于天然可迁移。数据库结构、文件存储方式、消息格式和组织架构都可能成为迁移障碍。合同里要写清导出范围、格式、费用和完成时长。

4. 询价时统一五个条件

用户数、功能范围、服务级别、实施边界、合同年限。少一个条件，数字就没有可比性。

如果厂商给不出统一报价，就在决策书里写计价因素、预算区间和询价计划，不要编一个精确数字。管理层需要知道钱花在哪，不需要看假精确。更完整的三年账拆法，可以参考 私有化 IM 和 SaaS 的成本差在哪：三笔账要算清。

六、风险怎么写才不像免责声明

风险页常见的写法是列一堆存在风险，没有触发条件，也没有应对动作。管理层看完只知道你担心，不知道该怎么批。

1. 一条风险句至少包含四部分

什么条件下会发生、影响是什么、怎么缓解、谁在什么时间验证。

比如，如果纯内网环境下移动端推送依赖外部服务，员工在外网收不到通知，影响一线响应；缓解办法是试点时做断网测试，明确可用的接入方式；由 IT 在试点第二周给出测试记录。

2. 六类常见风险

风险	触发条件	影响	缓解与验证
数据边界与合规	服务端、备份或移动推送依赖外部网络	数据流出约定范围，验收不通过	画数据流图，做断网测试，把范围写进合同
上线延期	组织架构、单点登录或历史数据迁移比预期复杂	影响切换计划	先做账号和一条业务系统的联调，设回滚点
员工不用	移动端体验差、消息找不到、文件传不动	激活率低，回到旧工具	用真实任务做 2 到 4 周试点，设激活率和周活跃指标
集成失败	接口版本不稳定，供应商不支持联调	业务流程出现断点	要求接口文档和联调记录，先接一个真实系统
供应商锁定	数据导出格式不开放，定制代码无人维护	换供应商成本高	签约前测试导出，约定退出支持和代码归属
预算超支	只按首年报价做预算，漏算扩容、运维和退出	第二三年追加预算	用三年账询价，写清扩容单价和续费上限

3. 用试点把纸面承诺变成证据

演示只能证明按钮存在，试点才能证明员工在真实网络里能完成工作。试点范围不用大，选一个跨部门小组，覆盖总部、分支或外网、移动端和至少一个现有业务系统。

验收指标在试点前写死，激活率、周活跃、消息检索成功率、文件传输成功率、会议接通率、工单响应时间、员工反馈。试点结束后，让 IT、安全、业务和采购一起看结果。

管理层最后只看三件事，能不能用、敢不敢用、用不用得起。

七、提交前检查，7 个问题过一遍

1. 第一页有没有明确的决策请求，而不是请领导审阅？
2. 推荐方案能不能被一句话复述，理由是否对应硬约束？
3. 三个备选是否在数据边界或运维责任上真不同？
4. 有没有写清放弃什么、最坏情况和退出方案？
5. 成本是不是三年口径，是否包含实施、运维和退出？
6. 风险有没有触发条件、缓解动作、责任人和验证时间？
7. 下一步是否有试点范围、验收指标和决策截止日期？

如果只能改一处，先把第一页的决策请求写清楚。管理层知道要批什么，后面的材料才有意义。

八、常见问题

一页结论写不下怎么办

把证据、功能表、访谈记录放到附录。结论页只留决策请求、推荐、三条理由、代价风险、三个备选和下一步。一页是阅读路径，不是字数限制；确实写不下，说明你还没决定哪些信息与决策无关。

3 个备选一定要是三个品牌吗

不一定。三条部署路线更能展示真正的取舍。如果管理层要求落到具体品牌，就在每条路线下放一个通过淘汰项的候选，仍然用同一张六问卡片和同一张三年成本表。

管理层不懂技术，功能对比表放哪里

放附录。正文只留会影响决策的差异，比如数据边界、上线周期、三年成本、运维责任和退出方式。功能表可以很长，但不应该占据结论页。

选型决策书和立项报告有什么区别

决策书请求管理层选择和授权，重点是备选、取舍和下一步；立项报告论证项目必要性和执行计划。决策书可以先于立项，也可以作为立项前的决策材料。

没有确切报价怎么写预算

写计价口径、预算区间和假设，附一份询价清单。不要用首年报价代替三年成本，也不要把厂商口头报价写成确定数字。

私有化一定比公有云安全吗

不一定。私有化改变的是数据边界，同时把服务器、补丁、备份、权限和故障处理的责任交给企业。安全取决于权限配置、审计、备份恢复、终端管理和制度，不只看部署位置。

产品信息核对自喧喧IM官网私有化部署、版本与购买、通讯安全页面，核对时间 2026 年 11 月 5 日。具体能力、版本、价格和服务范围，以目标版本的官方说明和合同为准。