자동화 화면에서 블록을 바로 연결하면 정상 사례는 빨리 만들 수 있지만 예외가 생길 때 전체 흐름을 이해하기 어렵습니다. 먼저 종이에 다섯 구역을 그리면 도구가 바뀌어도 유지되는 설계를 만들 수 있습니다.
트리거
시간, 폼 제출, 이메일 수신, 새 데이터처럼 시작 사건을 하나로 정합니다. 예약 실행이라면 시간대와 휴일, 이벤트 실행이라면 같은 사건이 두 번 들어올 가능성을 적습니다.
입력 검증
필수 필드와 허용 형식을 검사합니다. 이메일 주소, 날짜, 금액처럼 오류 영향이 큰 값은 처리 전에 확인합니다. 누락된 입력을 임의로 추측하기보다 검토 대기 목록으로 보내는 편이 안전합니다.
처리 단계
데이터 변환, AI 분류, 외부 서비스 호출을 작은 단계로 나눕니다. 각 단계는 입력과 출력을 로그에서 식별할 수 있어야 합니다. AI 결과를 다음 자동화의 조건으로 쓸 때는 자유 문장보다 정해진 JSON 필드처럼 구조화된 출력을 요청합니다.
결과 확인
요청이 성공했다는 응답과 실제 목적지의 상태는 다를 수 있습니다. 생성된 문서를 다시 읽거나 저장된 ID를 조회해 핵심 값이 일치하는지 확인합니다. 공개 발행이라면 공개 URL의 상태와 제목까지 검사합니다.
실패 대응
일시 오류는 간격을 두고 제한적으로 재시도합니다. 잘못된 입력은 재시도해도 해결되지 않으므로 담당자에게 원인을 알립니다. 재실행할 때 같은 메일이나 문서를 두 번 만들지 않도록 원본 ID를 중복 방지 키로 저장합니다.
완료 조건과 실패 경로가 그려진 뒤에 도구를 선택하면 구현도 빨라집니다. 자동화의 품질은 성공 화면이 아니라 예상 밖의 입력에서 어떻게 멈추고 복구되는지로 판단해야 합니다.