# 글을 쓰고 독자에 맞게 고치기

> 초안에 들어갈 사실을 먼저 모으기 · 같은 사실로 세 가지 글 만들기 · 수정 요청을 좁혀 말하기 · 대화 안에서 초안 직접 편집하기 등을 다룹니다.

원문: https://www.aihoon.kr/guide/chatgpt/consumer/writing

ChatGPT에 글을 맡길 때 가장 먼저 정할 것은 문체보다 전달할 사실입니다. 원문이 없는 창작과 실제 상황을 설명하는 안내문은 검토 기준이 다릅니다. 안내문에는 없는 날짜를 만들어 넣으면 안 되지만, 소설에는 새로운 사건을 제안해도 됩니다. 요청에 그 차이를 적으면 수정 방향도 분명해집니다.

## 초안에 들어갈 사실을 먼저 모으기

짧은 메모는 Chat에 붙여 넣고, 여러 문서와 메시지를 모아야 하는 글은 Work에서 자료를 지정합니다. 연결 서비스는 [플러그인](/guide/chatgpt/consumer/plugins)을 설치하고 접근 가능한 자료를 확인한 뒤 사용합니다. 링크를 적었다고 그 안의 내용까지 읽혔다고 판단하지 말고, 실제로 확인한 자료를 먼저 나열하게 합니다.

업무 보고라면 기간과 독자를 함께 정합니다. 회의 참석은 활동이고, 승인 완료는 결과입니다. 달력에 회의가 있다는 이유만으로 의사결정까지 완료됐다고 쓰지 않게 합니다. 지난주 초안과 이번 주 최종 문서가 충돌하면 어떤 자료를 우선할지도 정합니다.

## 같은 사실로 세 가지 글 만들기

다음은 실제 기관과 관계없는 연습용 입력입니다.

```text
가상의 작은도서관 독서모임 안내를 작성해줘.

확정 사실:
- 10월 17일 토요일 오후 2~3시 30분, 도서관 2층 모임방
- 성인 12명, 참가비 없음
- 각자 좋아하는 책 한 권을 가져와 3분 이내로 소개
- 사전 신청 필요, 신청 주소는 아직 미정
- 엘리베이터 이용 가능
- 운영팀 연락처는 아직 미정

처음 오는 사람에게 보내는 안내문을 써줘.
준비물과 신청 방법을 바로 찾을 수 있게 하고,
미정인 주소·연락처는 [확인 필요]로 남겨줘.
간식 제공, 주차, 사진 촬영에 관한 약속은 추가하지 마.
```

초안을 받은 다음 한 번에 전부 고치기보다 독자에 따른 변환을 나눕니다.

```text
같은 확정 사실을 유지하면서 아래 세 가지 버전을 만들어줘.
1. 문자 안내: 날짜·장소·준비물·신청 필요가 빠지지 않게.
2. 게시판 안내: 처음 방문하는 사람이 읽기 편한 순서로.
3. 운영팀 메모: 아직 결정해야 할 항목만.

세 버전 사이에 사실이 달라진 곳이 있는지도 확인해줘.
```

이 연습의 확인점은 세 글이 서로 다른 길이를 가지면서도 같은 약속을 한다는 것입니다. “누구나 편하게 오세요”처럼 신청 조건을 흐리는 문장도 고쳐야 합니다.

## 수정 요청을 좁혀 말하기

“더 좋게”라는 요청은 의미까지 바뀔 수 있습니다. “첫 문장을 짧게”, “전문용어를 설명”, “주장의 강도는 유지하고 공격적인 표현만 완화”처럼 수정할 대상을 구체화합니다. 고치지 말아야 할 고유명사·인용·수치가 있으면 함께 적습니다.

여러 번 수정해 글이 길어졌다면 새 문장을 계속 더하기보다 구조를 재검토합니다. 읽는 사람이 먼저 알아야 할 결론, 그 결론의 근거, 다음 행동 순으로 재배치할 수 있습니다. 문체를 반복해서 지정해야 한다면 [개인화](/guide/chatgpt/consumer/personalization)에 기본 선호를 두고, 중요한 작업에서는 그 글의 독자를 다시 명시합니다.

번역·다듬기는 원문의 의미 보존을 별도 요구합니다. 예를 들어 “권고”를 “의무”로 강화하거나 “검토 중”을 “예정”으로 바꾸면 유창해도 잘못된 결과입니다. 원문에 없는 설명은 본문에 섞지 말고 편집 제안으로 받습니다.

## 대화 안에서 초안 직접 편집하기

지원되는 답변은 Writing block에 담겨 텍스트를 직접 고치거나 선택한 부분만 수정을 요청할 수 있습니다. 굵게·기울임·제목·링크·목록·체크리스트를 사용하고, 제공되는 전체 화면과 되돌리기·다시 실행을 활용합니다. 모든 대화에 같은 버튼이 있는 것은 아니며 기기·계정·모델·배포 조건이 적용됩니다.

일반 대화의 지원 블록 편집은 잠시 뒤 대화에 저장되고 다음 요청에 최신 내용을 쓸 수 있습니다. 임시 채팅은 종료 후 편집이 유지되지 않을 수 있습니다. Library 저장이나 이메일 앱 열기·전송은 해당 블록에서 제공될 때만 사용합니다. 편집 완료와 실제 전송을 구분하고 수신자를 확인합니다.

## 근거가 필요한 업무 글

요구사항 문서에는 해결하려는 문제, 대상 사용자, 범위, 완료 조건, 미결 질문을 지정합니다. 대화에서 누군가 제안한 내용을 확정 요구사항으로 승격하지 않도록 출처와 결정 상태를 붙입니다. 먼저 근거 목록을 확인하면 매끄러운 문장 뒤에 숨은 추정을 찾기 쉽습니다.

홍보 문구를 여러 채널로 만들 때는 승인된 제품 설명과 내부 운영 정보를 구분합니다. 출시 날짜가 미정인데 긴급한 판매 문구를 넣거나, 내부 목표를 외부에 보장하는 수치로 쓰지 않게 합니다. 블로그·메일·슬라이드에 같은 주장과 단위가 유지되는지도 대조합니다.

## 일정이 어긋난 업무를 보고할 때

업무가 늦어졌다는 사실과 늦어진 이유는 서로 다른 근거가 필요합니다. 원래 계획, 최근 진행표, 담당자 메모를 함께 주고 먼저 같은 날짜 기준으로 맞추게 하세요. 진행표가 오래됐으면 지연 원인으로 단정하기 전에 현재 상태를 담당자에게 확인합니다.

가상 연습으로 10월 8일까지 안내문을 확정하려 했으나 10월 7일에 장소 계약이 미정이라고 해 봅시다. 디자인 초안은 끝났고 인쇄에는 확정 뒤 이틀이 걸립니다. 이 자료만으로 디자인 담당자가 늦었다고 쓰면 안 됩니다. 확인된 막힘은 장소 확정이며, 계약이 왜 미정인지는 별도 질문입니다.

> 원래 일정과 현재 기록을 대조해 계획 대비 차이, 확인된 원인, 아직 가설인 원인, 오늘 결정할 일을 나눠 써 줘. 각 항목에 근거 날짜와 담당자를 붙여 줘. ① 장소 확정까지 인쇄를 미루기 ② 장소를 비워 둔 온라인 안내부터 보내기의 장점·대가·필요한 승인을 비교해 줘. 권고안을 결정된 사항처럼 쓰지 마.

보고 마지막에는 “일정이 촉박합니다”보다 “오늘 15시까지 온라인 사전 안내 허용 여부를 결정해 주세요”처럼 필요한 결정을 적습니다. 결정 시각 역시 실제 자료에 있어야 합니다. 자료에 없다면 제안 시각임을 표시합니다. 결정권자용 글과 실무자용 후속 작업표를 각각 만들더라도 같은 근거에서 날짜·상태·담당자를 가져오도록 요청하세요.

정기 보고에서는 같은 상태 용어와 같은 구조를 유지하면 지난주 대비 변화가 보입니다. 이전 보고와 최신 진행표를 주고 진행·막힘·위험·결정·다음 행동 중 바뀐 항목만 먼저 뽑게 하세요. 오래된 담당자 메모는 현재 상태로 복사하지 말고 확인 대상에 둡니다. 경영진용 결정 요약과 실무자용 후속 작업표는 강조점이 달라도 근거 사실이 같아야 합니다.

## 완성된 글을 확인하고 전달하기

맞춤법 확인과 사실 확인을 따로 진행합니다. 사실 검토에는 이름·날짜·금액·수량·약속·인용을 원자료와 비교합니다. 문장 검토에는 중복, 지시 대상이 모호한 표현, 독자가 다음에 할 일을 찾습니다.

문서 파일이 필요하면 “DOCX로 만들어줘”처럼 형식을 지정하고 [결과물 파일](/guide/chatgpt/consumer/deliverables)을 직접 엽니다. 이메일이나 연결 문서로 옮길 때는 받는 사람과 저장 위치를 함께 명시합니다. 글이 완성됐다는 것과 외부에 전달됐다는 것은 서로 다른 완료 상태입니다.

고객별 기록을 대조해 위험과 다음 대응을 정하는 업무는 [고객 기록 검토](/guide/chatgpt/workflow/customer-review)에서 더 구체적으로 연습할 수 있습니다.