ConnectWiz Flows
相手が誰かを分かったうえで動く自動化。
汎用のワークフローツールが自動化するのはデータの行です。Flows が自動化するのは会話です。ここでの仕事の単位は答えを待っている人で、「3日待つ」というステップは当たり前で、許諾の確認は本物のノードとしてキャンバスの上に置かれています。27種類のノード、すべてのチャネル、そして正直に引かれた線。
トリガー
フローが始まる6つの道 — どれもキャンバス上の一級のカードです
新規会話
最初の接触すべてに、構造化されたウェルカムであいさつできます。ウィジェットでは、訪問者が入力する前、チャット画面が開いた時点で発火させることもできます。
キーワード
顧客のメッセージが設定したキーワードに一致すると、正しいフローが始まります。「予約」「価格」「返品」など、どのチャネルでも動きます。
スケジュール
時計がオーディエンスを選び、会話を開きます。更新のリマインダー、季節ごとの声かけなど。スケジュールと送信のあいだには、同意のガードが立っています。
担当者ボタン
担当者が、進行中の会話でワンクリックでフローを起動します。返金の手順、オンボーディングの一連。人の判断が、自動実行を選ぶかたちです。
保護された Webhook
Webhook のトリガーには、それぞれ専用の公開 URL と専用のシークレットが付きます。生のボディに対する HMAC 検証と、リプレイ対策つきです。ペイロードはデータであって、指示ではありません。人を名指しすることはできますが、フローの内部を操ることは決してできません。
ノードのカタログ
27種類のノード — そして、それを正直に保つルール
ノードがパレットに入れるのは、そのランナー、エディタのフォーム、検証、テスト、ドキュメントがすべて揃った日です。パレットはエンジン自身から生成されます。エディタが、ランナーの実行できないステップを提示することはできません。
メッセージング（6）
メッセージ、選択肢、メディア、WhatsApp テンプレート、チャット内フォーム、そしてチャネルのリッチ機能を使う送信。顧客が実際に目にする言葉と面です。
論理とタイミング（5）
条件、スイッチ、コネクタ（ステップへのジャンプ、または深さ制限つきのサブフロー呼び出し）、永続的な遅延、営業時間。時計とカレンダーを尊重する分岐です。
AI（4）
意図の分類、ナレッジベースからの回答、あるいはツールを使う AI エージェントへのステップの委譲。このエージェントは、話す前に CRM を含めて調べものができます。
人と振り分け（1）
1つの多機能ノードが、部署と担当者を割り当て、タグを付け、優先度を設定し、会話を開いたり閉じたりします。自動化から人への引き渡しを、明示的に行います。
CRM と営業（3）
CRM をパレットの中のアプリとして扱います。10個の読み取り操作と7個の書き込み操作。書き込みはいずれも3つのゲートの後ろにあります（接続済み、機能あり、そして管理者が明示的に開いたこと。既定ではすべて閉じています）。
ガード（2）
同意と頻度を、目に見えるステップとして。許諾の確認はキャンバス上、レビューする人の目に入る場所にあります。設定画面の奥ではありません。
チャネルを理解した送信
フローは1つ、チャネルはすべて — リッチが使える場所ではリッチに
リッチ送信ノードは、チャネル固有のアクションを約20種類持っています。リスト、返信ボタン、カルーセル、商品カード、レシート、クーポン、位置情報リクエスト、通話ボタン、WhatsApp Flows。そして、何を描画できるかをチャネルに3回別々に尋ねます。パレットで、保存時に、送信時に。答えが変わるからです。
チャネルごとのリッチ要素
WhatsApp ではリスト、Telegram ではボタン、Messenger ではカルーセル。作るのは1度で、出荷できるのは、接続済みの各チャネルが実際に対応していると検証できたあとです。
WhatsApp Flows も内蔵
Meta 標準のチャット内フォーム画面を、フローのステップとして送信できます。ホスト型の暗号化データエンドポイントがライブの画面データを供給します。データソースが不調のときも、画面は死なずに丁寧な案内つきで描画されます。
教えてくれるテンプレート
内蔵のフローテンプレートは8つです。仕分け、FAQ、注文状況、リード獲得、フォローアップ、メニュー、予約、待機。それぞれが1つのパターンを示します。ほぼ同じものを500個並べるのではなく、意図的に少なくしてあります。
テストとバージョン
「エディタでは動いた」が、ようやく意味を持つ
本物のドライラン
テストボタンは、送信する出力の代わりに収集する出力を差し替えて、実際のエンジンを走らせます。同じランナー、同じトレース、送信メッセージはゼロ。見ているものが、本番の動きそのものです。
バージョンと復元
公開するとバージョンのスナップショットが残り、どのバージョンもワンクリックで復元できます。金曜の実験が月曜を人質にとることはありません。
反論してくるバリデータ
およそ97種類の指摘 — 行き止まりの分岐、取得漏れ、チャネルの不一致 — が、公開前にエディタ上で表面化します。打ち間違いを発見する場所として、顧客は不適切だからです。
実行を、トレースとファネルで
実行ごとに各ステップの入力と出力が記録されます。ファネル表示では、人がどこを流れ、どこで離脱するかがわかります。デバッグは推測ではなく、読むことになります。
ガード
許諾の確認を、キャンバスに描く
同意をステップとして
同意ノードは、マーケティングを行う分岐の前に、次元付きの同意台帳を確認します。チャネル、目的、カテゴリごとにです。レビューする人は図の中でガードを見られ、監査する人は実行トレースの中で見られます。
頻度をステップとして
頻度ノードは、1人が自動化に触れられる回数に上限を設けます。リスト疲れを、キャンペーン同士の連携に期待するのではなく、構造で防ぎます。
時計を尊重する
永続的な遅延と営業時間ノードがあるので、フローは3日待ってもなお営業時間内に着地できます。忍耐は、後付けの cron ではなくエンジンの機能です。
包み隠さない但し書き
Flows が「なるまい」としているもの — その理由つきで
並列分岐なし
人は、2つの会話分岐に同時にはいません。人を同時並行の経路に分けるのはデータパイプラインの発想で、結果は二重のメッセージです。設計として拒否しています。
要素ごとのループなし
「商品ごとにメッセージを送る」はスパムのパターンです。繰り返しが正当な場面では、1つのノードがそれを1通のリストやカルーセルとして描画します。
コードノードなし
顧客の会話エンジンの中で任意のコードを動かすことは、セキュリティとサポートの負債であり、売らないことを選びました。REST ノードが自社のシステムを呼び出します。自社のコードは、自社のシステムに置いたままにしてください。
意図的に上限を設ける
1パスあたり32ノード、サブフローの深さは5、変数空間にもサイズ上限。会話設計には十分に寛大で、暴走する自動化には敵対的です。上限は発見するものではなく、文書化してあります。
会話を描けば、エンジンが約束を守ります。
テンプレートから始めて、実際のエンジンでドライランし、いつでも戻せるバージョンとともに公開してください。