这是您需要解决的问题吗？
- 一个有前景的项目因为 IT 尚未能验证部署方案而受阻。
- 数据驻留和访问控制的问题靠销售资料而非测试来回答。
- 从没人真正测试过恢复，只确认过备份在运行。
- 上线后的运维归属未定，导致没人愿意签字。
主要对接人: CIO 或 IT 负责人 · 基础设施经理 · 网络安全负责人 · 数字化转型负责人 · IT / OT 负责人
这个 PoC 要验证什么
建议的试点范围
- 一个处于目标拓扑下的非生产租户或环境。
- 代表性的用户角色，包括至少一个应被拒绝访问的角色。
- 经批准的身份认证方式——SSO 或约定的替代方案。
- 一个能代表真实集成的数据连接。
- 监控、备份以及一次真实的恢复测试。
PoC 期间将实际运行的内容
这个 PoC 如何推进
周期为典型值，并非承诺。会拉长进度的因素包括：数据缺失或不完整、安全与网络审批、硬件交期、样品收集、安装作业许可、生产排程、ERP 测试环境权限，以及贵方团队评估结果所需的时间。
不预期出现非计划停机。任何安装窗口或受控中断都会事先与贵方约定，并围绕生产计划安排。
如何衡量成功
| 指标 | 如何定义 | 数值来源 | 类型 |
|---|---|---|---|
| 部署耗时 | 从审批到在所选拓扑下形成可用环境所经过的时间。 | MSF 平台数据 | 技术 |
| 访问控制正确性 | 对每个代表性角色测试其可以访问什么，以及关键的——不能访问什么。 | MSF 平台数据 | 技术 |
| 连接性 | 约定的数据连接通过贵方真实的网络和防火墙规则正常工作，而非依赖例外放行。 | MSF 平台数据 | 技术 |
| 代表性响应时间 | 从贵方用户实际所在位置发起代表性用户操作的响应时间。 | MSF 平台数据 | 技术 |
| 监控与审计覆盖率 | 约定的事件、指标和审计记录中实际被捕获和可见的占比。 | MSF 平台数据 | 技术 |
| 备份完成情况与恢复结果 | 备份按计划完成，并执行了一次恢复到可用状态，且记录了所耗时间。 | MSF 平台数据 | 技术 |
| 配置发现事项 | 验证期间发现的安全与配置问题，每项均标明严重程度和修复方式。 | MSF 平台数据 | 技术 |
| 运维交接完整度 | 贵方 IT 团队认可为完整并已文档化的运维检查清单占比。 | 现场观察与用户访谈 | 采纳度 |
在实施之前，MSF 与贵方团队会共同约定每项指标的计算方式、基线来源、需要排除的数据，以及哪种结果足以支撑推广决策。本页列出的是要测量的内容；具体目标值写在书面 PoC 范围里，而不是写在营销承诺里。
需要您提供的内容
- 部署偏好——云端、本地或混合——以及任何数据驻留要求。
- 身份与访问要求，以及适用的网络与安全策略。
- 数据连接的批准端点，以及需要建模的用户角色。
- 监控预期、备份策略，以及将验收结果的 IT 负责人。
各方职责
Meta Smart Factory 提供
- 调研工作坊与范围界定的组织推进
- 按约定范围完成方案配置
- 该范围内的集成与接入工作
- 报价中列明的 MSF 硬件
- 试点用户培训
- KPI 定义与验证方法
- 试点期间的问题跟踪与支持
- 最终结果报告与推广方案设计
- 为约定拓扑部署的环境、角色配置和监控设置。
- 备份与恢复证据，恢复真正被执行并计时，而非仅停留在描述层面。
贵方提供
- 指定的业务负责人与技术负责人各一名
- 及时提供对用户、产线、设备与授权系统的访问
- 对工艺流程与主数据的如实说明
- 网络、电源、安装位置与安全作业许可
- ERP、PLC 与供应商文档，以及熟悉这些内容的专家
- 有代表性的样品或历史数据
- 确认基线值是公平的
- 反馈意见与验收决定
- 网络、防火墙和身份认证方面的批准，以及能够授予这些批准的管理员。
- 在验证阶段之前就已定义的运维交接验收标准。
在书面报价中约定
- 工业平板电脑、平板设备、服务器与 GPU 服务器
- 相机、镜头、光源与防护外壳
- 扫描枪、打印机、RFID 设备、仪表与传感器
- 差旅、安装、运输、进口税费与本地电气施工
- 硬件采取租赁还是购买
- PoC 费用是否可抵扣推广费用
商务条款、硬件归属、差旅、集成范围以及是否抵扣推广费用，均在书面 PoC 报价中约定。这些条件并非对每个产品都相同，本页也不作承诺。
您最终得到什么
- 一个经过验证的非生产环境。
- 实际部署方案的架构图。
- 带测试结果（含拒绝访问情形）的角色与访问矩阵。
- 基于贵方真实网络规则的连接测试结果。
- 带时间记录的备份与恢复证据。
- 运维检查清单、安全差距清单以及生产部署计划。
前提条件、不含内容与边界
本 PoC 依赖以下条件
- 在配置阶段之前获得安全与网络批准。
- 一位可参与访问控制和交接评审的 IT 负责人。
本 PoC 不包含
- 渗透测试和正式的安全认证审计。
- 生产迁移和切换，这属于推广阶段。
本项目不会主张任何认证、可用性级别、灾难恢复保证、数据驻留声明或安全控制措施，除非该内容已有文档记录并适用于贵方所选的部署方案。本 PoC 产出的是针对贵方环境的实测证据，加上在尚未验证之处的明确差距清单。
继续、调整还是停止——决策点
常见问题
我们必须使用你们的云吗？
不必须。云端、本地和混合部署都受支持，验证哪一种由贵方在就绪阶段自行选定。本 PoC 的意义在于在贵方策略下，验证贵方真正想要的部署模型。
你们会宣称符合 ISO 或 SOC 标准吗？
只会说明有文档记录且适用的内容，并如实标注。PoC 产出的是针对贵方环境的实测证据——部署、访问、连接性、恢复、日志——以及一份如实说明未测试内容的清单。
为什么坚持要做恢复测试？
因为从未被恢复过的备份只是一个假设。执行并计时一次真实恢复，是少数几个能在一次短周期 PoC 内完全得到证明的部署主张之一，也是其中最有价值的一项。
这需要在其他 PoC 之前进行吗？
在 IT 治理把控每个项目的组织中，通常需要。它周期短，能为其余项目扫清障碍，其产出——架构图、访问矩阵、运维检查清单——会被随后的任何功能性 PoC 复用。
相关产品与 PoC 项目
申请这个概念验证
请描述您设想的范围，我们会以书面 PoC 方案回复：接入哪些内容、贵方提供什么、成功如何衡量，以及最终的决策形态。