통화 후 확인 메일 자동화, 요약보다 먼저 분리할 3가지 상태

전화 상담 뒤 자동 요약을 메일로 보내는 기능을 만들 때, 가장 위험한 오류는 문장을 조금 어색하게 쓰는 일이 아닙니다. 검토 중인 항목을 확정된 약속처럼 보내는 것입니다.

요약문 대신 상태를 먼저 저장하기

통화 기록에서 아래 세 필드를 분리하면 초안 생성과 사람 검토가 쉬워집니다.

{
  "confirmed": ["고객이 검토할 시안은 A"],
  "pending": ["수정 범위와 납기 재확인"],
  "next_action": {
    "owner": "담당자",
    "action": "가능한 수정 범위 안내",
    "due_at": "합의한 후속 안내 시점"
  }
}

여기서 confirmed는 통화 중 양쪽이 실제로 동의한 내용만 담습니다. pending은 질문이 나왔지만 답을 확정하지 못한 내용입니다. 날짜가 합의되지 않았다면 due_at을 추측해서 채우지 말고 확인 대상으로 남겨야 합니다.

초안 생성과 발송을 분리하기

1. 통화 메모를 위 세 상태로 구조화합니다.
2. 수신자와 통화 시각을 사람이 원본과 대조합니다.
3. 메일 초안에 “확정”, “확인 중”, “다음 안내”를 각각 다른 문장으로 씁니다.
4. 발송 전에 담당자가 수신자·첨부·링크·일정을 최종 확인합니다.

예를 들어 “시안 A로 진행 확정”은 고객이 검토하기로만 했다면 잘못된 문장입니다. “시안 A를 우선 검토하기로 했으며, 수정 범위는 확인 후 다시 안내드리겠습니다”가 현재 상태에 더 가깝습니다.

자동화가 잘하는 일은 기록을 정돈하는 일입니다. 합의 여부를 추정해 외부 약속으로 만드는 일까지 맡기면 안 됩니다.

운영에서 빠뜨리기 쉬운 로그

메일을 보낸 뒤에는 초안 생성 시각뿐 아니라 승인자, 실제 발송 시각, 메시지 식별자, 실패 여부를 남겨야 합니다. 발송 결과가 불명확할 때 같은 메일을 무작정 다시 보내는 일을 피할 수 있습니다. 고객이 회신하면 원래 통화 건과 같은 스레드에서 확인하는 편이 맥락을 잃지 않습니다.

작은 팀에서 업무 메일의 공식 창구를 정리하는 방법은 오피셜메일에서 업무 메일 운영 살펴보기에서 확인할 수 있습니다.

통화 후 확인 메일을 자동화한다면, 여러분은 ‘확정’ 상태를 어떤 근거로 판정하고 있나요?