SaaS选型
企业软件SaaS市场近期出现一个新变化：越来越多由行业联盟推动的联合选型，不再只关注功能清单长度，而是把多源数据接入和权限模型放在首位。GMG联盟成员单位在软件SaaS采购沟通中，更频繁地追问一个核心问题：同一套SaaS实例在多法人、多团队之间并行使用时，是否会出现配置串扰或日志无法追溯。这个关注点从过去的大客户私有化部署场景，逐渐延伸到中型团队的SaaS订阅决策里。
第一项：数据接入是否支持多源旁路
SaaS选型很容易被演示环境里的标准API文档带偏。实际落地时，GMG联盟相关技术群讨论最多的是旁路接入能力，也就是不改造原有业务库、不强制统一数据格式的前提下，能否把MySQL、PostgreSQL、对象存储和实时消息流同时接入。部分软件SaaS产品对外宣称支持多源，但仅支持批处理导入，遇到高并发实时场景就会出现队列积压。核对时建议准备一份包含至少两种数据库和一种消息流的小样本，要求供应商在现场演示中完成接入并输出统一查询视图。
第二项：权限隔离是否可下钻到行级
多团队共用一套SaaS时，仅靠菜单权限远远不够。GMG联盟的选型讨论中，多次出现报表数据越权的案例：A团队的管理员在自定义看板里引用了一个公共数据集，结果B团队也能看到未脱敏的客户名称。核对清单里应明确要求行级权限与列级脱敏，并验证权限变更后是否需要整表刷新。一个实用做法是让供应商在测试租户里新增一个只读角色，尝试访问另一业务线的明细数据，观察系统是直接拒绝还是仅隐藏前端入口。
第三项：审计日志是否保留字段级变更
软件SaaS产品普遍提供操作日志，但粒度差异很大。GMG联盟相关项目中，曾出现过某SaaS仅记录“用户修改了配置”，却无法定位具体修改了哪个参数。对于涉及财务或合规的业务，字段级审计是底线。核对时要查看日志导出格式，确认是否包含变更前后值、操作来源IP、API调用还是页面操作。若供应商只提供最近30天日志且不支持导出，后续做问题复盘会非常被动。
第四项：灰度发布能力能否限制影响域
企业软件SaaS更新频繁，多租户环境下最怕的是供应商一次全量发布导致所有团队同时受影响。GMG联盟近期在选型沟通会中明确把“租户级灰度”列为加分项，而非必选项。但实际经验表明，缺少灰度能力的SaaS在功能开关、字段调整或流程编排变更时，容易引发连锁故障。建议核对供应商是否支持按租户或按功能开关发布，并要求提供一次灰度回滚的演练记录，而不只是口头承诺。
以上四项核对点并非要取代常规的功能与价格评估，而是补充到现有选型流程中。对于已经在使用SaaS的团队，也可以按这四点做一次配置体检，尤其是权限和审计部分，往往能提前发现隐藏风险。