자동화는 저장에서 끝나지 않습니다 — 공개 결과까지 확인하는 4단계

자동화 화면에 `성공`이 떴는데 고객이 보는 페이지에는 아무것도 없을 때가 있습니다. 데이터는 저장됐지만 공개 화면의 갱신이 늦을 수 있고, 글은 열리지만 대표 이미지가 아직 배포되지 않았을 수도 있습니다. 링크 하나가 잘못되어 문의로 이어지는 길이 끊기는 경우도 있습니다.

그래서 보통리에서 예약 작업을 운영할 때는 저장 성공을 완료로 보지 않습니다. 고객이 실제로 보는 결과를 확인한 뒤에야 끝난 것으로 처리합니다.

1. 쓰기 전에 현재 상태부터 읽습니다

예약 작업은 같은 날 다시 실행될 수 있습니다. 컴퓨터가 꺼졌다 켜졌거나, 작업이 중간에 멈췄거나, 마지막 보고만 누락됐을 때 복구 실행이 붙기도 합니다.

이때 곧바로 새 결과를 만들면 같은 글이 두 번 올라가고 같은 알림이 두 번 나갈 수 있습니다. 첫 단계는 생성이 아니라 조회입니다.

특히 제목의 문장부호나 단어 순서만 비교하면 중복을 놓치기 쉽습니다. 제목과 요약의 핵심 단어를 함께 비교하고, 한국어와 영문처럼 의도적으로 묶인 결과는 같은 쌍으로 표시해야 합니다.

2. 공개 전에 필요한 것이 먼저 준비됐는지 확인합니다

글 저장과 이미지 배포가 따로 움직이는 구조라면 순서가 중요합니다. 글부터 공개하고 이미지가 나중에 도착하면, 그 사이 방문자는 깨진 대표 이미지를 보게 됩니다.

제가 사용하는 순서는 단순합니다.

이 원칙은 블로그에만 해당하지 않습니다. 첨부파일이 있는 안내 메일, 다운로드 링크가 있는 상품 페이지, 영상과 자막을 함께 올리는 작업도 같습니다. 본문만 준비됐다고 전체 결과가 준비된 것은 아닙니다.

3. 관리 화면이 아니라 고객 화면을 엽니다

데이터베이스에 한 줄이 생겼다는 사실과 고객이 정상 페이지를 본다는 사실은 다릅니다. 공개 뒤에는 관리 도구를 닫고 실제 주소를 엽니다.

제가 확인하는 것은 네 가지입니다.

한국어와 영문 글을 함께 운영한다면 주소 체계도 따로 봐야 합니다. 데이터에는 영문 글이 있어도 한국어 주소로 열면 없는 페이지가 될 수 있습니다. 두 글이 서로 연결되어 언어를 바꿀 수 있는지도 확인해야 합니다.

초안 작성 과정에서 쓰는 내부 메모가 공개 본문에 남지 않았는지도 봅니다. 편집 표시, 이미지 요청 문구, 임시 배너 코드 같은 것은 데이터 저장 단계에서 놓치기 쉽고 실제 화면에서 더 잘 보입니다.

4. 재실행은 처음부터 반복하지 않습니다

마지막 단계에서 문제가 발견됐다고 전체 작업을 다시 돌리면 더 큰 문제가 생길 수 있습니다. 이미 글은 공개됐는데 보고만 실패한 상황에서 처음부터 재실행하면 중복 글이 만들어집니다.

문제를 구간으로 나누면 복구가 쉬워집니다.

복구 작업도 시작은 항상 현재 상태 조회입니다. 이미 된 일을 다시 하지 않는 것이 자동화의 속도보다 중요합니다.

10분 검수표

자동화를 하나 운영하고 있다면 마지막에 아래 항목만 붙여도 실패를 많이 줄일 수 있습니다.

자동화는 버튼을 대신 누르는 데서 끝나지 않습니다. 결과가 실제로 도착했는지 확인하는 일까지 포함해야 업무가 됩니다.

반복 업무를 자동화하려는데 어디까지 기계에 맡기고 어디서 사람이 확인해야 할지 막힌다면, 현재 업무 순서와 꼭 지켜야 할 조건부터 적어 보세요. 보통리가 사용하는 멈춤 기준은 자동화를 끄면서 배운 것에서도 확인하실 수 있습니다.

업무 흐름을 함께 정리할 필요가 있다면 보통리 문의하기에 현재 반복하고 있는 작업을 남겨 주세요.