긴 메일 제목 줄이기: 프로젝트·버전·마감을 남기는 방법
메일 제목이 길다고 끝부분만 자르면 마감이나 문서 버전이 사라질 수 있습니다. AI에 제목을 줄여 달라고 할 때는 프로젝트, 요청 행동, 버전, 마감 중 반드시 남길 정보를 먼저 지정하세요. 짧게 만드는 것과 정확하게 전달하는 것을 함께 확인해야 합니다.
재고 실사 담당자가 검토 요청 메일을 준비하는 예제로 설명합니다. 프로젝트와 마감은 가상입니다. 이 글의 40자 기준은 팀이 정한 작성 목표이며 모든 메일 서비스의 발송 제한이나 화면 잘림 기준이 아닙니다.
원본에서 제목에 필요한 정보를 고릅니다
가상 메일의 입력 정보는 다음과 같습니다.
- 프로젝트 코드: B12
- 대상 문서: 재고 실사 보고서, 제목에서는 ‘재고표’라는 팀 내 명칭을 사용해도 됨
- 버전: v3
- 요청 행동: 수정 의견 검토·회신
- 마감: 2026-10-06 15:00 KST, 이미 확정된 시각
- 제목 필수 표기: [검토 요청], B12, v3, 10/6 15시
- 목표 길이: 공백과 문장부호 포함 40자 이하
문서 이름을 줄여도 되는지 미리 정한 이유가 있습니다. ‘재고표’가 조직에서 다른 파일을 가리킨다면 줄인 제목이 오히려 혼동을 만듭니다. 정식 파일명이 필요한 업무라면 전체 파일명을 유지하거나 제목 길이 목표를 조정해야 합니다.
원래 제목은 다음과 같다고 가정합니다.
[검토 요청] B12 재고 실사 보고서 v3 내용을 확인해 주시고 10월 6일 오후 3시까지 수정 의견을 회신해 주세요이번 문자열은 공백과 문장부호를 포함해 66자입니다. 공손한 설명과 자세한 회신 방법은 본문으로 옮길 수 있지만 프로젝트 코드, 버전, 이미 정해진 마감은 남깁니다. 입력에 마감이 없는 메일이라면 제목을 짧게 만들기 위해 새 마감을 만들지 않습니다.
복사해서 쓸 수 있는 제목 수정 요청
다음 메일 제목을 팀 기준에 맞게 줄여 주세요.
목표: 공백과 문장부호 포함 40자 이하
필수 표기: [검토 요청], B12, v3, 10/6 15시
'재고 실사 보고서'는 팀에서 쓰는 '재고표'로 줄여도 됩니다.
마감은 2026-10-06 15:00 KST로 확정된 정보입니다.
날짜와 시각의 의미를 바꾸지 마세요.
긴 인사와 회신 방법은 본문으로 옮겨도 됩니다.
입력에 없는 '긴급', '최종', '확정' 등의 표현을 추가하지 마세요.
출력:
수정 제목 / 유지한 필수 정보 / 본문으로 옮긴 정보
필수 정보를 모두 넣을 수 없으면 무엇이 충돌하는지 적고,
임의로 삭제하지 마세요.
제목 글자 수는 추정 표시로 제안하고 실제 검산은 따로 하겠습니다.
원본 제목:
[검토 요청] B12 재고 실사 보고서 v3 내용을 확인해 주시고
10월 6일 오후 3시까지 수정 의견을 회신해 주세요원본 제목이 한 줄인 경우에는 한 줄 그대로 넣습니다. 위 요청문의 줄바꿈은 읽기 편하도록 나눈 것이므로, 출력 제목에는 줄바꿈을 넣지 않도록 추가하면 좋습니다. 자동화에서는 제목 필드의 줄바꿈·제어문자도 별도 확인해야 합니다.
짧아진 제목과 기대 검토표
가능한 수정안은 다음과 같습니다.
[검토 요청] B12 재고표 v3, 10/6 15시| 검토 항목 | 결과 |
|---|---|
| 요청 행동 | [검토 요청] 유지 |
| 프로젝트 | B12 유지 |
| 문서 버전 | v3 유지 |
| 확정된 마감 | 10/6 15시 유지 |
| 단순 문자 수 | 28자 |
| UTF-8 바이트 수 | 44바이트 |
| 본문으로 이동 | 자세한 검토 범위와 회신 방법 |
28자와 44바이트는 같은 값이 아닙니다. 이 예제는 일반 한글과 ASCII 문자를 사용하므로 단순 문자 수 비교가 쉽습니다. 40자를 목표로 정했다면 바이트 수 44를 보고 초과라고 판단하면 안 됩니다. 반대로 시스템이 40바이트를 제한한다면 28자만 보고 통과시켜서는 안 됩니다.
Microsoft LEN 안내는 LEN이 문자열의 문자 수를 반환하며 공백도 포함한다고 설명합니다.
엑셀에서 최종 제목을 검산합니다
A열에 원본, B열에 수정안을 두고 C열에 문자 수를 계산합니다. 길이 기준은 E1에 40처럼 따로 두면 다른 팀 기준으로 바꾸기 쉽습니다.
=LEN(B2)
=IF(LEN(B2)<=$E$1,"길이 목표 충족","길이 재검토")앞뒤 공백을 제거하기로 했으면 수정 문자열을 먼저 확정한 뒤 셉니다. 실제로 보낼 제목에는 공백이 있는데 검사할 때만 TRIM을 적용하면 두 문자열이 달라집니다. 필수 정보가 들어 있는지와 길이 목표 충족 여부도 별도 열로 관리합니다.
이모지나 결합 문자에는 추가 주의가 필요합니다. 눈에 보이는 그림 한 개가 문자 하나라고 항상 셀 수는 없습니다. Microsoft는 통합 문서의 호환성 버전 2에서 서로게이트 쌍 처리 방식이 개선되었지만 이모지에 쓰이는 변형 선택자는 별도로 계산될 수 있다고 설명합니다. 팀의 길이 기준이 엄격하면 이모지를 제외하거나 실제 사용하는 도구의 계산 방식을 정합니다. LENB로 모든 UTF-8 바이트 수를 계산할 수 있다고 단정하지도 않습니다.
답장·전달 접두어까지 포함해 봅니다
제목을 답장하거나 전달하는 과정에서 Re: 또는 Fwd:가 붙을 수 있습니다. 실제 최종 제목을 기준으로 다시 셉니다.
| 최종 문자열 | 문자 수 |
|---|---|
| [검토 요청] B12 재고표 v3, 10/6 15시 | 28 |
| Re: [검토 요청] B12 재고표 v3, 10/6 15시 | 32 |
| Fwd: [검토 요청] B12 재고표 v3, 10/6 15시 | 33 |
서비스가 반복 접두어를 자동 정리하는지, 다른 언어 접두어를 쓰는지는 앱마다 확인해야 합니다. 이 표의 접두어를 모든 메일 앱의 고정 동작이라고 보면 안 됩니다.
메일 표준인 RFC 5322는 메시지의 헤더와 줄 길이 등 전송 형식을 다룹니다. 팀의 제목 40자 목표나 휴대전화에서 보이는 길이와 같은 기준이 아닙니다. 발송 형식, 서비스 입력 제한, 화면 잘림, 업무상 읽기 좋은 길이를 따로 구분하세요.
필요한 정보가 너무 길면 줄이는 순서를 정합니다
먼저 인사, 중복 설명, “내용을 확인해 주시고” 같은 일반 문구를 본문으로 옮깁니다. 다음으로 승인된 약칭을 적용합니다. 문서 버전이나 프로젝트 코드를 삭제하는 순서로 시작하지 않습니다.
마감까지 넣을 공간이 부족하면 담당자가 정한 우선순위에 따라 제목 길이 목표를 조정하거나, 제목에는 프로젝트와 요청 행동을 두고 본문 첫 문장에 정확한 마감을 적는 방안을 검토합니다. 마감이 제목 필수 조건으로 지정돼 있다면 AI가 혼자 본문으로 옮겨서는 안 됩니다.
본문과 제목도 대조합니다. 제목은 v3인데 첨부 파일이 v2거나, 제목 마감이 15시인데 본문이 17시라면 길이와 관계없이 수정해야 합니다. 해외 수신자에게 보낼 경우에는 본문에 2026-10-06 15:00 KST처럼 연도와 시간대까지 적고 제목의 축약 날짜가 오해되지 않는지 확인합니다.
틀린 수정안을 고치는 요청
수정 제목에서 v3와 마감 시각이 빠졌습니다.
B12, v3, 10/6 15시는 필수이므로 복원하세요.
공손한 설명만 본문으로 옮기고, '긴급'은 추가하지 마세요.
필수 정보를 모두 유지한 제목을 제안하고,
길이 목표와 충돌하면 어떤 정보를 조정해야 하는지 질문하세요.제목을 확정한 뒤에는 AI 업무 메일의 사실·약속 확인으로 본문까지 점검하세요. 날짜나 버전이 교정 과정에서 달라지는 문제는 숫자·고유명사 보존 점검과 함께 확인할 수 있습니다.
자료·작성 확인일: 2026-10-04 KST. 예시 제목의 길이는 로컬 문자열 계산으로 확인한 값이며, 메일 앱의 화면이나 발송을 시험한 결과는 아닙니다.
작성자 소개
