Pitch Deck | Axivo SOS

10 页讲清楚 Axivo SOS 的客户路演结构

这套路演把 One Pager、Sales Kit 和 POC Demo 合并成一条可讲、可演、可收口的销售路径。

Axivo SOS product architecture with AI Gateway

Deck Chapters

四个章节,讲清楚一个完整采购判断

不要把 10 页当成信息堆叠,应该把它看成四段销售推进。

01-03 先建立共识

从客户问题、业务对象和 AI 角色开始,先把 Axivo SOS 的定位讲清楚。

04-06 说明系统边界

明确 Assessment Engine、MTE 和 AI Gateway 的职责分工,以及现场闭环如何展开。

07-08 讲可信运营

把 Agents 和 Governance 放在一起讲,让客户理解 AI 如何被控制和审计。

09-10 收口到下一步

用 POC 路径和商业包装把路演转成采购动作。

Deck Structure

10 页路演结构:从问题、架构、能力到 POC 和商业收口

每页都包含页面标题、讲述重点和证明作用,方便后续转 PPT。

01

Opening

Axivo SOS

企业现场管理转型的 Service Operations System。

开场只讲一句话:Axivo SOS 把评估、现场执行、学习、AI 控制和治理放进同一条服务运营链路。

客户需要先理解这不是一个单点工具,而是一套现场服务运营系统。

02

Problem

企业不是缺系统,而是缺一条可持续运营链路

评估停在报告,现场执行分散,AI 调用不可控,知识无法沉淀。

把问题从“有没有软件”转成“有没有跨评估、整改、复评、学习和 AI 的运营闭环”。

这页用于让管理层点头:现有 EAM / QMS / EHS 解决不了跨系统运营链路。

03

Product Thesis

AI 不是在空气里工作,而是围绕业务对象工作

Assessment、Finding、Risk、Action、Work Order、Verification 和 Learning Task 是 AI 的工作对象。

这页把 AI 从聊天助手拉回业务系统:每次建议都必须绑定对象、权限、证据和审批。

客户能开始区分 Axivo Agents 与普通 AI 助手。

04

Architecture

Assessment Engine 与 MTE 同级,AI Gateway 是控制与编排层

业务事实和现场执行同级进入 Service OS,AI Gateway 统一控制模型、知识、工具和策略调用。

强调 AI Gateway 不是业务 Agent,也不是 Governance Center;它是企业 AI control and orchestration layer。

这页回答架构问题,也是后续 IT 和数字化负责人最关心的页面。

05

Assessment Engine

先建立业务事实,再谈整改和智能化

Assessment Engine 把模板、证据、评分、Finding、Risk 和 Action Draft 转成可执行对象。

如果客户事实不清,Assessment Sprint 是最低摩擦切入点,用 2-4 周建立风险事实和优先级。

客户能看到 Axivo 的第一步不是卖大平台,而是帮助管理层看清事实。

06

MTE

MTE 把现场管理转型变成可执行闭环

Asset Reliability、Quality Execution、Safety Compliance 三个现场驱动引擎承接整改、工单、证据和验证。

如果客户痛点明确,MTE Site Pilot 是最好的试点入口:选一个基地或一条流程跑通闭环。

客户能理解 MTE 不是旧 LMT 命名,而是 Management Transformation Engine。

07

AI Gateway + Agents

先把 AI 调用管起来,再让 Agent 进入真实运营

AI Gateway 管模型、知识、工具、策略和成本,Axivo Agents 在受控业务对象上协同。

这里借鉴 Salesforce Agentforce 的服务升级方向,但 Axivo 的表达更贴近现场对象和治理边界。

客户能理解 AI Packs 为什么是增购项,而不是免费附属功能。

08

Governance

可信 AI 运营必须从权限、审批、审计和 Trace 开始

Governance Center 让角色、对象、建议、审批、执行、模型调用和结果都可复盘。

这页专门回答企业客户的保守问题:AI 怎么可控、谁负责、哪里留痕、如何审计。

这页帮助 IT、合规和管理层接受 Agent 进入现场运营。

09

POC Path

用一条现场风险闭环演示完整价值

从 Site Assessment 到 Finding、Risk、Action、Work Order、Verification、Learning Task 和 Agent Trace。

不要演示太多模块,用一条高风险现场问题把 Assessment Sprint 到 MTE Site Pilot 串起来。

客户能在 20-30 分钟内看到产品、业务和 AI 控制如何合在一起。

10

Commercial Path

四层商业包装让客户低摩擦进入、逐步升级

Assessment Sprint、MTE Site Pilot、Axivo SOS Platform、AI Gateway + Agent Packs。

最后不要停在愿景,明确给客户两种下一步:事实不清做 Assessment Sprint,痛点明确做 MTE Site Pilot。

这页把产品故事转成采购路径和销售推进动作。

Commercial Path

路演的最后,要清楚落到可采购的四层路径

客户听完路演之后,应该知道下一步不是“再看看”,而是从事实建立或现场试点进入。

Package 01

Assessment Sprint

用 2-4 周建立业务事实、风险清单和优先级路线图。

Pricing Logic

项目制切入

Best For

尚未形成统一事实口径的客户

Package 02

MTE Site Pilot

选择一个基地或一条现场主链路,跑通 Asset Reliability / Quality / Safety 闭环。

Pricing Logic

试点制 + 子引擎配置

Best For

希望快速看到现场执行价值的客户

Package 03

Axivo SOS Platform

把 Assessment、MTE、Learning、Knowledge 和 Governance 作为年度服务操作系统运行。

Pricing Logic

年度平台订阅

Best For

多基地、多角色、长期运营客户

Package 04

AI Gateway + Agent Packs

增购模型控制、Agent、知识检索、工具调用、Trace 和成本审计能力。

Pricing Logic

AI 控制层 + 场景包增购

Best For

希望把 AI 纳入企业运营体系的客户

Visual System

路演视觉建议:三类图足够支撑第一版 PPT

不要把每页都做成复杂界面,第一版先保证统一、清楚、可讲。

Axivo SOS product architecture with AI Gateway

封面与架构页

用于 Slide 01、04,强化 Axivo SOS 的统一架构感。

Enterprise field operations environment

现场运营页

用于 Slide 02、09,把问题拉回真实现场,而不是抽象系统。

Axivo AI Gateway control and orchestration layer

AI 控制页

用于 Slide 07、08,解释 AI Gateway、Agents 和 Governance 的边界。

Run Of Show

25 分钟客户路演节奏

这套节奏适合第一次正式产品介绍,也适合 POC 前的管理层对齐。

Part 01

0-2 分钟:只讲 Axivo SOS 定位和客户问题,不展开模块。

Part 02

2-8 分钟:讲业务对象链路和产品架构,确认客户是否认同系统边界。

Part 03

8-18 分钟:讲 Assessment Engine、MTE、AI Gateway、Agents、Governance 五个核心能力。

Part 04

18-25 分钟:讲 POC 路径和商业包装,推动客户选择下一步。

Next Asset

下一步可以把这套结构生成正式 PPT 页面。

现在本地已经有 One Pager、Pitch Deck、POC Demo 三个销售资产入口,可以继续做 PPT 版或继续精修官网产品分页。

info@axivo.cn