ConnectWiz Flows

知道自己在跟谁说话的自动化。

通用工作流工具自动化的是数据行。Flows 自动化的是会话——这里的工作单位是一个正在等答案的人,“等 3 天”是一个再正常不过的步骤,而许可这个问题,以一个真实节点的形式摆在画布上。27 种节点类型,覆盖每一个渠道,边界写得诚实。

每一个入站渠道都能跑 同意守卫就画在画布上 真实的空跑,逐步的追踪
流程——预约提醒,运行中
触发 · 每周一 09:00
同意守卫
发送提醒
礼貌跳过
时段已预订——每一步都有追踪
27
种节点类型——每一种在上线当天就同时带齐运行器、编辑器表单、校验规则、测试和文档
6
种触发方式——新会话、关键词、定时、表单提交、客服按钮、加固过的 Webhook
~97
项互不相同的校验检查,在流程发布前跑完——有问题的流程在编辑器里就失败,而不是在客户身上失败
按天计
一次运行能活多久——等待是持久化的,所以“3 天后提醒他”是一个步骤,而不是一个土办法

触发器

流程启动的六种方式——每一种都是画布上的一张一等公民卡片

新会话

每一次初次接触都用一段结构化的欢迎语来迎接——在挂件上,它甚至可以在聊天窗口打开、访客还没打字时就触发。

关键词

客户消息命中你设的关键词,就启动对应的流程——“预约”“价格”“退货”——任何渠道都一样。

定时

时钟挑出一批受众并开启会话——续费提醒、季节性回访——定时与发送之间,站着同意守卫。

表单已提交

只要有人提交了 Forms 表单 ——流程立刻启动,表单里的每个答案都作为变量可用;表单落地的那一秒,跟进就开始。

客服按钮

客服在进行中的会话上一键启动流程——退款流程、上手引导——由人来判断,由自动化来执行。

Webhook,已加固

每个 Webhook 触发器都有自己的公开 URL 和自己的密钥,对原始报文做 HMAC 校验,并带重放保护。载荷是数据,永远不是指令:它可以指名一个人,但绝不能左右流程的内部逻辑。

节点目录

27 种节点类型——外加一条让它们保持诚实的规则

一个节点只有在它的运行器、编辑器表单、校验、测试和文档全部到位的那一天,才会进入节点面板。面板是由引擎本身生成的——编辑器不可能给出一个运行器跑不了的步骤。

抽象 3D 插画:一张由玻璃图块组成的节点图,发光的曲线把它们连起来,其中一条翠绿色的活跃路径通向一个聊天气泡

消息(6)

消息、选项、媒体、WhatsApp 模板、聊天内表单,以及渠道富元素发送器——客户真正看到的文字和界面。

逻辑与时序(5)

条件、分支开关、连接器(跳到某一步或调用子流程,有深度上限)、持久化延时,以及营业时间——分支懂得看钟,也懂得看日历。

数据(4)

采集答案、设置变量、调用任意 REST API,还能读写你自己的 Tables 数据表 ——这是一种不需要集成的集成。

AI(4)

识别意图、从知识库作答,或者把某一步交给一个会用工具的 AI 客服——它可以先去查东西,包括查你的 CRM,然后再开口。

人工与分流(1)

一个多动作节点负责指派部门和客服、打标签、设优先级、开启或关闭会话——从自动化交还给人的那一刻,写得明明白白。

CRM 与销售(3)

把你的 CRM 当成节点面板里的一个应用:10 个读操作、7 个写操作——每个写操作都要过三道闸(已连接、有能力、并由管理员显式开启,三者默认都关着)。

商务、通话与预约(2)

查一下 Commerce 商品目录,下单,触发一通电话,给出并预订 Booking 的真实时段 ——刻意分成两个动词:先给出,再预订,让客户自己选。

守卫(2)

同意与频次作为看得见的步骤——许可这个问题就画在画布上,审阅的人一眼能看到,而不是埋在设置里。

懂渠道的发送

一个流程,所有渠道——哪里支持富元素,就在哪里用富元素

富元素发送器带着大约二十种渠道专属动作——列表、回复按钮、轮播、商品卡、收据、优惠券、位置请求、通话按钮、WhatsApp Flows——并且会分三次单独去问渠道能渲染什么:在节点面板里问一次,保存时问一次,发送时再问一次。因为答案会变。

各渠道各自的富元素

WhatsApp 上是列表,Telegram 上是按钮,Messenger 上是轮播——编排一次,发布之前先对着每个已连接渠道真正支持的能力校验一遍。

内置 WhatsApp Flows

Meta 原生的聊天内表单页面,作为流程的一个步骤发出去,并由一个托管的加密数据端点实时喂入页面数据——万一数据源打了个嗝,页面仍然会带着一条礼貌的说明渲染出来,而不是直接死掉。

会教人的模板

内置八个流程模板——分拣、FAQ、订单状态、线索采集、跟进、菜单、预约、等待——每一个示范一种模式,刻意做得少,而不是堆五百个几乎一样的。

测试与版本

“在编辑器里是好的”终于有了分量

抽象 3D 插画:一条玻璃质感的流程时间线依次点亮,其中一步被沙漏暂停,另一步正被一枚放大镜检视

真实的空跑

测试按钮跑的是真正的引擎,只是把输出收集起来而不是发出去——同一个运行器,同一份追踪,一条消息都不发。你在测试里看到的,就是生产环境会做的。

版本与回滚

每次发布都会留下一个版本快照;任何一个版本都能一键还原。周五的实验,不会把周一扣作人质。

会跟你争的校验器

大约 97 种互不相同的问题——死分支、漏掉的采集、渠道不匹配——都在发布之前于编辑器里报出来,因为客户不是发现一个错别字的好地方。

运行有追踪,也有漏斗

每一次运行都会记录每一步的输入和输出;漏斗视图显示人流向哪里、在哪里掉队。调试是读出来的,不是猜出来的。

守卫

许可这个问题,画在画布上

同意是一个步骤

同意节点会去查那份带维度的同意台账——渠道、用途、类别——然后才进入带营销性质的分支。审阅的人在图上看得到这道守卫,审计的人在运行追踪里看得到。

频次是一个步骤

频次节点限定一个人被自动化触达的密度——名单疲劳是靠结构防住的,不是靠指望各个营销活动自己协调。

钟点被认真对待

持久化延时加上营业时间节点,意味着一个流程可以等三天,落地时仍然在上班时间——耐心是引擎自带的能力,不是外面粘一个定时任务。

不加粉饰的细则

Flows 拒绝成为什么——以及为什么

没有并行分支

一个人不可能同时处在两条会话分支里。把一个人拆成并发路径,是数据管道那一套的想法,结果就是重复发消息——我们在设计上拒绝它。

没有逐项循环

“对每个商品各发一条消息”是一种垃圾信息模式。真正合理需要遍历的地方,单个节点会把它渲染成一条列表消息或一条轮播消息。

没有代码节点

在一个面向客户会话的引擎里跑任意代码,是我们选择不卖的安全与支持负债。REST 节点去调你的系统;你的代码留在你自己的系统里。

边界是刻意画的

单次最多 32 个节点,子流程深度五层,变量空间有大小限制——对会话设计来说足够宽裕,对失控的自动化则毫不客气。这些上限是写在文档里的,不是撞出来的。

Flows FAQ

动手之前

更多内容见完整的 FAQ, 也可以直接联系我们。

通用工作流工具自动化的是数据行,一次执行以秒计。ConnectWiz 流程的工作单位是一个正在等答案的人:运行会停在问题上、能熬过好几天的等待、记得整条会话,并把同意和频次守卫当成一等步骤带着。这是长成会话形状的自动化,因为它本来就跑在会话里。

每一个入站渠道——由关键词、一次按钮点击或一条新会话启动的流程,不管客户在 WhatsApp、Telegram、Messenger、Instagram、网页挂件还是短信上,行为都一样。富元素按渠道自适应:节点面板、保存时的校验器、发送时的处理器,都会去问渠道它到底能渲染什么。

可以——而且是真实的空跑,不是模拟:测试跑的是真正的流程引擎,只是把输出收集起来而不是发出去,所以你在测试里看到的,就是生产环境会做的。再加上一键还原的版本管理,以及大约 97 项互不相同的检查,“在编辑器里是好的”终于有了分量。

Flows 负责会话这一侧——包括为一批受众开启会话的定时流程——而群发有自己的引擎,带预热梯度和克制规则。两者共用同一套同意架构,而同意与频次守卫,就摆在流程画布上看得见的位置。

这是刻意的。一个人不可能同时在两条会话分支里,而逐项重复的步骤,正是自动化变成垃圾信息的路径。真正合理需要遍历的地方——一条列表消息、一条轮播——节点会把它渲染成一条消息。这些是写在文档里的设计性拒绝,不是缺失的功能。

把会话画出来。引擎会守住它的承诺。

从一个模板开始,对着真正的引擎空跑一遍,发布时留下一个随时能退回去的版本。