AI 이메일 대화 요약: 최종 합의와 남은 질문을 시간순으로 정리하기

메일의 시간순과 인용문을 먼저 분리합니다

메일 본문에는 이전 대화가 여러 번 인용돼 같은 문장이 반복됩니다. 복사한 텍스트의 위에서 아래 순서가 시간순이라고 가정하면 안 됩니다. 보낸 시각, 보낸 사람의 역할, 제목, 새로 작성한 본문을 먼저 나눕니다. 이름이나 주소가 필요 없는 분석이라면 “구매 담당”, “공급 담당” 같은 역할명으로 바꿉니다.

가상 대화는 첫 메일에서 11월 5일을 제안하고, 두 번째에서 11월 7일로 변경 요청하며, 마지막에서 “출고일 7일 확인, 설치일 별도 협의”라고 답한 상황입니다. 이 세 문장을 합쳐 “7일 설치 확정”이라고 요약하면 출고와 설치를 혼동한 것입니다. 일정의 대상까지 함께 기록해야 합니다.

합의 상태를 표시하는 규칙을 정합니다

“가능할 것 같습니다”는 확정과 다릅니다. “검토 후 회신하겠습니다”도 아직 결정되지 않은 상태입니다. 한쪽의 요청만 있고 상대의 확인이 없다면 제안 또는 답변 대기로 남깁니다. 업무상 다른 합의 방식이 있다면 담당자가 그 기준을 제공해야 합니다. AI가 모든 확인 표현의 권한이나 효력을 판단할 수는 없습니다.

상태는 제안, 변경 요청, 확인된 합의, 미답변 정도로 단순하게 시작하세요. 항목별 마지막 상태를 찾되 과거 상태를 삭제하지 않고 근거 메시지 번호를 남깁니다. 나중에 왜 일정이 바뀌었는지 설명할 수 있고, 잘못된 요약을 원문에서 빠르게 되짚을 수 있습니다.

메일 스레드 정리용 복사 프롬프트

먼저 새 본문과 인용문을 구분하고 그 다음 시간순 표를 만들게 합니다. 메일을 읽을 권한이 있는 범위에서 필요한 부분만 제공하세요. 다른 고객의 연락처나 첨부파일 내용까지 통째로 넣을 필요는 없습니다.

아래는 가상 납품 일정 메일입니다. 반복 인용문은 별도 표시하고 새로 작성된 메시지를 시각순으로 정리하세요.
출력1: 메시지 번호 / 발신 역할 / 시각 / 새 요청 또는 답변.
출력2: 쟁점 / 최신 상태 / 합의 내용 / 근거 메시지 / 남은 질문.
제안, 검토 예정, 확정 표현을 구분하고 출고일·도착일·설치일을 합치지 마세요. 한쪽 요청만으로 합의됐다고 쓰지 않습니다. 시간대나 날짜가 모호하면 표시합니다.
마지막에는 남은 질문만 확인하는 회신 초안을 만드세요. 원문에 없는 사과·보상·새 기한은 추가하지 마세요.
자료: [비식별 메일 내용]

요약 결과에서 최종 상태를 검증합니다

가상 결과의 핵심은 “출고일 11월 7일은 확인됨, 설치일은 미정”입니다. 이전 11월 5일 제안은 이력에는 남기되 현재 일정 표에서는 취소된 제안이라고 표시합니다. 수량이나 제품 규격이 메일마다 달라진다면 그 쟁점도 별도 행으로 만듭니다. 일정만 맞고 수량이 과거 값이면 실제 주문을 처리할 수 없습니다.

요약문을 받은 뒤 가장 최근 메일만 열어보는 것도 부족합니다. 마지막 메일이 “그 조건대로 해주세요”라면 그 조건이 무엇인지 앞선 메시지를 확인해야 합니다. 지시어가 가리키는 항목을 추적하고, 연결이 불명확하면 확인 필요로 남깁니다. 최신 메시지라는 이유만으로 모든 과거 사항을 덮어쓰지 않습니다.

회신은 미해결 질문을 중심으로 씁니다

회신 초안에는 이미 합의한 내용을 짧게 확인하고 아직 결정되지 않은 질문을 분리합니다. 예를 들어 “출고일은 11월 7일로 확인했습니다. 설치 가능한 날짜와 현장 준비사항을 알려주시면 내부 일정을 맞추겠습니다”처럼 적을 수 있습니다. 실제 상대방 호칭과 일정은 담당자가 원문과 다시 대조해야 합니다.

AI가 회신을 만들었다고 바로 발송하는 것은 별개입니다. 수신자, 참조자, 첨부물, 내부 메모가 포함됐는지 확인합니다. 특히 요약용으로 쓴 “상대 답변 지연” 같은 내부 평가가 고객 회신에 들어가지 않도록 독자용 초안과 내부 쟁점표를 구분해 보관하세요.

상대 날짜와 시간대가 섞인 메일의 처리

메일에 “내일”, “다음 주 금요일”, “오후까지”처럼 상대적인 표현이 있으면 보낸 시각을 확인해야 합니다. 해외 관계자와의 대화라면 시간대가 다를 수도 있습니다. 메시지 작성일이 빠진 복사본에서 “내일”을 현재 날짜 기준으로 바꾸면 잘못된 일정이 됩니다. 확정할 근거가 없으면 원문의 상대 표현과 확인 필요 상태를 남깁니다.

가상 메일의 발신 시각이 11월 3일이고 “내일 다시 답하겠다”는 문장이 있으면 11월 4일을 가리키는지 문맥을 확인할 수 있습니다. 하지만 전달 메일의 수신 시각을 원래 작성 시각으로 오인하면 안 됩니다. 요약표에는 메시지 원본 시각과 업무 기한을 다른 열에 적으세요. 회신이 늦었다는 판단도 실제 기한 합의가 있었는지 확인한 뒤 해야 합니다. 시각 정보가 불완전한 경우에는 확정 일정으로 변환하지 않는 것이 맞습니다.

긴 대화는 쟁점별로 나눈 뒤 합칩니다

메일이 많으면 일정, 가격, 규격, 검수 조건처럼 쟁점을 먼저 나눈 후 각각 최신 상태를 찾습니다. 서로 다른 쟁점이 같은 메일에 있어도 근거 번호를 공유하면 됩니다. 전체를 한 번에 짧게 요약하라는 지시보다 검토할 구조가 분명하고 누락을 찾기 쉽습니다.

최종 산출물에는 사용한 메시지 범위와 마지막 확인 시각을 남기세요. 그 뒤 새 메일이 오면 해당 쟁점 행을 다시 검토합니다. 요약문 자체가 실시간으로 모든 메일을 반영한다고 가정하지 않습니다. 담당자가 바뀔 때에도 원문으로 돌아갈 수 있는 연결과 현재 답변 대기 항목이 있어야 업무를 이어받기 쉽습니다.