ConnectWiz Flows
누구와 이야기하는지 아는 자동화.
범용 워크플로 도구는 데이터 행을 자동화합니다. Flows는 대화를 자동화합니다. 작업 단위가 답을 기다리는 사람이고, “3일 기다리기”가 평범한 스텝이며, 허락을 묻는 질문이 진짜 노드로 캔버스 위에 놓입니다. 노드 27종, 모든 채널, 그리고 솔직하게 그어 둔 한계까지.
트리거
플로우가 시작되는 여섯 가지 방법, 전부 캔버스 위의 정식 카드입니다
새 대화
첫 연락마다 구조를 갖춘 인사로 맞이하세요. 위젯에서는 방문자가 타이핑하기 전, 채팅창이 열리는 순간에 발사될 수도 있습니다.
키워드
키워드에 맞는 고객 메시지가 알맞은 플로우를 시작합니다. “예약”, “가격”, “반품” 같은 말이면 어느 채널에서든 됩니다.
일정
시계가 오디언스를 골라 대화를 엽니다. 갱신 리마인더, 계절 안부 같은 것들입니다. 일정과 발송 사이에는 수신 동의 가드가 서 있습니다.
상담원 버튼
상담원이 진행 중인 대화에서 클릭 한 번으로 플로우를 띄웁니다. 환불 절차, 온보딩 시퀀스 같은 것들이고, 사람의 판단이 자동 실행을 고르는 셈입니다.
보호된 Webhook
모든 Webhook 트리거는 고유한 공개 URL과 고유한 시크릿, 원문 바디에 대한 HMAC 검증, 리플레이 방지를 갖습니다. 페이로드는 지시가 아니라 데이터입니다. 사람을 지목할 수는 있어도 플로우 내부를 조종할 수는 없습니다.
노드 카탈로그
노드 27종, 그리고 그것들을 정직하게 지키는 규칙 하나
노드는 러너, 편집 화면, 검증, 테스트, 문서가 모두 존재하는 날에야 팔레트에 들어옵니다. 팔레트는 엔진 자체에서 생성되기 때문에, 러너가 돌리지 않을 스텝을 편집기가 제안할 수 없습니다.
메시징 (6)
메시지, 선택지, 미디어, WhatsApp 템플릿, 채팅 내 폼, 그리고 채널 리치 발송기까지. 고객이 실제로 보는 말과 화면입니다.
로직과 타이밍 (5)
조건, 스위치, 커넥터(스텝으로 점프하거나 깊이가 제한된 서브플로우 호출), 지속 지연, 영업시간. 시계와 달력을 존중하는 분기입니다.
AI (4)
의도 분류, 지식 베이스 기반 답변, 또는 말하기 전에 CRM까지 뒤져 볼 수 있는 도구 사용형 AI 에이전트에게 스텝을 통째로 넘기기.
사람과 라우팅 (1)
다중 동작 노드 하나가 부서와 상담원을 배정하고, 태그를 달고, 우선순위를 정하고, 대화를 열거나 닫습니다. 자동화에서 사람으로 넘어가는 지점을 명시적으로 둡니다.
CRM과 영업 (3)
CRM이 팔레트 안의 앱으로 들어옵니다. 읽기 10개, 쓰기 7개 동작이 있고, 쓰기는 모두 세 개의 관문 뒤에 있습니다. 연결됨, 지원됨, 그리고 관리자가 명시적으로 연 것이어야 하며, 기본값은 전부 닫힘입니다.
가드 (2)
수신 동의와 빈도를 눈에 보이는 스텝으로 둡니다. 허락을 묻는 질문이 설정 깊숙한 곳이 아니라, 검토하는 사람이 볼 수 있는 캔버스 위에 있습니다.
채널을 아는 발송
플로우 하나로 모든 채널, 리치가 되는 곳에서는 리치로
리치 발송기는 채널별 동작을 스무 개쯤 가지고 있습니다. 리스트, 답장 버튼, 캐러셀, 상품 카드, 영수증, 쿠폰, 위치 요청, 통화 버튼, WhatsApp Flows 같은 것들입니다. 그리고 무엇을 그릴 수 있는지 채널에 세 번 따로 묻습니다. 팔레트에서, 저장할 때, 그리고 보낼 때. 답이 바뀌기 때문입니다.
채널별 리치 요소
WhatsApp에서는 리스트, Telegram에서는 버튼, Messenger에서는 캐러셀. 한 번만 작성하고, 연결된 각 채널이 실제로 지원하는지 확인한 뒤에야 내보낼 수 있습니다.
WhatsApp Flows도 안에서
Meta의 네이티브 채팅 내 폼 화면을 플로우 스텝으로 보냅니다. 호스팅된 암호화 데이터 엔드포인트가 실시간 화면 데이터를 공급하고, 데이터 소스가 잠깐 흔들려도 화면은 죽는 대신 정중한 안내와 함께 그려집니다.
가르쳐 주는 템플릿
기본 제공 플로우 템플릿은 여덟 개입니다. 분류, FAQ, 주문 상태, 리드 수집, 후속 연락, 메뉴, 예약, 대기. 각각이 하나의 패턴을 보여 주고, 비슷비슷한 것 500개 대신 일부러 적게 두었습니다.
테스트와 버전
“편집기에서는 됐는데”가 드디어 의미를 갖습니다
진짜 드라이런
테스트 버튼은 실제 엔진을 돌리되 출력만 발송 대신 수집으로 바꿉니다. 같은 러너, 같은 추적, 발송 메시지는 0건입니다. 보고 계신 것이 운영에서 일어나는 것입니다.
버전과 복원
게시할 때마다 버전이 스냅샷으로 남고, 어떤 버전이든 클릭 한 번으로 복원됩니다. 금요일의 실험이 월요일을 인질로 잡는 일이 없습니다.
따지고 드는 검증기
끊긴 분기, 빠진 수집 항목, 채널 불일치 등 대략 97가지 지적을 게시 전에 편집기에서 보여 줍니다. 오타를 발견하기에 고객은 잘못된 장소이기 때문입니다.
실행 추적과 퍼널
모든 실행이 스텝마다 입력과 출력을 기록하고, 퍼널 화면이 사람들이 어디로 흐르고 어디서 빠지는지 보여 줍니다. 디버깅이 추측이 아니라 읽기가 됩니다.
가드
허락을 묻는 질문을 캔버스에 그립니다
수신 동의를 스텝으로
수신 동의 노드는 마케팅으로 가는 분기 전에 차원이 나뉜 동의 원장을 확인합니다. 채널, 목적, 분류까지 봅니다. 검토자는 다이어그램에서 그 가드를 보고, 감사자는 실행 기록에서 봅니다.
빈도를 스텝으로
빈도 노드는 한 사람이 자동화에 얼마나 자주 닿을 수 있는지 상한을 둡니다. 캠페인끼리 알아서 조율되기를 바라는 대신, 구조로 리스트 피로를 막습니다.
시계를 존중합니다
지속 지연과 영업시간 노드 덕분에 플로우가 사흘을 기다렸다가도 근무 시간에 도착할 수 있습니다. 인내심이 옆에 붙인 크론 작업이 아니라 엔진의 기능입니다.
솔직한 세부 조건
Flows가 되기를 거부한 것들, 그 이유와 함께
병렬 분기는 없습니다
사람은 두 개의 대화 분기에 동시에 있지 않습니다. 사람을 동시 경로로 쪼개는 것은 데이터 파이프라인의 발상이고, 그 결과는 메시지 중복입니다. 설계로 거부했습니다.
항목별 반복은 없습니다
“상품마다 메시지 하나씩”은 스팸의 패턴입니다. 반복이 정당한 자리에서는 노드 하나가 그것을 리스트나 캐러셀 메시지 하나로 그립니다.
코드 노드는 없습니다
고객 대화 엔진 안에서 임의의 코드를 돌리는 것은 보안과 지원 양쪽의 부담이고, 저희는 그것을 팔지 않기로 했습니다. REST 노드가 자사 시스템을 호출하고, 코드는 자사 시스템에 남습니다.
한계는 일부러 둔 것입니다
한 번에 노드 32개, 서브플로우 깊이 5, 정해진 크기의 변수 공간. 대화 설계에는 넉넉하고 폭주하는 자동화에는 인색합니다. 천장은 부딪혀서 알게 되는 것이 아니라 문서에 적혀 있습니다.
대화를 그리세요. 약속은 엔진이 지킵니다.
템플릿에서 시작하고, 실제 엔진으로 드라이런하고, 언제든 되돌릴 수 있는 버전과 함께 게시하세요.