是闭环，不是漏斗
大多数零售科技止步于互动。这一条止于收银台。
二维码识别通道。对话识别需求。POS 识别销售。每一步都产生商家可读的记录——以及商家可控的边界。
章
01
顾客闭环
扫描。提问。比较。在收银台付款。
四个动作，无需安装。每个动作都在商家一侧留下记录。
01
顾客扫描
顾客扫描货架、陈列或柜台卡上的二维码。无需应用、账户或下载。
商家看到
一次扫描事件，带有二维码和通道标签。
02
顾客提问
顾客用自然语言描述需求——预算、用途、限制条件——可通过语音或文字。
商家看到
问题、语言和会话开始时间。
03
顾客比较
助手从商品目录中返回排序后的选项、取舍、组合和实时优惠。
商家看到
检索、比较和推荐的商品。
04
顾客在收银台付款
手机承载助手。设备上不完成购买；销售仍由你的 POS 完成。
商家看到
核销码或标注清楚的购物篮匹配。
助手不收取付款。顾客在手机上做决定，并在你现有的收银台付款，因此交易留在你的 POS 内，Salewise 也不接触银行卡数据。
无需应用 · 无银行卡数据 · 无需硬件
章
02
商家界面
问题变成记录。
顾客得到答案。商家得到问题、通道和转接。Sage 让闭环变得可见。
01
二维码管理器
按通道或摆放位置命名二维码，选择门店、品类或商品目标，用你的颜色和标志设计，然后下载 SVG 或 PNG。停用二维码不会删除扫描历史。
02
按二维码统计使用情况
扫描、会话、提问、回答、转接和最近会话——按通道、按二维码统计。
03
对话记录
每个顾客问题和助手回答，都带有发起该会话的二维码和通道标签。
04
收银台归因
核销码给出精确匹配。否则，带时间窗口的购物篮重叠会作为建模结果报告，绝不当作事实。
Sage · 014 号门店
已上线412
扫描
188
提问
41
转接
转接队列
02步态分析 · 2 号通道
需要真人顾客询问哪双鞋适合首个半程马拉松。
保修申请 · 服务台
已收集转接前已记录型号和问题。
最近会话 · 1 号通道 · 14:32
“这个能配 15 英寸笔记本电脑吗？” · 已回答 · 展示 2 件商品
示例控制台 · 非商家数据
章
03
规则
模型选择。服务器呈现。助手拒绝。
依据闭环不是一段提示词。它是操作的先后顺序：生成之前先检索，验证每个 ID，目录无法回答时就停下。
依据链路
五个步骤- 01
查询
顾客用自然语言提问。
- 02
检索
服务器选出候选商品。
- 03
选择
模型选择 ID 并给出理由。
- 04
验证
候选集之外的 ID 会被丢弃。
- 05
呈现
服务器写入价格、库存和规格变体。
01检索优先
在向模型提出任何问题之前，服务器先从商家目录中检索候选商品。模型从不搜索开放网络。
02模型选择，服务器呈现。
价格、库存、规格变体和优惠均由服务器根据目录记录呈现。模型文字中的数字绝不是事实来源。
03ID 经过验证
模型选择的每个商品都必须存在于检索到的候选集中。无效 ID 会在答案送达顾客之前被丢弃。
04诚实拒绝
如果目录中没有答案，助手会如实说明并提供人工转接。未配置模型或模型不可用时，助手会说明自己无法回答；顾客可以重试或询问店员。
拒绝规则
当商品目录无法回答时，助手会停下。
01
如果商品不在检索集中，它就不会被推荐。
02
如果商品目录中没有答案，助手会如实说明并提供人工转接。
03
如果问题涉及临床、法律或安全关键事项，助手会在商家的转接规则处停下。
04
未配置模型或模型不可用时，助手会说明自己无法回答；顾客可以重试或询问店员。
05
如果涉及价格、库存水平或政策，由服务器呈现；模型不会凭记忆回答。
拒绝是一种产品行为，不是失败。商家正是借此维持对答案的信任。
章
04
收银台
闭环在 POS 收口。
只有当匹配可证明时，归因才成立。匹配针对的是记录在 Sage 中的销售，结果要么精确，要么清晰标注为建模。
01
二维码会话
扫描会为会话打上门店、时间、二维码以及助手推荐的每件商品标签。
02
核销码
助手提供一个与会话绑定的短码。在集成支持的情况下，会员登录可以关联已知顾客。
03
收银台匹配
销售通过导入记录到 Sage。系统先查找精确的核销码匹配，再查找同店购物篮重叠。
04
已匹配销售
只有匹配的销售才计入。确定性匹配是精确的；建模匹配会标注置信度分数。
第 1 层 · 确定性
核销码
销售携带来自会话的核销码。这是精确匹配：置信度 1.0，建模标记为 false，直接归因。这是对话与交易之间最强的关联。
第 2 层 · 建模
购物篮重叠
没有核销码时，系统会查找两小时窗口内、包含助手推荐商品的同店销售。系统会报告置信度，上限为 0.92，且每笔匹配在商家报告中都标注为建模。
每次匹配都保存其方法、置信度和时间窗口。核销码是精确的。购物篮重叠是建模结果，在所有报告中都会标注。归因是对关联的记录，不是收入项。
章
05
上线
一条通道。一个二维码。一周。
对于受支持的服务商，限制因素是商品目录访问权限和转接规则，而不是安装设备。
01
第 0 天
连接商品目录
对于受支持的服务商，凭据在 Sage 服务端录入，商品目录随即同步。Salewise 始终不会接触银行卡数据。
02
当天
设计并打印二维码
按通道命名二维码，选择颜色和标志，添加说明文字，下载 SVG 或 PNG。在柜台打印或发送给印刷商。
03
第 1 小时
第一场对话
顾客扫码、提问，得到带有服务器呈现价格和库存的答案。会话连同二维码和通道出现在 Sage 中。
04
第 1 周
调整转接
阅读对话记录，找出需要真人的问题，设置转接规则。货架变化时暂停或移动二维码。
二维码放在哪里
01
货架边缘
购买意愿最高的位置。每个品类或货架一个二维码，在 Sage 中按通道命名。
02
陈列与端架
面向品类的季节性或促销二维码，说明文字与陈列一致。
03
柜台卡片
在队伍移动时，用于比较、查库存和政策问题。
04
试衣间或工作台
顾客正在做决定时的合身、尺码和兼容性问题。
05
入口
门店级二维码，用于方向、库存和自提问题。
06
商品标签
包装或标签有 2 厘米空间时使用的商品级二维码。
测试版服务商和新适配器可能需要更长时间。在集成构建并测试完成之前，我们不会宣称它已上线。
门店上线之前
六件事。没有一件是硬件。
- 01
通过受支持的 POS 获得商品目录和库存的读取权限，或使用约定范围的数据源。
- 02
门店名称、货币、营业信息和希望启用的语言。
- 03
转接规则：哪些问题必须交给真人，以及这位真人在哪里。
- 04
二维码设计所需的品牌素材——标志、颜色、说明文字——以及希望命名的通道。
- 05
有人负责审阅第一周的对话记录并调整手册。
- 06
无银行卡数据、无顾客应用、无店内硬件。
数据最小化
无需应用。无银行卡数据。只保留简短的会话记录。
我们不要求顾客创建账户。会话记录二维码、通道、消息、推荐和转接。只有在受支持的会员登录存在时，才会出现具名顾客。
商家根据数据处理协议设定保留期限。不希望对话被存储的顾客，可以直接与店员交谈。
安全详情