Article body
正文
企业级 BI 的 POC（概念验证）应围绕真实业务任务检查结果、权限、性能与交付。衡石 HENGSHI SENSE 提供模型、HQL、指标、数据集成、可视化、Data Agent 和开放集成能力，项目组可以通过十项验证，判断这些能力是否适合目标环境。
有效的 POC 需要让候选方案处理相同的关键问题，并留下可复核的记录。数据规模、账号、刷新批次、部署资源与验收标准应在开始前约定，避免一方使用管理员和预热缓存，另一方使用受限账号与冷查询，最终得到无法比较的结论。
一、先约定任务、环境与验收标准
选择经过授权、脱敏且具有代表性的数据，保留会影响结果的重复键、空值、历史修改等特征。在隔离测试环境配置业务角色和接近实际的负载，逐步增加并发；故障注入只对获批的测试连接、任务与数据执行。
响应标准要说明计时位置。例如首次反馈、查询完成、页面加载完成与导出文件完成是不同指标。五十个用户、千万行数据或两秒响应可以作为某次项目的测试输入与目标，必须同时说明环境和任务，不能作为统一产品承诺。
二、十项验证：把选型问题落到证据上
1. 指标对账：同条件下比较多个入口
用同一定义、期间、范围、数据时点和身份，在衡石看板、问数及实际使用的接口查询核心指标。保留 HQL、筛选和结果；存在差异时解释是业务定义、权限、刷新还是计算引起。
2. 权限验证：按角色检查页面与导出
准备总部、区域和普通使用者账号，检查资源、数据范围、列权限及导出等操作。接口与嵌入入口也使用各自真实身份验证。按当前权限模式和继承设置核查新增模型或加工结果，不能只看页面是否隐藏字段。
3. 多源建模：验证选定的数据路径
在衡石中将订单与客户等不同来源数据用于联合分析，核查类型、编码、粒度和关联基数。按场景采用同源直连、统一引擎或数据集成等适用路径；验收重点是结果、时效、源库负载和维护成本，不以“是否落中间库”单独判断能力。
4. 查询与导出：测量实际任务的表现
使用接近目标规模的数据执行趋势、分组和明细任务，再测试项目需要的导出量与格式。记录结果正确性、耗时、资源和超时位置。衡石提供直连与加速等路径，具体选择和容量需在部署条件下确认。
5. 并发负载：同时观察查询、刷新与问数
先取得单任务基线，再模拟约定的用户到达方式和操作间隔，逐步增加负载。记录耗时分布、失败率、排队及数据库和模型服务资源，区分冷查询、缓存命中和刷新阶段，观察长任务对其他任务的影响。
6. 故障恢复：检查已执行范围与重跑结果
在获批的测试任务中模拟超时或连接异常，保留执行记录，核查目标数据的实际状态。恢复后按增量字段、业务键及输出策略验证补采或重跑。Insert、Upsert、清空或重建会产生不同影响，恢复方式必须与实际配置相符。
7. 口径变更：检查依赖、刷新与发布
修改测试指标后，检查引用它的页面、问数和接口，核对数据是否需要重新处理。衡石发布应用为快照，创作区修改后需按流程重新发布。验收记录应覆盖所用版本与读者实际看到的结果。
8. 嵌入交付：验证真实登录和授权
按目标产品选用衡石 iframe、JS SDK 或 API 接入方式，核查登录身份、租户范围、页面交互及错误返回。不同入口承担不同任务，应以实际嵌入需求验收；筛选参数负责分析条件，不能替代可信的身份认证与授权。
9. 升级演练：检查兼容与恢复
在测试环境按目标版本的升级说明演练，检查数据连接、模型、指标、复杂页面和集成入口。记录停机窗口、备份、恢复步骤和耗时，确认配置与依赖的兼容性；停机要求应由业务与实施方案约定。
10. 排障取证：一次慢任务能否定位
复现一条代表性慢任务，关联浏览器请求、执行记录、数据库及系统调试日志。问数还需检查模型和工具执行；导出需关注代理、网关与渲染环节。验收目标是找到可行动的原因及证据，能看到哪些分段信息以实际环境为准。
三、将十项结果汇总为一张验收表
| 验证项 | 主要通过依据 | 保存的记录 |
|---|---|---|
| 指标 | 同条件结果正确且差异可解释 | 定义、查询与对账结果 |
| 权限 | 各身份访问与操作符合授权 | 账号、权限配置及页面/文件结果 |
| 多源 | 数据正确且时效与负载达标 | 模型、执行路径与刷新记录 |
| 查询/导出 | 指定任务和数据量符合约定 | 计时、格式、结果及资源 |
| 并发 | 负载下的耗时与失败率达标 | 负载模型、分位数及瓶颈 |
| 恢复 | 已写入范围清楚，恢复后无遗漏或非预期重复 | 任务状态、重跑与对账 |
| 变更 | 引用、数据与发布版本符合新口径 | 影响清单、复测与发布记录 |
| 嵌入 | 真实身份和目标功能可用 | 集成配置与实际操作 |
| 升级 | 关键能力可用，恢复方案有效 | 升级、备份与恢复演练 |
| 排障 | 能够说明原因并给出处理方向 | 请求、执行及系统证据 |
四、虚拟 POC：一条区域经营分析任务
以下为虚拟方案示例。集团希望将订单、退款与目标数据用于区域经营复盘。项目组在衡石中建立合适的模型与指标，制作完成率看板，用 ChatBI 继续按门店和期间探索，再让 Data Agent 辅助完善分析页面。
业务负责人核对结果与解释，区域账号检查范围；实施人员验证刷新、导出和门户集成。随后在测试环境调整一次指标口径并重新发布，检查用户看到的结果。项目组围绕这一条完整任务安排性能、故障和升级验证，便于判断各项机制能否共同工作。
五、让 POC 结果支持最终决策
将核心业务场景、未通过项、原因和后续责任写入选型结论。区分产品能力、配置缺失、实施成本与外部依赖，必要时要求供应方给出可复验的修正方案。由业务人员独立完成一次已准备好数据和权限的任务，同时记录必要的培训与维护投入。
衡石提供从数据准备、指标计算到问数、创作和开放交付的能力组合。POC 应验证这些能力在企业实际条件下能否形成可持续使用的成果，再据此决定上线范围、资源投入与后续实施计划。