공문서 작성법 총정리: 두문·본문·결문 구조부터 템플릿까지

공문서 작성법 총정리: 두문·본문·결문 구조부터 템플릿까지

 

공문(공식 문서) 작성, 막상 하려면 은근히 멈칫하게 되죠.
“어디까지 격식을 갖춰야 하지?”, “끝은 꼭 찍어야 해?”, “수신이 여러 곳이면 어떻게 쓰지?” 같은 것들요.

그래서 오늘은 여러 공문 사례에서 반복되는 ‘공통 구조·규칙·문장 패턴’을 데이터처럼 뽑아서, 앞으로는 목적만 바꾸면 바로 복붙해서 쓸 수 있는 형태로 길게 정리해볼게요.
기본 뼈대는 행정안전부가 공개한 「행정업무운영 편람」(2025) 게시물과, 문서 표기 규칙(예: “끝” 표시 등)이 들어있는 규정/시행규칙을 근거로 잡았습니다.

이 글에서 해결할 3가지

1. 공문이 “항상 비슷해 보이는 이유” (구조가 정해져 있음)
2. 실무에서 제일 많이 쓰는 공문 유형별 템플릿(복붙용)
3. 틀리면 민망한 포인트(표기/항목/첨부/수신처) 체크리스트

 

 

---

한눈에 보는 목차

1. 공문이란 무엇이고, 왜 구조가 고정돼 있나
2. 공문 기본 골격: 두문–본문–결문 “데이터 스키마”
3. 실무에서 제일 많이 나오는 공문 유형 6가지(템플릿)
4. 문장 부품 라이브러리(자주 쓰는 문장 모음)
5. 틀리기 쉬운 포인트 체크리스트(실수 방지)
6. 초보자용 작성 순서(5분 루틴)
7. 요약 정리
8. FAQ(10개)
9. 결론

 

 

---

1. 공문이란 무엇이고, 왜 구조가 고정돼 있나

공문은 한마디로 **“업무상 공식 기록 + 공식 요청/통보”**입니다.
말로 하면 “아 그거요~” 하고 넘어갈 일을, 공문은 기록으로 남겨서 책임과 범위를 고정합니다.

여기서 중요한 포인트는 이거예요.

• 공문은 감정 설득문이 아니라 업무 처리문입니다.
• 그래서 읽는 사람이 “누가/누구에게/뭘/언제까지/어떻게”만 빠르게 잡으면 되도록 형식이 반복됩니다.
• 이 반복되는 형식을 필드(항목)처럼 표준화해두면, 공문을 “글쓰기”가 아니라 “입력 작업”으로 바꿀 수 있어요.

 

 

---

2. 공문 기본 골격: 두문–본문–결문 “데이터 스키마”

공문을 데이터로 보면 보통 아래 3덩어리입니다.

(1) 두문(헤더): “누가, 누구에게, 언제”

• 발신기관/부서(또는 회사명/부서)
• 문서번호
• 시행일자(또는 작성일자)
• 수신 / (경유) / 참조

주석(두문)
두문: 문서 맨 위에서 송·수신 정보를 고정하는 영역(= 주소 라벨 같은 역할)

수신처가 여러 곳이면 실무에서 흔히 **“수신처 참조”**로 처리하고, 상세 목록은 뒤(결문 쪽)에 따로 붙입니다. (기관/서식마다 위치는 달라질 수 있어요. 서식 확인 필요)

 

 

(2) 본문(바디): “무슨 일, 왜, 어떻게”

• 제목(대부분 “~의 건” 형태)
• 인사/배경(짧게)
• 요지(핵심 1~2줄)
• 상세(요청사항/안내사항을 항목으로)
• 기한/방법/문의처
• 붙임(첨부)

여기서 제목은 문서 검색/분류에 핵심이라서 “문서 내용을 쉽게 알 수 있도록 간단하고 명확하게” 적는 흐름이 반복됩니다.

 

 

(3) 결문(푸터): “공식 책임 표시”

• 발신명의(기관장/대표 등)
• 직인/서명(필요 시)
• 수신처 목록(‘수신처 참조’인 경우)
• 담당자/연락처(전자결재는 시스템 필드로 들어가기도 함)

 

 

---

3. 실무에서 제일 많이 나오는 공문 유형 6가지(템플릿)

아래 템플릿은 기관↔기관, 회사↔기관, 회사↔회사 대부분에 무난하게 맞습니다.
(괄호만 바꿔 끼우면 되는 구조)

 

 

1) 협조 요청 공문

제목: ○○ 협조 요청의 건

본문 템플릿

1. 귀 기관(사)의 무궁한 발전을 기원합니다.
2. 당사(우리 기관)는 ○○ 추진과 관련하여 아래 사항을 요청드리오니 검토 후 협조하여 주시기 바랍니다.
3. 요청사항
   1. ○○(무엇을)
   2. ○○(범위/방법)
   3. ○○(제한/주의)
4. 회신기한: YYYY. MM. DD.(요일) __:__까지
5. 회신방법: (공문/이메일/시스템) 중 택1
6. 문의: ○○팀 ○○(담당) / 연락처 / 이메일
7. 붙임: 1. ○○ 1부. 2. ○○ 1부. (필요 시)

실무 팁
협조 요청은 “정중함”보다 **요구 스펙(범위·형식·기한)**이 더 중요해요.
상대는 감동해서 움직이지 않습니다. 명확해서 움직입니다.

 

 

---

2) 자료 제출 요청 공문

제목: ○○ 자료 제출 요청의 건

본문 템플릿(스펙 고정형)

• 제출대상: (예: 2026년 1~2월 ○○ 관련)
• 제출범위: (예: 계약서, 정산표, 사진, 로그 등)
• 제출형식: (예: 엑셀 원본 + PDF 스캔본)
• 제출방법: (예: 이메일 / 전자문서 / 업로드 링크)
• 제출기한: YYYY. MM. DD.(요일) __:__까지
• 개인정보/보안: (해당 시) 마스킹 기준 또는 암호 설정 안내
• 문의: 담당/연락처

 

 

---

3) 안내/공지 공문(일정·정책·운영 변경)

제목: ○○ 운영 변경 안내의 건

본문 템플릿(혼선 방지형)

1. 아래와 같이 ○○ 운영이 변경되어 안내드립니다.
2. 변경 내용
   • 변경 전: ○○
   • 변경 후: ○○
3. 시행일: YYYY. MM. DD.(요일)부터 적용
4. 유의사항: (민원/혼선 포인트 2~3개만)
5. 문의: 담당/연락처
6. 붙임: 변경 안내문/매뉴얼(해당 시)

 

 

---

4) 회신 공문(받은 공문에 대한 답)

제목: (귀 문서번호) ○○에 대한 회신의 건

본문 템플릿

1. 귀 기관(사)의 ○○ 요청(문서번호: ○○, 시행일자: ○○)과 관련하여 아래와 같이 회신드립니다.
2. 회신내용
   • 가능/불가 여부: ○○
   • 조건/전제: ○○
   • 대안(가능 시): ○○
3. 향후 일정: ○○
4. 문의: 담당/연락처

 

 

---

5) 결정/선정/승인/반려 통보 공문

제목: ○○(승인/반려/선정) 결과 통보의 건

본문 템플릿

1. ○○ 건에 대하여 검토 결과를 아래와 같이 통보드립니다.
2. 결과: (승인/반려/선정)
3. 후속조치
   1. ○○ 제출(또는 이행) 기한: YYYY. MM. DD.
   2. 제출/이행 방법: ○○
4. 문의: 담당/연락처

주의
“근거”를 적어야 하는 상황이 많지만, 내부 규정/계약 조항을 정확히 모르면 단정하지 마세요.
이럴 땐 “관련 기준에 따라 검토함” 정도로 중립적으로 쓰고, 정확한 조항은 확인 후 넣는 게 안전합니다. (정보 확인 필요)

 

 

---

6) 요청 거절/불가 통지(마찰 최소화 버전)

제목: ○○ 요청 검토 결과 안내의 건

본문 템플릿(사람 탓 금지형)

1. 귀 기관(사)의 ○○ 요청에 감사드립니다.
2. 검토 결과, 아래 사유로 현재 요청하신 범위/일정으로는 진행이 어려운 점 안내드립니다.
   • 사유: (요건/일정/범위/보안/자원 등 “조건” 중심)
3. 다만, 아래와 같은 방식으로는 협조 가능하오니 검토 부탁드립니다.
   • 대안 1: 범위 축소(○○만 제공 가능)
   • 대안 2: 일정 조정(○월 ○주 이후 가능)
4. 문의: 담당/연락처

 

 

---

4. 문장 부품 라이브러리(자주 쓰는 문장 모음)

공문 문장은 레고 블록처럼 반복됩니다. 아래를 조합하면 웬만한 문서 톤이 “공문 톤”으로 맞춰져요.

(1) 서두(인사)

• “귀 기관(사)의 무궁한 발전을 기원합니다.”
• “평소 ○○ 업무에 협조해 주심에 감사드립니다.”

(2) 목적/배경

• “○○와 관련하여 아래와 같이 안내(요청)드립니다.”
• “업무 추진을 위하여 필요한 자료 제출을 요청드립니다.”

(3) 요청/기한

• “기한 내 회신하여 주시기 바랍니다.”
• “검토 후 협조 부탁드립니다.”

(4) 문의/마무리

• “문의사항은 아래 담당자에게 연락하여 주시기 바랍니다.”
• “붙임: 1. ○○ 1부. 2. ○○ 1부.”

 

 

---

5. 틀리기 쉬운 포인트 체크리스트(실수 방지)

여기가 실무에서 제일 많이 사고나는 구간입니다.

• 첨부(붙임) 누락: “붙임” 적어놓고 파일 안 붙이면 신뢰가 바로 깨져요.
• 기한이 애매함: “빠른 회신 바랍니다”는 사람마다 해석이 달라서 분쟁 씨앗이 됩니다. 날짜/시간을 박는 게 안전.
• 요청 범위가 커서 상대가 멈춤: 자료가 많으면 “필수/선택”으로 쪼개 주세요.
• 수신처 다수 처리: ‘수신처 참조’로 간단히 처리하고, 목록은 뒤에 별도 정리(서식 확인 필요).
• “끝” 표시 같은 형식 규칙 누락: 공공영역 문서 작성 규칙에는 본문/붙임 뒤에 “끝” 표시 방법이 규칙으로 안내됩니다.

주석(끝 표시)
끝 표시: 문서가 어디서 끝나는지 명확히 하는 종결 표기(= “여기까지가 본문입니다” 표시)

 

 

---

6. 초보자용 작성 순서(5분 루틴)

공문을 빨리 쓰는 사람은 “글을 잘 써서”가 아니라 “순서가 고정”돼서 빨라요.

1. 목적을 한 줄로 고정: “상대가 해야 할 행동은 무엇인가?”
2. 스펙을 숫자로 고정: 범위/형식/기한/방법/문의처
3. 템플릿 선택(협조/제출/안내/회신/통보/불가)
4. 본문은 **항목(1), 2), 3))**로 쪼개기
5. 붙임 파일명 = 본문 붙임 표기와 1:1로 맞추기
6. 최종 체크: 수신/참조/기한/붙임/담당자

 

 

---

요약 정리

구분	핵심
공문 구조	두문–본문–결문 3단 고정
본문 핵심	요지 → 요청/안내(항목화) → 기한/방법 → 문의처
가장 흔한 실수	기한 애매 / 붙임 누락 / 범위 과다
빨라지는 방법	템플릿 고정 + 스펙(범위·형식·기한) 먼저 확정

표는 짧게 봐도 되지만, 실무에서는 **“스펙 고정”**이 진짜 핵심이에요.
예를 들어 “자료 제출 요청”에서 제출형식이 엑셀인지 PDF인지가 안 박히면, 상대는 다시 물어봐야 하고 그 순간 문서의 목적(시간 절약)이 깨집니다. 공문을 빨리 돌리는 팀은 거의 예외 없이 제출범위/형식/기한/방법이 템플릿에 박혀 있어요.

 

 

---

FAQ(10개)

 

Q1. 공문 제목은 꼭 “~의 건”이어야 하나요?

꼭은 아니지만 실무에서 식별이 쉬워서 많이 씁니다. 예: “자료 제출 요청의 건”, “운영 변경 안내의 건”.

 

Q2. 인사말은 꼭 넣어야 하나요?

대부분 넣습니다. 다만 너무 길면 방해돼요. 예: “무궁한 발전을 기원합니다” 1줄이면 충분.

 

Q3. 수신처가 여러 곳이면 어떻게 하나요?

실무에서는 “수신처 참조”로 처리하고 별도 목록을 붙이는 경우가 많습니다. 다만 기관/회사 서식에 따라 다를 수 있어 상대가 요구하는 포맷 확인이 안전합니다. (정보 확인 필요)

 

Q4. 회신 기한은 “빠른 회신”으로 써도 되나요?

권장하지 않습니다. 예: “2026.03.10.(화) 18:00까지”처럼 박아야 오해가 줄어요.

 

Q5. 첨부(붙임)는 본문에만 쓰면 되나요?

본문 표기 + 실제 파일 첨부가 세트입니다. 예: “붙임 1. … 1부”라고 쓰면 파일명도 “붙임1_…”로 맞추는 게 깔끔합니다.

 

Q6. 본문은 길게 설명해도 되나요?

가능하지만, 읽는 사람은 빨리 처리하고 싶어합니다. 예: 긴 문장 3줄보다 항목 3개가 낫습니다.

 

Q7. 거절 공문을 쓰면 관계가 깨질까 봐 무서워요.

사람 탓이 아니라 조건 탓으로 쓰고, 대안을 1개라도 제시하면 마찰이 줄어듭니다. 예: “현재 일정상 불가하나 4월 2주차 이후 가능”.

 

Q8. “끝” 표시는 꼭 해야 하나요?

공공문서 작성 규칙에서는 “끝” 표시 방법이 규정으로 안내됩니다.
다만 회사↔회사 거래에서는 상대 포맷이 우선이라, 상대가 요구하지 않으면 생략하는 경우도 있습니다(서식 확인 필요).

 

Q9. 문서번호는 어떻게 만들어야 하나요?

기관/회사마다 체계가 다릅니다. 예: “부서명-연번(연도.월.일)” 형태를 쓰기도 하고, 시스템에서 자동 부여되기도 합니다. (정보 확인 필요)

 

Q10. 공문을 “잘 쓴다”의 기준이 뭔가요?

상대가 전화 없이도 처리 가능하면 잘 쓴 겁니다. 예: 읽고 나서 “아, 내가 뭘 언제까지 어떻게 하면 되네”가 바로 나오면 성공.

 

---

결론

공문은 감각으로 쓰는 글이 아니라, 필드가 정해진 업무 데이터에 가깝습니다.
두문–본문–결문 뼈대를 고정하고, 본문에서 요청사항/기한/방법/문의처/붙임만 정확히 박아두면 “공문다운 공문”은 자동으로 완성돼요.

그리고 가장 강력한 실무 치트키는 이거 하나입니다.
“스펙(범위·형식·기한)을 먼저 확정하고, 문장은 나중에 다듬기.”
이 순서만 지키면 공문 작성 속도와 품질이 같이 올라갑니다.