마케팅 자동화 시나리오, 캔버스에 흐름을 그려 설계합니다

각 맵은 신규 리드, 폼 제출, 태그 변경, 일정처럼 팀이 워크플로의 출발점으로 예상하는 이벤트를 나타내는 트리거로 시작할 수 있습니다. 트리거 노드는 입력 포트 없이 맵의 맨 앞에 놓여, 검토자에게 의도된 시작점을 분명히 보여줍니다.

트리거를 고르면 워크플로의 범위가 분명해집니다. 인테이크로 시작하는지, 특정 폼인지, 연락처 상태 변화인지, 정해진 주기인지 팀이 문서로 남길 수 있되, 맵 자체가 그 이벤트를 실제로 감지하거나 처리한다는 뜻은 아닙니다.

액션 노드는 트리거 다음에 이어져야 할 일을 문서화합니다. 이메일, 문자, 업무, CRM 업데이트, 팀 알림, 웹훅에 대한 참조를 의도한 순서로 배치한 뒤 각 노드의 이름을 바꾸면, 전체 흐름이 명확한 시각적 체크리스트처럼 읽힙니다.

이 참조들을 모아 놓으면 캠페인 워크플로의 뼈대를 알 수 있습니다. 계정, 실행, 기술 팀 모두가 무엇이 어떤 순서로 일어나야 하는지 하나의 그림으로 공유하며, 실제 실행은 각 단계를 담당하는 사람과 시스템의 몫으로 남습니다.

실제 워크플로는 늘 일직선이 아니므로, 맵에는 조건 분기, 대기, 필터, A/B 스플릿, 목표를 위한 로직 참조가 포함됩니다. 이 노드들은 각 경로를 만드는 조건과 지연, 의도된 결과를 다이어그램에 담을 수 있게 해 줍니다.

분기 노드는 갈림길을 눈에 보이게 만듭니다. 조건 분기 노드는 예·아니오로 표시된 출력 포트를 가지고, A/B 스플릿은 서로 다른 색 커넥터로 구분된 A/B 포트를 가집니다. 검토자는 다이어그램을 실제로 작동하는 라우팅이나 실험 엔진으로 여기지 않고도 제안된 각 분기를 따라갈 수 있습니다.

시나리오 맵은 워크스페이스의 나머지 부분과 마찬가지로 클라이언트 단위로 스코프됩니다. 클라이언트를 고르면 목록이 그 계정의 맵으로 좁혀지고, 전체 클라이언트 보기로 전환하면 각 맵에 클라이언트 배지가 붙어 대행사 전체의 워크플로 문서를 더 넓게 볼 수 있습니다.

목록에서 활성 클라이언트 아래에 맵을 새로 만들고, 기존 구조를 복제하고, 이름을 바꾸고, 이름으로 검색할 수 있습니다. 초안·라이브·일시중지 필터는 검토 상태별로 맵을 찾도록 도와주며, 각 계정의 문서는 정리된 채 서로 분리되어 있습니다.

노드를 선택하면 인스펙터 패널이 그 단계의 문서와 함께 열리고, 이름을 바꾸거나 실제 워크플로가 사용해야 할 설정을 기록할 수 있습니다. 아무것도 선택하지 않으면 같은 패널이 참조 노드 라이브러리가 되어, 맵을 그리는 것과 편집하는 것이 하나의 일관된 화면 안에 머무릅니다.

맵이 검토받을 준비가 되면 상태를 초안, 라이브, 일시중지 사이에서 옮겨 목록이 팀의 현재 판단을 반영하도록 합니다. 라이브 라벨은 승인된 워크플로 맵임을 표시할 뿐이며, 실제 자동화를 배포하거나 실행하지는 않습니다.