ConnectWiz Flows

知道自己在跟誰說話的自動化。

一般的工作流程工具自動化的是資料列。Flows 自動化的是對話——這裡的工作單位是一個正在等答案的人,「等三天」是再正常不過的步驟,而授權這個問題就以真正的節點擺在畫布上。27 種節點、所有管道、邊界寫得清清楚楚。

所有入站管道都跑得動 同意護欄就在畫布上 真正的試跑,逐步追蹤
流程——預約提醒,執行中
觸發 · 每週一 09:00
同意護欄
發送提醒
有禮貌地跳過
時段已預約——每個步驟都有追蹤
27
節點種類——每一種都在同一天連同執行器、編輯表單、驗證規則、測試和文件一起出貨
6
觸發器種類——新對話、關鍵字、排程、表單送出、客服按鈕、加固過的 webhook
~97
流程發布前的獨立驗證檢查——壞掉的流程在編輯器裡就失敗,不會壞在客戶身上
數天
一次執行可以活多久——等待是持久的,所以「三天後提醒他」是一個步驟,不是偏方

觸發器

流程有六種起手式——每一種在畫布上都是一張正式的卡片

新對話

用一段結構化的歡迎詞迎接每一次首次接觸——在網站元件上,它甚至能在聊天視窗打開、訪客還沒打字之前就觸發。

關鍵字

客戶訊息命中您設定的關鍵字,就會啟動對的流程——「預約」、「價格」、「退貨」——在任何管道上都一樣。

排程

由時鐘挑出一群受眾並開啟對話——續約提醒、季節性關懷——而同意護欄就站在排程和發送之間。

表單送出

一份 Forms 表單 ——送出的那一刻,流程就啟動,表單裡的每一個答案都能當成變數使用;後續動作在表單落地的同一秒開始。

客服按鈕

客服人員在進行中的對話上一鍵啟動流程——退款程序、導入流程——由真人判斷,交給自動化執行。

Webhook,已加固

每一個 webhook 觸發器都有自己的公開網址和自己的密鑰,對原始內容做 HMAC 驗證,並具備重放防護。傳進來的內容是資料,絕不是指令:它可以指名某個人,卻永遠無法左右流程內部的走向。

節點目錄

27 種節點——外加一條讓它們保持誠實的規則

一個節點要等到它的執行器、編輯表單、驗證規則、測試和文件全部到位的那一天,才會進到工具列。工具列是從引擎本身產生的——編輯器不可能提供一個執行器跑不動的步驟。

抽象 3D 插圖:玻璃方磚組成的節點圖,由發光曲線相連,其中一條翠綠色的路徑正在運作,終點是一顆聊天泡泡

訊息(6)

訊息、選項、媒體、WhatsApp 範本、聊天內表單,以及依管道發送豐富內容的節點——客戶真正看得到的文字和介面。

邏輯與時機(5)

條件、分支切換、連接器(跳到某個步驟或呼叫子流程,有深度上限)、持久延遲,以及營業時間——會看時鐘和行事曆的分支。

資料(4)

擷取答案、設定變數、呼叫任何 REST API,還能讀寫您自己的 Tables 資料表 ——不需要整合的整合。

AI (4)

判斷意圖、從知識庫作答,或把某個步驟交給會用工具的 AI 客服,讓它先去查資料——包括查您的 CRM——再開口。

真人與分流(1)

一個多動作節點就能指派部門和客服、套用標籤、設定優先順序、開啟或結束對話——從自動化交棒給真人,寫得清清楚楚。

CRM 與銷售(3)

把 CRM 當成工具列裡的一個應用:10 種讀取和 7 種寫入操作——每一次寫入都要通過三道關卡(已串接、有能力,且由管理員明確開啟,全部預設關閉)。

Commerce、通話與預約(2)

這兩個節點能做的是: 商品目錄查詢、下單、觸發通話,以及提供並預約—— 真實的可預約時段 ——刻意分成兩個動作,先提供、再預約,由客戶自己選。

護欄(2)

同意和頻率都是看得見的步驟——把授權這個問題擺在畫布上,讓審查的人看得到,而不是埋在設定裡。

認得管道的發送

一個流程,所有管道——哪裡撐得起豐富內容,就用豐富內容

豐富內容發送節點帶著大約二十種依管道而異的動作——清單、回覆按鈕、輪播、商品卡、收據、折價券、位置要求、通話按鈕、WhatsApp Flows——而且會分三次問管道它到底能呈現什麼:在工具列裡、儲存時,以及發送時。因為答案會變。

每個管道各有各的豐富元素

WhatsApp 上是清單、Telegram 上是按鈕、Messenger 上是輪播——只編一次,送出之前會逐一對照每個已串接管道實際支援的能力做驗證。

內建 WhatsApp Flows

Meta 原生的聊天內表單畫面可以當成流程的一個步驟送出,由代管的加密資料端點餵入即時畫面資料——萬一資料來源打嗝,畫面仍然畫得出來,並附上一句客氣的說明,而不是直接掛掉。

會教人的範本

八個內建流程範本——分流、FAQ、訂單狀態、名單擷取、後續追蹤、選單、預約、待處理——每一個都在示範一種模式;我們刻意只做這幾個,而不是五百個幾乎一樣的東西。

測試與版本

「在編輯器裡是好的」這句話終於有了意義

抽象 3D 插圖:一條玻璃質感的流程時間軸依序亮起,其中一步以沙漏暫停,另一步下方有一面放大鏡正在檢視

真正的試跑

測試按鈕跑的是真正的引擎,只是把輸出端換成收集而不是發送——同一個執行器、同一份追蹤紀錄,一則訊息都不會寄出。您看到的,就是正式環境會做的。

版本與還原

每次發布都會快照一個版本,任何版本都能一鍵還原。星期五的實驗,不會綁架星期一。

會跟您頂嘴的驗證器

大約 97 種不同的檢查結果——走不到的分支、沒接住的擷取、管道不相容——都在發布之前就在編輯器裡浮出來,因為客戶不該是您發現錯字的地方。

每次執行都有追蹤,也有漏斗

每一次執行都會記錄每個步驟的輸入和輸出;漏斗檢視則顯示人往哪裡流、在哪裡掉。除錯是用讀的,不是用猜的。

護欄

授權這個問題,畫在畫布上

同意就是一個步驟

在任何帶行銷性質的分支之前,同意節點會去查多維度的同意帳本——管道、目的、類別。審查的人在圖上看得到這道護欄,稽核的人在執行紀錄裡也看得到。

頻率也是一個步驟

頻率節點會限制一個人被自動化打擾的次數——名單疲乏是從結構上防掉的,不是靠祈禱各檔行銷活動彼此協調。

時鐘要被尊重

持久延遲加上營業時間節點,讓一個流程可以等三天,落地時仍然落在上班時間——耐心是引擎的功能,不是外面硬貼上去的一支 cron。

不加修飾的細則

Flows 拒絕變成什麼——連理由一起寫

沒有平行分支

一個人不會同時待在兩條對話分支裡。把人拆成並行路徑是資料流程的思維,結果就是重複的訊息——我們從設計上就拒絕。

沒有逐項迴圈

「對每一項商品各送一則訊息」是垃圾訊息的模式。在重複確實合理的地方,單一節點會把它畫成一則清單或輪播訊息。

沒有程式碼節點

在客戶對話引擎裡跑任意程式碼,是一種安全與支援上的負債,我們選擇不賣。REST 節點會去呼叫您的系統;您的程式碼留在您的系統裡。

刻意設下上限

單次最多 32 個節點、子流程深度五層、變數空間有大小限制——對對話設計來說夠用,對失控的自動化則很不友善。這些天花板寫在文件裡,不必您自己撞出來。

Flows FAQ

動手之前

更多內容見完整的 FAQ, 也可以直接聯絡我們。

一般的工作流程工具自動化的是資料列,一次執行不過幾秒。ConnectWiz 流程的工作單位是一個正在等答案的人:執行會停在問題上、撐得過好幾天的等待、記得整段對話,並且把同意和頻率護欄當成正式的步驟帶著走。這是長得像對話的自動化,因為它本來就跑在對話裡。

所有入站管道——不管客戶人在 WhatsApp、Telegram、Messenger、Instagram、網站元件還是簡訊上,由關鍵字、按鈕點擊或新對話啟動的流程,行為都一樣。豐富元素會依管道調整:工具列、儲存時的驗證器和發送時的處理器,全都會問管道它實際能呈現什麼。

可以——而且是真正的試跑,不是模擬:測試跑的是真正的流程引擎,只是把輸出端換成收集而不是發送,所以您在測試裡看到的,就是正式環境會做的。再加上一鍵還原的版本管理,以及大約 97 項獨立檢查的驗證器,「在編輯器裡是好的」這句話終於有了意義。

流程負責對話這一側——包括為一群受眾開啟對話的排程流程——群發則有自己的引擎,帶暖機階梯和節制規則。兩者共用同一套同意架構,而同意和頻率護欄就是流程畫布上看得見的步驟。

這是刻意的。一個人不可能同時待在兩條對話分支裡,而逐項重複的步驟正是自動化變成垃圾訊息的起點。在重複確實合理的地方——一則清單訊息、一組輪播——節點會把它畫成單一則訊息。這些是寫在文件裡的設計取捨,不是缺少的功能。

把對話畫出來,引擎會信守承諾。

從範本開始,用真正的引擎試跑一遍,發布時帶著一個隨時走得回去的版本。