판단 질문 지도
같은 내용도 어떤 문장으로 놓이느냐에 따라 다르게 읽힌다. 작성자는 충분히 설명했다고 생각하지만 결재자는 판단할 근거가 부족하다고 본다. 작성자는 예의를 갖췄다고 생각하지만 상대는 책임이 흐려졌다고 본다. 작성자는 자세히 썼다고 생각하지만 읽는 사람은 핵심을 찾지 못한다.
문서가 반려되는 이유는 늘 내용 부족만은 아니다. 내용은 있는데 순서가 어긋난 경우가 많다. 필요한 말은 있는데 결재자가 먼저 확인하려는 말이 뒤에 숨어 있는 경우도 많다. 인공지능(AI) 초안도 이 문제를 그대로 반복한다. AI는 문장을 부드럽게 만들 수 있지만, 결재자가 보는 판단 순서를 사람이 알려 주지 않으면 그럴듯한 설명문을 만든다.
통과 가능성을 높이는 문서는 화려하지 않다. 결론이 앞에 있고, 근거가 보이며, 숫자와 일정이 확인되고, 책임 표현이 명확하다. 이 장은 그 기본 원리를 다룬다. 문서 유형이 달라도 원리는 같다. 문서는 작성자의 생각을 길게 펼치는 글이 아니라, 상대가 판단할 수 있도록 재료를 놓는 업무 도구다.
1-1. 통과와 반려를 가르는 것
반려 장면
다온테크 영업지원팀 김대리는 월요일 오전 주간보고를 올렸다. 지난주에 처리한 일을 빠짐없이 적었다. 견적 요청 대응, 납품 일정 확인, 고객사 문의 답변, 내부 회의 참석, 협력사 자료 취합까지 한 줄씩 정리했다. 그런데 이팀장은 보고서에 댓글을 남겼다. “이번 주 위험 요인이 무엇인지 먼저 정리 필요.”
김대리는 빠뜨린 일이 없다고 생각했다. 실제로 빠진 업무도 거의 없었다. 하지만 이팀장이 확인하려던 것은 업무 목록이 아니었다. 이번 주에 무엇이 문제인지, 어떤 고객사 일정이 늦어질 수 있는지, 팀장이 먼저 손대야 할 일이 있는지였다. 작성자 기준으로는 성실한 보고였지만, 수신자 기준으로는 판단하기 어려운 보고였다.
AI 위임 결정
이런 보고에서는 AI에게 업무 목록을 문장으로 길게 풀게 맡기면 안 된다. AI에게 맡길 일은 목록을 핵심, 이슈, 다음 계획으로 재배열하는 것이다. 사람이 쥘 일은 실제 진행률, 고객명, 일정 지연 가능성, 책임 소재를 확인하는 것이다.
읽는 사람의 판단 질문
이 문서를 받는 사람의 질문은 단순하다. “그래서 지금 문제가 있는가, 없는가.” 문제가 있다면 “어느 정도 영향이 있고, 누가 무엇을 해야 하는가”까지 보여야 한다.
프롬프트
너는 한국 회사의 보고 문서를 다듬는 문서 작성 코치다. 아래 업무 목록을 상사가 판단하기 쉬운 주간보고 구조로 바꿔라. 맥락: - 회사: 다온테크 - 작성자: 영업지원팀 김대리 - 수신자: 영업팀 이팀장 - 문서 유형: 주간보고 - 읽는 사람의 판단 질문: 그래서 지금 문제가 있는가, 없는가. 문제가 있다면 영향과 다음 조치는 무엇인가. 자료: - 견적 요청 8건 처리 - A고객사 납품 일정 확인 - B고객사 장비 설치 일정이 협력사 사정으로 2일 지연 가능 - 내부 영업회의 참석 - 협력사 자료 취합 중 1개 업체 회신 지연 요청: - 한 일 나열이 아니라 핵심, 이슈, 다음 계획 3블록으로 정리한다. - 이슈는 사실, 영향, 다음 조치 순서로 쓴다. - 과장 표현 없이 업무 문장으로 쓴다. - 사람이 확인해야 할 숫자와 일정은 따로 표시한다.
Before/After
Before:
지난주 견적 요청 8건을 처리했고, A고객사 납품 일정을 확인했으며, B고객사 장비 설치 일정 관련 협력사 확인을 진행함. 내부 영업회의에 참석했고 협력사 자료도 취합 중임.
After:
이번 주 주요 이슈는 B고객사 장비 설치 일정의 2일 지연 가능성임. 협력사 작업 인력 배정이 늦어져 설치 일정 재확인이 필요하며, 금일 15시까지 협력사 확정 회신을 받아 이팀장에게 공유 예정임.
변환 포인트는 순서다. Before는 한 일을 빠짐없이 늘어놓지만 읽는 사람이 판단할 핵심이 뒤섞여 있다. After는 이번 주 위험 요인을 먼저 놓고, 영향과 다음 조치를 이어서 보여 준다.
검증 지점
사람이 확인할 항목은 세 가지다. 지연 가능성이 실제로 2일인지, 협력사 회신 기한이 15시로 합의된 것인지, 이팀장에게 공유할 내용에 고객사명과 책임 표현이 적정한지다. AI는 구조를 잡을 수 있지만 실제 일정의 정확성은 사람이 확인해야 한다.
1-2. 통과 문서의 5요소
반려 장면
박과장은 구매팀에서 공용 모니터 교체 품의를 올렸다. 문서는 깔끔했다. 제목은 짧았고, 예상 금액도 적혀 있었다. 그런데 최부장은 “사용 부서와 교체 기준 확인 후 재상신”이라고 적었다. 박과장은 금액까지 넣었는데 왜 다시 확인하라는지 의아했다.
문제는 품의서에 다섯 가지 중 세 가지가 빠져 있었기 때문이다. 목적은 있었지만 수신자 관점이 약했고, 결재선이 요구하는 근거가 부족했으며, 기존 장비를 왜 지금 바꿔야 하는지 설명되지 않았다. 문장은 짧았지만 판단 재료가 부족했다.
AI 위임 결정
이런 문서에서는 AI에게 “깔끔하게 써 달라”고 할 것이 아니라 목적, 수신자, 결재선, 근거, 톤을 점검하게 해야 한다. 사람이 해야 할 일은 사용 부서, 교체 대상 수량, 기존 장비 상태, 예산 항목, 결재 권한을 확인하는 것이다.
읽는 사람의 판단 질문
결재권자는 속으로 묻는다. “이 문서는 내가 판단해야 할 대상, 근거, 위험을 충분히 보여주는가.” 이 질문에 답하지 못하면 문장은 좋아도 다시 돌아온다.
프롬프트
너는 한국 회사의 승인 문서를 점검하는 문서 작성 코치다. 아래 품의 초안을 목적, 수신자, 결재선, 근거, 톤 5요소 기준으로 점검하라. 맥락: - 회사: 다온테크 - 작성자: 구매팀 박과장 - 결재권자: 최부장 - 문서 유형: 공용 모니터 교체 품의 - 읽는 사람의 판단 질문: 이 문서는 판단 대상, 근거, 위험을 충분히 보여주는가. 초안: 공용 모니터 노후화로 교체가 필요하여 구매를 품의함. 예상 금액은 총 180만 원임. 요청: - 누락된 요소를 표로 정리한다. - 각 요소별로 보강할 질문을 제시한다. - 보강 후 사용할 수 있는 품의 사유 문장 2개를 제안한다. - 사람이 확인해야 할 항목은 따로 표시한다.
Before/After
Before:
공용 모니터 노후화로 교체가 필요하여 구매를 품의함. 예상 금액은 총 180만 원임.
After:
영업지원팀 공용 모니터 3대는 사용 6년 차로 화면 깜박임과 색상 불량이 반복되어 견적 검토와 고객사 제안서 확인 업무에 지장이 있음. 기존 장비 수리비가 대당 18만 원으로 확인되어, 교체 비용 총 180만 원으로 구매 진행을 품의함.
After에는 다섯 요소가 들어 있다. 목적은 고객사 제안서 확인 업무 지장 해소다. 수신자는 비용 판단을 해야 하는 결재권자다. 결재선은 구매 승인이다. 근거는 사용 기간, 증상, 수리비다. 톤은 과장하지 않고 사실 중심으로 정리되어 있다.
검증 지점
모니터 사용 기간, 고장 증상, 수리비, 교체 견적, 사용 부서가 맞는지 확인해야 한다. 특히 “수리비가 대당 18만 원”이라는 숫자는 견적서나 서비스센터 안내를 기준으로 확인해야 한다. 숫자가 틀리면 문장 전체의 신뢰가 낮아진다.
5요소를 문장에 넣는 법
통과 문서의 5요소는 각각 따로 존재하지 않는다. 문장 안에서 함께 움직인다.
목적은 “왜 쓰는가”다. 보고라면 현황 공유인지 의사결정 요청인지 다르다. 품의라면 구매 승인인지 비용 집행인지 계약 체결인지 다르다. 목적이 흐리면 읽는 사람은 이 문서를 읽고 무엇을 해야 하는지 모른다.
수신자는 “누가 읽는가”다. 팀장이 읽는 주간보고와 부장이 읽는 품의서는 강조점이 다르다. 팀장은 이번 주 업무 우선순위를 보려 하고, 부장은 예산과 위험을 보려 한다. 같은 사안이라도 수신자에 따라 앞에 놓을 정보가 바뀐다.
결재선은 “어디까지 올라가는가”다. 팀장 전결이면 실무 영향과 일정이 중심이 될 수 있다. 부장 결재라면 비용 근거와 부서 간 영향까지 들어가야 한다. 대표 승인이라면 회사 차원의 필요성과 위험 관리가 더 중요해진다.
근거는 “왜 그렇게 말할 수 있는가”다. 오래되었다, 불편하다, 필요하다는 말은 근거가 아니다. 사용 연수, 장애 횟수, 고객 대응 지연, 수리비, 비교 견적처럼 확인 가능한 정보가 근거다.
톤은 “어떤 태도로 읽히는가”다. 결재 문서는 부탁문도 아니고 광고문도 아니다. 고압적이면 반발을 부르고, 과하게 낮으면 책임이 약해 보인다. 중립적이고 단정한 업무 문장이 가장 안전하다.
반려를 부르는 네 가지 문장 유형
승인 문서에서 자주 반려되는 문장은 크게 네 가지로 나눌 수 있다. 장황형, 근거 없음형, 고압형, 과잉 저자세형이다. 이 구분을 알아 두면 AI에게 고쳐 달라고 요청할 때도 더 정확하게 지시할 수 있다.
장황형은 한 일을 모두 넣었지만 핵심이 보이지 않는 문장이다. “지난주에 여러 고객사 문의에 대응했고, 내부 회의와 자료 취합을 진행했으며, 협력사 일정도 확인 중임”처럼 쓰면 성실함은 보인다. 그러나 읽는 사람은 현재 문제가 무엇인지 찾기 어렵다. 장황형 문장은 “핵심 이슈, 영향, 다음 조치” 순서로 다시 나눠야 한다.
근거 없음형은 필요하다고만 말하는 문장이다. “업무 효율 향상을 위해 장비 교체가 필요함”이 대표적이다. 결재자는 효율이라는 말을 싫어해서 반려하는 것이 아니다. 그 효율이 어떤 업무 지장과 연결되는지 판단할 수 없기 때문에 보완을 요구한다. 근거 없음형 문장은 사용 기간, 장애 횟수, 수리비, 고객 대응 지연, 보안 기준처럼 확인 가능한 정보가 들어가야 한다.
고압형은 요청을 지시처럼 쓰는 문장이다. “기한 내 회신 바람”, “반드시 협조 필요”처럼 쓰면 작성자는 급한 상황을 표현했다고 생각할 수 있다. 그러나 상대 부서는 왜 움직여야 하는지보다 압박을 먼저 느낀다. 고압형 문장은 배경, 요청, 기한, 후속 조치를 분리해야 한다. 요청의 강도는 높일 수 있지만, 이유와 기준이 함께 있어야 한다.
과잉 저자세형은 책임을 지나치게 낮추는 문장이다. “바쁘시겠지만 가능하시다면 검토 부탁” 같은 표현은 부드러워 보이지만 업무 문서에서는 요청 사항이 흐려진다. 사과문에서도 “전적으로 죄송”처럼 확인되지 않은 책임을 넓게 인정하면 문제가 커질 수 있다. 과잉 저자세형 문장은 사실, 영향, 조치, 요청을 중립적으로 나눠야 한다.
AI에게는 이 실패 유형을 그대로 지시할 수 있다. “아래 문장이 장황형인지, 근거 없음형인지, 고압형인지, 과잉 저자세형인지 진단하고 결재 문장으로 고쳐라”라고 요청하면 된다. 단, AI의 진단을 그대로 믿기보다 판단 질문에 답하는지 다시 봐야 한다. 유형 이름을 맞히는 것보다 읽는 사람이 판단할 수 있게 바뀌었는가가 기준이다.
1-3. AI에 넣어도 되는 것과 안 되는 것
반려 장면
김대리는 고객사 장애 공지를 빨리 써야 했다. 장비 오류가 발생했고, 고객사 담당자에게 임시 조치와 방문 점검 일정을 알려야 했다. 김대리는 AI에게 상황을 설명하면서 고객사명, 담당자 이름, 장비 일련번호, 장애 로그 일부를 그대로 넣으려 했다. 옆자리 박과장이 멈추게 했다. “그 정보는 외부 도구에 넣으면 안 될 수 있음.”
김대리는 문장을 잘 쓰려던 것뿐이었다. 하지만 승인 문서와 대외 문서에서는 좋은 문장보다 먼저 정보 입력 범위를 봐야 한다. AI에 무엇을 넣을 수 있는지 모르면 빠른 초안이 내부 규정 위반으로 이어질 수 있다.
AI 위임 결정
AI에게 맡길 수 있는 것은 익명화된 상황 정리와 문장 구조다. 사람이 쥘 것은 실제 고객사명, 계약 조건, 장애 로그, 내부 보안 기준, 공개 가능 범위다. 민감한 정보는 그대로 넣지 않고 범주화하거나 가명으로 바꾼 뒤 작업해야 한다.
읽는 사람의 판단 질문
이 문서를 보는 사람은 이렇게 묻는다. “이 초안은 회사 규정과 고객사 보안 기준을 지키면서 만들었는가.” 문서 내용이 맞아도 작성 과정에서 넣은 정보가 부적절하면 문제가 된다.
프롬프트
너는 한국 회사의 대외 공지 문서를 다듬는 문서 작성 코치다. 아래 익명화된 상황만 사용해 고객사 장애 공지 초안을 작성하라. 맥락: - 회사: 다온테크 - 문서 유형: 고객사 장애 공지 - 수신자: 고객사 설비 담당자 - 읽는 사람의 판단 질문: 이 초안은 회사 규정과 고객사 보안 기준을 지키면서 만들었는가. 익명화된 상황: - 특정 고객사 장비 1대에서 오전 점검 중 오류 발생 - 현재 임시 조치 완료 - 현장 방문 점검 예정일: 7월 12일 오전 - 원인 분석은 진행 중 - 고객 업무 영향은 제한적이나 재발 여부 확인 필요 요청: - 고객사명, 담당자명, 장비 일련번호를 쓰지 않는다. - 사실, 영향, 조치, 다음 일정 순서로 쓴다. - 과도한 책임 인정 표현은 피하고 확인된 사실만 쓴다. - 사람이 확인해야 할 정보는 별도 목록으로 표시한다.
Before/After
Before:
A고객사 3층 생산라인의 DX-400 장비에서 오전 9시 20분 오류 로그가 발생했으며, 담당자 홍길동 님께 안내할 공지문을 작성함.
After:
금일 오전 점검 중 고객사 장비 1대에서 오류가 확인되어 임시 조치를 완료함. 현재 원인 분석을 진행 중이며, 7월 12일 오전 현장 방문 점검을 통해 재발 여부와 추가 조치 필요성을 확인할 예정임.
Before는 실제 문장으로 쓰기 전에 정보 입력 단계에서 위험하다. 고객사명, 장비명, 위치, 담당자명이 그대로 들어 있다. After는 필요한 구조는 유지하되 민감한 식별 정보를 제거했다.
검증 지점
고객사 보안 정책, 내부 AI 사용 기준, 장애 정보 공개 범위, 대외 발신 승인 절차를 확인해야 한다. 특히 장애 원인이 확정되지 않았는데 원인을 단정하거나 책임을 확정하는 표현은 피해야 한다.
안전한 입력의 기준
AI에 넣어도 되는 정보는 공개되어도 회사나 고객에게 피해가 적은 일반 맥락이다. 가상 회사명, 익명화한 부서명, 범주화한 장비 유형, 대략적인 상황 구조는 사용할 수 있다. 예를 들어 “B2B 장비 유통사”, “고객사 장비 1대”, “일정 지연 가능성”, “견적 비교 필요”처럼 쓰면 된다.
AI에 넣지 말아야 할 정보는 식별 가능하거나 계약과 보안에 관련된 정보다. 실제 고객사명, 담당자 연락처, 장비 일련번호, 계약 금액, 미공개 매출, 장애 로그 원문, 내부 평가, 인사 정보, 계정 정보, 보안 정책 세부 내용은 넣지 않는다. 필요한 경우에는 가명과 범주로 바꾸고, 초안 작성 후 사람이 실제 정보로 교체한다. 다만 회사가 승인한 기업용 도구나 폐쇄망 AI에서는 허용 범위가 달라진다. 도구별 취급 기준은 부록 3에 정리했다.
회사 내부 규정, 고객사 보안 정책, 공공기관 제출 기준에 따라 AI 사용 표기나 자료 입력 제한이 있을 수 있다. 이 책은 법률 자문이 아니라 실무상 안전한 문서 작업 원칙을 제공한다.
정보를 덜 넣으면 AI 답변의 품질이 떨어질 수 있다. 그래서 익명화의 목적은 정보를 숨기는 것이 아니라 안전하게 바꾸는 것이다. “A고객사” 대신 “주요 고객사”, “DX-400” 대신 “납품 장비 1대”, “홍길동 담당자” 대신 “고객사 설비 담당자”처럼 바꾼다. 이렇게 해도 문장 구조와 톤은 충분히 다듬을 수 있다.
1-4. AI 초안을 결재용으로 끌어올리는 법
반려 장면
김대리는 AI로 협력사 일정 협조 요청문을 만들었다. 문장은 공손했고, 요청 내용도 들어 있었다. 그러나 박과장은 검토 후 다시 쓰라고 했다. “상대 부서가 뭘 언제까지 해야 하는지 안 보임.”
초안에는 배경 설명이 길었다. 최근 고객사 요청이 늘었고 내부 일정이 빠듯하며 원활한 협조가 필요하다는 말이 이어졌다. 하지만 구매팀이 실제로 해야 할 일은 견적 확정 일정 회신이었다. 문장은 부드러웠지만 행동 요청이 흐렸다.
AI 위임 결정
이 자리에서 AI 몫은 초안을 행동 중심 구조로 바꾸는 일이다. 사람 몫은 요청 기한, 담당 부서, 협조 범위, 내부 합의 여부를 확인하는 데 있다. 협조 문서는 예쁜 말보다 실행 항목이 중요하다.
읽는 사람의 판단 질문
이 문서를 받는 부서는 이렇게 묻는다. “내가 무엇을 언제까지 해야 하는지 바로 알 수 있는가.” 이 질문에 답하지 못하면 협조 요청은 읽히고도 움직임을 만들지 못한다.
프롬프트
너는 한국 회사의 협조 요청 문서를 다듬는 문서 작성 코치다. 아래 AI 초안을 결재와 실행에 적합한 문장으로 고쳐라. 맥락: - 회사: 다온테크 - 작성자: 영업지원팀 김대리 - 수신자: 구매팀 박과장 - 문서 유형: 협력사 일정 협조 요청 - 읽는 사람의 판단 질문: 이 문서를 읽은 사람이 무엇을 언제까지 해야 하는지 바로 알 수 있는가. 초안: 최근 고객사 요청이 증가하여 관련 일정 조율이 중요해지고 있음. 원활한 업무 진행을 위해 구매팀의 적극적인 협조가 필요함. 협력사 일정 확인을 부탁함. 확인된 사실: - 고객사 납품 예정일: 7월 19일 - 구매팀 확인 필요 항목: 협력사 설치 가능일 - 회신 희망 기한: 7월 10일 16시 요청: - 배경, 요청, 기한, 후속 조치 순서로 정리한다. - 상대 부서가 해야 할 일을 구체적으로 쓴다. - 고압적 표현과 과도한 저자세 표현을 모두 피한다. - 사람이 확인해야 할 일정과 담당자를 따로 표시한다.
Before/After
Before:
최근 고객사 요청이 증가하여 원활한 업무 진행을 위해 구매팀의 적극적인 협조가 필요함. 협력사 일정 확인을 부탁함.
After:
7월 19일 고객사 납품 일정 확정을 위해 협력사 설치 가능일 확인이 필요함. 구매팀에서 7월 10일 16시까지 협력사 가능 일정을 회신하면 영업지원팀이 고객사 납품 안내문에 반영 예정임.
After는 덜 공손해 보일 수 있지만 업무 문서로는 더 정확하다. 요청 대상, 이유, 기한, 후속 조치가 보인다. 상대는 무엇을 해야 하는지 바로 알 수 있다.
검증 지점
납품 예정일, 회신 기한, 구매팀 담당자, 협력사와의 실제 연락 가능성을 확인해야 한다. 내부 합의 없이 기한을 적으면 상대 부서에 부담을 넘기는 문서가 될 수 있다. 일정은 반드시 실무 담당자와 맞춰야 한다.
5단계 적용 예시
AI 초안을 결재용으로 끌어올리는 과정은 5단계로 정리할 수 있다.
1단계는 입력이다. 맥락과 자료를 모은다. 문서 유형, 작성자, 수신자, 일정, 금액, 현재 상태를 적는다. 이때 실제 고객정보나 기밀 정보는 익명화한다.
2단계는 초안이다. AI에게 구조와 문장 정리를 맡긴다. 이 단계에서는 완성도를 기대하기보다 뼈대를 얻는다고 생각하면 된다. 초안은 빠르게 만들되 바로 발신하지 않는다.
3단계는 판단 질문이다. 이 문서를 받는 사람이 무엇을 판단하려 하는지 한 줄로 적는다. 보고라면 문제 여부, 품의라면 지금 승인할 이유, 협조라면 실행할 행동과 기한이다.
4단계는 검증이다. 사람의 몫이다. 숫자, 금액, 일정, 결재선, 대외 발신 범위, 책임 표현을 확인한다. 이 단계가 없으면 문장은 좋아도 문서가 위험해진다.
5단계는 통과 문장화다. 결론을 앞에 두고, 근거를 붙이고, 불필요한 수식어를 빼고, 사람 검증 항목을 남긴다. 이때 AI를 다시 쓸 수 있다. 단, 검증이 끝난 사실만 사용해야 한다.
이 5단계는 느린 절차가 아니다. 오히려 반려 후 다시 쓰는 시간을 줄인다. 빠른 초안을 만드는 것보다 한 번에 판단 가능한 초안을 만드는 것이 목표다.
프롬프트만으로 해결되지 않는 부분
AI를 쓰면 문장 작성의 속도는 빨라진다. 그러나 승인 문서의 품질은 프롬프트만으로 결정되지 않는다. 프롬프트가 좋아도 입력 자료가 빈약하면 결과도 빈약하다. 판단 질문이 빠지면 문장은 자연스러워도 방향이 어긋난다. 검증하지 않은 숫자가 들어가면 초안 전체를 다시 봐야 한다.
예를 들어 “구매 품의서를 설득력 있게 써 달라”고 요청하면 AI는 대체로 그럴듯한 사유를 만든다. 문제는 그 사유가 실제 회사 상황과 맞는지 알 수 없다는 점이다. “기존 장비 노후화로 업무 지연이 발생함”이라는 문장이 나왔더라도, 실제로 업무 지연이 확인되지 않았다면 쓰면 안 된다. “보안 위험이 있음”이라는 문장도 내부 보안 기준이나 고객사 요구 사항이 확인되어야 쓸 수 있다.
따라서 AI 초안을 받은 뒤에는 세 가지 질문을 다시 던진다. 첫째, 이 문장에 확인된 사실만 들어 있는가. 둘째, 결재자가 판단할 근거가 충분한가. 셋째, 사람이 확인해야 할 숫자와 일정이 표시되어 있는가. 이 세 가지가 맞아야 초안이 결재 문서에 가까워진다.
좋은 프롬프트는 정답을 만드는 도구가 아니라 검토할 초안을 빠르게 만드는 도구다. 결재 문서에서 마지막 판단은 항상 사람에게 남는다. 이 원칙을 지키면 AI는 위험한 자동 작성기가 아니라 문서 품질을 끌어올리는 보조자가 된다.
1-5. 문장틀 자산화
반려 장면
김대리는 매번 비슷한 보고를 새로 썼다. 주간보고도 새로 쓰고, 고객사 일정 변경 보고도 새로 썼고, 협조 요청도 새로 썼다. AI를 쓰면 빨라질 줄 알았지만 매번 다른 초안이 나왔다. 어느 날은 지나치게 길었고, 어느 날은 너무 짧았다. 문서 품질이 일정하지 않았다.
이팀장은 김대리에게 말했다. “지난번 통과된 문장 구조를 다시 쓰면 됨.” 김대리는 그제야 깨달았다. 좋은 문장은 한 번 쓰고 버리는 것이 아니라, 다음 문서의 틀이 될 수 있다.
AI 위임 결정
통과된 문장에서 구조를 추출하고 다른 상황에 맞게 변형하는 일은 AI가 맡는다. 실제로 통과된 문장인지, 어느 상황에 맞는 틀인지, 새 문서의 숫자와 조건이 맞는지 확인하는 일은 사람이 맡는다.
읽는 사람의 판단 질문
읽는 사람은 새 문서에서도 같은 질문을 던진다. “이 구조는 판단에 필요한 정보를 빠짐없이 보여주는가.” 통과된 문장틀은 이 질문에 답한 경험이 있는 구조다.
프롬프트
너는 한국 회사의 승인 문서 템플릿을 만드는 문서 작성 코치다. 아래 통과된 문장에서 재사용 가능한 문장틀을 추출하라. 맥락: - 회사: 다온테크 - 문서 유형: 구매 품의 - 읽는 사람의 판단 질문: 이 구조는 판단에 필요한 정보를 빠짐없이 보여주는가. 통과된 문장: 영업지원팀 노트북 2대는 사용 5년 차로 고객사 보안 프로그램 실행 시 화상회의 끊김이 반복되어, 7월 정기 점검 전 교체가 필요함. 요청: - 문장 구조를 변수 형태로 바꾼다. - 다른 품의에 적용할 때 확인할 항목을 정리한다. - 같은 구조를 모니터 교체 품의에 적용한 예시를 만든다. - 과장 표현 없이 결재 문장 톤을 유지한다.
Before/After
Before:
필요할 때마다 AI에게 새로 품의 사유를 작성하게 함.
After:
[대상]은 [사용 기간 또는 현재 상태]로 [업무 지장 또는 위험]이 발생하여, [기한 또는 기준일] 전 [조치]가 필요함.
문장틀은 문장을 복사하는 것이 아니다. 판단 구조를 저장하는 것이다. 대상, 현재 상태, 업무 지장, 기한, 조치가 들어가면 구매 품의 사유의 기본 뼈대가 된다.
검증 지점
문장틀을 재사용할 때는 변수를 반드시 새 상황에 맞게 바꿔야 한다. 사용 기간, 수량, 금액, 기한, 업무 지장, 결재권자는 매번 확인해야 한다. 예전 문장에 남은 숫자나 날짜가 새 문서에 섞이면 치명적인 오류가 된다.
통과 문장틀 예시
보고 문서의 기본 틀은 다음과 같이 만들 수 있다.
이번 주 주요 이슈는 [문제]임. [원인 또는 현재 상태]로 인해 [영향]이 예상되며, [기한]까지 [조치]를 진행할 예정임.
이 틀은 주간보고와 리스크 보고에 쓸 수 있다. 한 일을 나열하지 않고 이번 주 판단할 문제를 앞에 놓는 것이 이 틀의 요령이다. 문제, 영향, 조치가 있으면 상사는 바로 우선순위를 잡을 수 있다.
품의 문서의 기본 틀은 다음과 같다.
[대상]은 [현재 상태]로 [업무 지장 또는 위험]이 발생하고 있음. [대안 또는 근거]를 검토한 결과 [선택안]이 적정하여, [금액 또는 일정] 기준으로 [승인 요청 사항]을 품의함.
이 틀은 구매 품의, 비용 품의, 계약 품의에 맞게 변형할 수 있다. 다만 금액과 대안 비교가 빠지면 품의 사유가 약해진다. “필요함”보다 “검토 결과”가 들어갈 때 판단 재료가 늘어난다.
협조 요청의 기본 틀은 다음과 같다.
[목적 또는 일정]을 위해 [상대 부서의 조치]가 필요함. [기한]까지 [회신 또는 처리 사항]을 공유하면, [작성 부서의 후속 조치]에 반영 예정임.
이 틀은 상대 부서가 움직일 이유와 행동을 함께 보여 준다. 협조 요청에서 가장 피해야 할 문장은 “협조 부탁함”만 남는 문장이다. 무엇을 해야 하는지 없으면 부탁은 실행으로 이어지기 어렵다.
대외 메일의 기본 틀은 다음과 같다.
[사안] 관련하여 [상대가 해야 할 행동] 확인을 요청함. [기한 또는 기준일]까지 회신을 받으면 [후속 조치]를 진행 예정임. 관련하여 확인이 필요한 항목은 [항목]임.
대외 문서는 상대의 다음 행동이 분명해야 한다. 일정 조율, 자료 요청, 대금 확인, 사과와 재발 방지 안내 모두 상대가 무엇을 해야 하는지 보여야 한다.
문장틀을 모아 두면 AI 사용 방식도 달라진다. 매번 “잘 써 달라”고 요청하지 않아도 된다. 이미 통과된 구조를 주고, 새 상황의 변수만 바꾸게 할 수 있다. 그러면 문서의 톤과 정보 순서가 일정해진다.
단, 문장틀은 판단을 대신하지 않는다. 틀은 길을 잡을 뿐이다. 실제로 어떤 근거를 넣을지, 어떤 숫자를 쓸지, 어느 결재선까지 올릴지는 사람이 결정해야 한다. 문장틀이 쌓일수록 작성 속도는 빨라질 수 있지만, 검증 책임은 줄어들지 않는다.
문장틀을 저장하는 방식
문장틀은 거창한 시스템이 없어도 관리할 수 있다. 문서 유형, 사용 상황, 판단 질문, 통과 문장, 검증 항목만 남기면 된다. 완성된 문장을 통째로 모으기보다 다시 쓸 수 있는 구조로 저장해야 나중에 쓸모가 있다.
예를 들어 다음과 같이 남길 수 있다.
- 구매 품의
- 판단 질문: 왜 지금 승인해야 하는가
- 통과 문장틀: [대상]은 [현재 상태]로 [업무 지장]이 발생하여 [기한] 전 [조치]가 필요함
- 검증 항목: 수량, 금액, 사용 기간, 견적
- 주간보고
- 판단 질문: 지금 문제가 있는가
- 통과 문장틀: 이번 주 주요 이슈는 [문제]이며, [영향]이 예상되어 [기한]까지 [조치] 예정임
- 검증 항목: 일정, 진행률, 담당자
- 협조 요청
- 판단 질문: 누가 무엇을 언제까지 해야 하는가
- 통과 문장틀: [목적]을 위해 [상대 부서 조치]가 필요하며, [기한]까지 회신 시 [후속 조치] 예정임
- 검증 항목: 기한, 담당자, 내부 합의
이 표는 개인 메모장, 팀 위키, 문서 양식 파일 어디에 둬도 된다. 다음 문서를 쓸 때 바로 꺼내 쓸 수 있어야 한다는 점만 지키면 된다. AI에게도 이 표를 그대로 줄 수 있다. “아래 문장틀을 사용해 이번 상황에 맞는 초안을 만들어라”라고 요청하면 매번 다른 스타일의 문서가 나오는 문제를 줄일 수 있다.
문장틀이 많아지면 팀의 문서 품질도 일정해진다. 신입 직원이 와도 왜 이 문장이 통과되었는지 배울 수 있고, 담당자가 바뀌어도 보고와 품의의 기준이 크게 달라지지 않는다. 문장틀은 빠른 작성을 위한 저장소이면서 동시에 조직 안에서 통하는 판단 구조의 기록이기도 하다.
1-6. 한 사례를 처음부터 끝까지
지금까지 원리를 나눠서 봤다. 판단 질문, 5요소, 안전한 입력, 결재용 끌어올리기, 문장틀 자산화까지 각각 다뤘다. 이번에는 이 원리들이 하나의 문서에서 어떻게 이어지는지 본다. 다온테크 영업지원팀 김대리의 노트북 구매 품의 하나를, 손에 쥔 자료부터 결재용 문장까지 여섯 단계로 따라간다.
1단계. 손에 있는 원자료
김대리가 가진 정보는 많지 않다. 메모장에 적힌 것은 이 정도다.
- 교체 대상: 영업지원팀 노트북 2대
- 상태: 사용 5년 차
- 증상: 고객사 보안 프로그램 실행 시 화상회의 끊김 반복
- 견적: A 118만 원, B 120만 원, C 115만 원 (대당)
- 시점: 7월 정기 점검 전 교체 필요
이게 전부다. 예산 효과가 몇 퍼센트인지, 고장이 정확히 몇 번 났는지 같은 숫자는 없다. 이 부족한 상태가 정상이다. 실무에서 손에 쥐는 자료는 대개 이 정도다. 문제는 이 자료를 AI에게 어떻게 넣느냐다.
2단계. 판단 질문 없이 물었을 때
김대리가 급한 마음에 이렇게 요청했다고 하자. “위 자료로 노트북 구매 품의 사유를 설득력 있게 써 줘.” 판단 질문도, 사실 잠금 규칙도 넣지 않았다. AI는 다음과 같은 초안을 내놓는다.
노후 노트북의 잦은 고장으로 영업지원팀의 업무 효율이 크게 저하되고 있음. 최근 화상회의 중단이 빈번하여 고객 응대 지연이 발생하고 있으며, 이로 인한 업무 손실이 상당한 것으로 판단됨. 신규 노트북 교체 시 업무 효율이 약 30% 향상될 것으로 기대되며, 보안 취약점 또한 해소되어 고객 신뢰도 제고에 기여할 것으로 예상됨.
읽으면 그럴듯하다. 그러나 위험한 문장이다. “잦은 고장”은 원자료에 없다. 김대리가 적은 것은 화상회의 끊김이지 고장이 아니다. “업무 손실이 상당”도, “30% 향상”도, “고객 신뢰도 제고”도 어디에도 없던 숫자와 효과다. AI가 빈칸을 스스로 채운 것이다. 이 문장이 최부장에게 올라가면 “30% 근거가 뭔가”, “고객 응대 지연 사례가 있었나”라는 질문이 돌아온다. 김대리는 답할 자료가 없다. 지어낸 사유는 결재선에서 반드시 밑천이 드러난다.
3단계. 결재권자 질문을 넣는다
방향을 바꾼다. 품의를 읽는 사람은 결재권자 최부장이다. 최부장이 속으로 던지는 질문은 하나다. “왜 지금 이 돈과 자원을 써야 하는가.” 이 질문을 프롬프트에 넣는다.
아래 자료로 노트북 구매 품의 사유를 작성하라. 결재권자 질문은 "왜 지금 이 돈과 자원을 써야 하는가"다. 현재 업무 지장, 지금 교체해야 하는 이유, 금액을 순서대로 보이게 하라.
질문 한 줄이 들어가자 방향이 잡힌다. AI는 넓은 효율 이야기 대신, 무슨 업무에 어떤 지장이 있고 왜 지금인지를 앞으로 끌어온다. 다만 이것만으로는 부족하다. 지어낸 숫자를 막는 장치가 아직 없다.
4단계. 사실 잠금 규칙을 붙인다
같은 프롬프트 뒤에 네 줄을 이어 붙인다.
다음 목록에 있는 사실만 사용하라. 목록에 없는 숫자, 날짜, 원인, 책임, 효과는 추정하지 않는다. 필요하지만 제공되지 않은 정보는 [사람 확인 필요]로 표시한다. 초안 끝에 새로 추가하거나 추론한 내용이 없는지 자체 점검하라.
이제 AI는 30% 같은 숫자를 넣지 못한다. “잦은 고장”으로 바꿔 말하지도 못한다. 원자료에 있는 것, 화상회의 끊김, 사용 5년 차, 세 개 견적, 7월 점검만 쓴다. 세 견적 중 무엇을 고를지는 자료에 없으므로 [사람 확인 필요]로 남긴다. 초안은 이렇게 나온다.
영업지원팀 노트북 2대는 사용 5년 차로, 고객사 보안 프로그램 실행 시 화상회의 끊김이 반복됨. 7월 정기 점검 전 교체가 필요함. 견적은 A 118만 원, B 120만 원, C 115만 원으로 확인됨. [사람 확인 필요: 선정 기종 및 최종 단가]
5단계. 사람이 숫자를 검증한다
여기서부터는 AI의 일이 아니다. 김대리가 확인한다. 견적 세 건이 같은 사양 기준인지, 7월 정기 점검일이 정확히 언제인지, 결재선이 최부장 전결인지 확인한다. 원자료에 없던 항목도 이때 챙긴다. 납기와 설치 지원이다. 확인해 보니 단가가 가장 낮은 C업체는 납기가 3주여서 7월 정기 점검 전에 장비를 준비할 수 없었다. B업체는 대당 120만 원으로 C업체보다 5만 원 높지만 납기 5일에 기본 설치 지원이 가능했다. 그래서 B업체로 정했다. [사람 확인 필요] 자리에 검증된 숫자가 들어간다. AI가 채우지 않고 사람이 채운 숫자다.
6단계. 결재용 문장이 된다
검증된 사실만 남기고 문장을 다듬으면 품의 사유가 완성된다.
영업지원팀 노트북 2대는 사용 5년 차로 고객사 보안 프로그램 실행 시 화상회의 끊김이 반복되어, 고객 응대에 지장이 있음. 7월 정기 점검 전 교체가 필요하며, 단가가 가장 낮은 C업체는 납기 3주로 일정에 맞지 않아 납기 5일과 기본 설치 지원이 가능한 B업체 견적 기준 총 240만 원으로 구매를 품의함.
2단계의 초안과 비교하면 화려함은 줄었다. 30%도, 상당한 손실도 없다. 그러나 최부장이 판단할 재료는 오히려 늘었다. 무엇을, 몇 대, 왜 지금, 얼마에, 왜 그 업체에서 사는지가 모두 확인된 사실이다. 되묻는 질문이 나와도 김대리는 답할 수 있다. 한 사례를 처음부터 끝까지 통과시키는 힘은 좋은 문장이 아니라, 지어내지 않은 사실 위에 놓인 순서에서 나온다.
1장 정리
통과되는 문서는 매끄러운 문장이 아니라 판단 가능한 문장이다. 작성자가 하고 싶은 말을 먼저 쓰면 문서가 길어진다. 읽는 사람이 확인하려는 질문을 먼저 잡으면 문서가 짧아지고 단단해진다.
여섯 가지로 정리하면 이렇다.
1. 같은 내용도 구조와 톤에 따라 반려될 수 있다.
2. 통과 문서에는 목적, 수신자, 결재선, 근거, 톤이 필요하다.
3. AI에 넣을 수 있는 정보와 넣으면 안 되는 정보를 구분해야 한다.
4. AI 초안은 입력, 초안, 판단 질문, 검증, 통과 문장화의 5단계로 다듬는다.
5. 한 번 통과된 문장 구조는 개인의 문장 자산이 된다.
6. 판단 질문과 사실 잠금 규칙이 함께 들어가야 지어낸 근거가 걸러진다.
다음 장부터는 문서 유형별로 들어간다. 먼저 보고 문서다. 보고는 일을 많이 했다는 증명보다 지금 판단해야 할 일이 무엇인지 보여 주는 문서다. 상사가 보고서에서 먼저 찾는 것은 노력의 양이 아니라 현재 상태, 위험, 다음 조치다.
