‘읽었음’ 다음에 자동으로 넘기면 안 되는 상태

오피셜메일 제품에 연결해 공유하는 업무 흐름 설계 제안입니다. 현재 제품이 검토·승인을 자동 추적한다는 기능 소개나 실제 고객 실험 결과는 아닙니다.

작은 업무 도구에서 ‘확인 완료’라는 라벨을 볼 때, 사용자는 어떤 사실까지 알게 될까요? 메일이 도착했다는 뜻과 상대가 의견을 남겼다는 뜻, 다음 작업을 허용했다는 뜻은 다릅니다.

먼저 한 건의 요청 문장을 읽어보기

가상의 소개 페이지 검토 요청을 생각해 보겠습니다. 작성자는 v2의 문구와 이미지 배치에 대한 의견을 기다립니다. 수신자는 ‘받았습니다’라고 답했습니다. 이 답장을 곧바로 제작 진행 가능 상태로 바꾼다면, 시스템은 전달 사실에 새로운 의미를 더한 셈입니다.

추가 필드부터 만들기보다 현재 메모에서 다음 세 질문을 구분할 수 있는지 읽어볼 수 있습니다.

• 수신 확인: 어떤 자료를 받았다고 확인했는가?
• 검토 의견: 어느 버전·구간에 대한 제안인가?
• 진행 결정: 누가 어느 범위의 다음 행동을 정했는가?

세 칸을 순서도로 만들지 않기

세 가지를 구분하더라도 자동으로 이어지는 완료 단계로 만들 필요는 없습니다. 자료를 받은 사람이 결정 담당자가 아닐 수도 있고, 의견을 반영해 버전이 바뀌면 이전 결정의 적용 범위도 다시 확인해야 합니다.

조건부 의견은 조건이 실제로 반영됐는지 확인할 책임과 연결합니다. 응답 기한이 지났다는 이유만으로 승인 완료를 채우지는 않습니다. 구체적인 권한과 승인 경로는 각 조직의 실제 절차에 맞춰야 합니다.

사용자에게 다음 질문이 보이는지 점검하기

상태 이름이 늘어났는지보다 ‘이제 누구에게 무엇을 확인해야 하나’를 알 수 있는지 살펴봅니다. 예를 들어 ‘수신 확인됨 · 문구 의견 대기 · 제작 결정 미정’은 현재 확인한 사실과 남은 판단을 구분해볼 수 있는 가상 문구입니다.

실험한다면 결정 담당자를 모르는 경우, 새 버전이 올라온 경우, 수신 확인만 도착한 경우를 준비해 기대 상태를 비교해보고 싶습니다. 이는 아직 실행한 검증 결과가 아닌 점검 제안입니다.

여러분의 도구에서는 ‘확인 완료’가 어떤 의미로 쓰이나요? 사용자가 수신과 결정을 다르게 이해했던 지점이 있다면 어떤 문구로 나누셨는지 궁금합니다.

오피셜메일에서 업무 메일 살펴보기 · 역할 구분 참고: Atlassian의 DACI 안내

AI가 작성한 개념 가이드이며, 이미지는 이 글을 위해 별도로 생성했습니다.