概念说明 · 模拟数据
Frontvia 如何工作
Frontvia 负责接住外部 Agent 带来的需求,并把它交给企业真正能办事的系统。下面是一个请求的完整过程。
示例:采购询价
表达需求
Agent 带来的是具体需求。
客户侧“帮我询价 20 盏办公台灯,下周交付。”Frontvia/企业侧收到产品、数量、时间与待澄清条件。官方答复
答复来自企业控制的信息。
客户侧询问配送地区、规格和服务条件。Frontvia/企业侧从批准资料及可用系统取得答案。确认提交
用户仍能决定行动。
客户侧展示将提交的内容,用户同意后继续。Frontvia/企业侧只提交获准的询价请求。创建事项
一个可追踪业务事项已产生。
客户侧“询价已提交,编号 Q-1048。”Frontvia/企业侧进入 CRM 或商家请求收件箱,状态为待处理。企业返回报价
请求形成真正的业务往返。
客户侧Agent 查询进度或在已有会话中取得明确报价与条件。Frontvia/企业侧企业人员或系统确认价格、范围与交期。客户决定下一步
接受报价不自动等于已建立订单或已付款。
客户侧接受报价、继续澄清或停止,按动作要求确认。Frontvia/企业侧记录选择,继续处理或结束事项。
状态顺序:请求已收到 → 等待企业确认 → 报价已返回 → 客户已接受。后续回复按实际支持的会话、查询或通知机制实现。
概念演示 · 模拟数据Frontvia
客户的个人智能体帮我询价 20 盏办公台灯,下周交付。
via Frontvia
你的企业
请求已收到 1/6
已识别产品、数量与时间;配送地区待澄清
已识别产品、数量与时间;配送地区待澄清
客户的个人智能体配送到上海,标准规格。服务条件是什么?
via Frontvia
你的企业
官方答复 2/6
答复来自企业批准的资料
答复来自企业批准的资料
客户的个人智能体确认以我的名义提交这份询价?→ 用户确认
via Frontvia
你的企业
等待用户确认 3/6
只提交获准的询价请求
只提交获准的询价请求
客户的个人智能体询价已提交 · 编号 Q-1048
via Frontvia
你的企业
等待企业确认 4/6
Q-1048 进入 CRM/请求收件箱
Q-1048 进入 CRM/请求收件箱
客户的个人智能体报价 Q-1048 已返回:价格、范围、交期
via Frontvia
你的企业
报价已返回 5/6
企业人员或系统确认价格、范围与交期
企业人员或系统确认价格、范围与交期
客户的个人智能体用户接受报价
via Frontvia
你的企业
客户已接受 6/6
已记录选择;尚不等于订单或付款
已记录选择;尚不等于订单或付款
客户的个人智能体检查规格、可用性与含费用总价
via Frontvia
你的企业
核实中 1/4
来自企业业务系统的实时数据
来自企业业务系统的实时数据
客户的个人智能体展示卖家与条款;用户确认
via Frontvia
你的企业
等待用户确认 2/4
未经确认不会下单
未经确认不会下单
客户的个人智能体通过现有订单系统提交
via Frontvia
你的企业
订单已确认 3/4
仅在订单系统确认后显示
仅在订单系统确认后显示
客户的个人智能体通过企业已有支付通道付款
via Frontvia
你的企业
正在核实付款 4/4
订单与付款状态分开显示
订单与付款状态分开显示
产品愿景
客户的个人智能体我的订单 A-2207 到哪里了?
via Frontvia
你的企业
登录后查询 1/3
客户只能查看自己的订单
客户只能查看自己的订单
客户的个人智能体申请换货
via Frontvia
你的企业
转交企业人员 2/3
超出规则 → 人工接手
超出规则 → 人工接手
客户的个人智能体换货已批准 · 工单 S-311
via Frontvia
你的企业
已批准 3/3
上下文延续,无需重复说明
上下文延续,无需重复说明
产品愿景
商家与数据均为虚构。
产品的四个层次
企业资料与能力
维护官方介绍、产品服务、政策、数据来源及开放动作。静态内容需批准,实时数据来自真实业务系统。
接入与交互
面向普通访客提供服务入口;面向已验证的外部 Agent 提供协议或接口。
业务办理
把查询、询价、预约和订单操作映射到现有系统,并标明自动处理、用户确认、企业批准的边界。
企业运营
查看需求来源、内容、处理状态、人工接手和结果。
“一键”是起点,不是全部
1
准备
从你已有的业务开始。
2
首个可用流程
快速建立第一项对外服务。
3
自动办理
让获准的操作进入现有业务系统。
4
渠道扩展
随验证结果逐步增加 Agent 渠道。