문서 작성 AI, 초안을 맡기기 전에 정할 양식과 수정 기준
업무 안내문과 제안서 초안을 AI로 작성할 때 목적, 승인된 자료, 필수 항목과 수정 기준을 준비하는 방법을 설명합니다. 문장 편집과 사실 검토를 나눠 완성도를 확인하세요.
AI가 만든 안내문은 매끄러운데 담당자, 제출 기한이나 예외가 빠져 있는 경우가 있습니다. 제안서의 형식은 그럴듯하지만 과거 프로젝트의 성과를 이번 고객에게도 제공하는 것처럼 쓸 수도 있습니다. 업무 문서에서는 문장을 빨리 만드는 것보다 읽는 사람이 필요한 행동을 할 수 있고, 작성자가 모든 주장을 확인할 수 있는지가 먼저입니다.
문서 작성 AI를 쓰기 전에 목적과 자료, 필수 항목, 수정 기준을 정해 두세요. 초안을 검토할 때마다 처음부터 기준을 설명하는 부담을 줄일 수 있습니다. 안내문, 제안서와 업무 지침처럼 자주 만드는 문서부터 이 기준을 정리하면 도움이 됩니다.
빈 양식보다 완성 조건을 먼저 준비하세요
기존 문서 한 개를 참고 자료로 주는 것만으로는 어떤 부분을 그대로 따라야 하는지 알기 어렵습니다. 문단의 순서, 표현 방식, 이번에도 유효한 사실을 구분해야 합니다. 지난해 제안서의 목차는 쓸 수 있어도 고객명, 가격, 납기와 실적을 이번 초안에 복사해서는 안 됩니다.
작성 전에 다음처럼 한 장의 기준표를 준비할 수 있습니다.
| 준비 항목 | 안내문 예시 | 제안서 예시 |
|---|---|---|
| 독자와 목적 | 대상 직원이 일정 변경을 알고 준비 | 고객이 제안 범위와 준비 사항을 판단 |
| 승인된 자료 | 확정 일정, 적용 부서, 담당자 안내 | 고객 요구, 제공 범위, 승인된 소개 자료 |
| 필수 항목 | 대상, 일시, 장소, 해야 할 일, 문의처 | 문제, 접근 방식, 범위, 일정 조건, 제외 사항 |
| 표현 기준 | 짧은 문장과 분명한 행동 안내 | 근거가 있는 설명과 조건부 표현 구분 |
| 미확정 항목 | 변경 가능 일정과 확인 담당자 | 미정 견적·연동 범위·계약 조건 |
이 표는 제품에 자동으로 적용되는 기능 목록이 아니라 작성자가 준비할 기준입니다. 필수 항목을 확인할 수 없는 자료는 먼저 보완하거나 미확정 상태를 표시합니다. AI가 빈칸을 자연스럽게 채우도록 두면 검토자가 새로 생긴 사실을 찾기 어려워집니다.
참고 문서의 역할을 구분해서 전달하세요
자료를 모을 때는 사실을 확인할 문서와 표현을 참고할 문서를 나누세요. 현재 승인된 업무 안내는 일정과 조건의 근거가 됩니다. 예전에 잘 읽혔던 공지는 문단 구성과 말투의 예시가 될 수 있습니다. 작성 중인 의견서는 결정된 방침과 구분해야 합니다.
조직의 문체를 맞추고 싶다면 한 문장에 한 가지 행동을 담는지, 전문 용어를 어떻게 풀어 쓰는지, 독자에게 요청하는 말투가 어떤지처럼 관찰 가능한 기준을 정합니다. “우리 회사답게”라는 표현보다 수정 결과를 확인하기 쉽습니다.
참고 문장을 입력에 제공하는 일과 고객 문서로 모델을 학습하는 일은 다릅니다. Wissly는 고객의 문서·질문·답변을 모델 학습·재학습·파인튜닝에 사용하지 않습니다. 기존 문서를 참고해 초안을 검토하는 흐름을 자체 문체 모델을 훈련하는 기능으로 해석해서는 안 됩니다. 데이터 처리 조건은 Enterprise 안내에서 함께 확인할 수 있습니다.
초안의 구조와 사실을 따로 검토하세요
첫 검토에서는 문단 순서와 빠진 항목을 확인합니다. 안내문이라면 누가 무엇을 언제까지 해야 하는지가 앞에서 드러나는지 봅니다. 제안서라면 고객의 문제와 제안 내용이 연결되고, 고객이 준비할 사항과 공급사의 제공 범위가 섞이지 않아야 합니다.
다음으로 날짜, 금액, 수량, 이름, 조건과 예외를 근거 자료와 대조합니다. 이 순서로 보면 문장을 다듬는 동안 중요한 사실이 사라지는 일을 줄일 수 있습니다. 원문에서 확인된 내용, 작성자가 제안한 의견, 아직 확인하지 못한 내용을 구분해 검토하세요.
가상의 안내문 예시를 생각해 보겠습니다. 근거 자료에는 “10월 18일 오전 9시부터 12시까지 설비 점검으로 해당 라인의 작업을 중단한다”고만 적혀 있습니다. 초안이 “생산 차질 없이 점검을 마칠 예정”이라고 썼다면 읽기 좋은 표현이더라도 자료에 없는 약속입니다. 날짜·대상·중단 시간을 남기고, 대체 작업 계획은 확인할 항목으로 분리해야 합니다.
초안의 잘못된 문장을 지우는 것에서 끝내지 말고 왜 바꿨는지 기록하면 다음 작성에도 같은 기준을 적용할 수 있습니다. “더 자연스럽게”라는 한 줄보다 “원문에 없는 완료 보장을 삭제했다”는 수정 사유가 유용합니다.
수정 요청은 바꿀 범위를 분명히 하세요
전체 문서를 다시 쓰게 하면 이미 검토한 사실과 표현도 달라질 수 있습니다. 제목과 첫 문단만 줄일지, 반복 문장을 합칠지, 용어만 통일할지 수정 범위를 정합니다. 유지해야 할 날짜·조건·고유명사도 함께 표시하세요.
여러 검토자가 참여한다면 의견의 종류를 나눕니다. 현업은 사실과 업무 적용을, 대외 담당자는 표현과 독자를, 승인자는 제공 범위와 책임을 살펴보는 식입니다. 다른 목적의 수정을 한 번에 섞으면 누가 어떤 결정을 했는지 불분명해집니다.
| 검토 의견 | 확인할 수정 결과 |
|---|---|
| 첫 문단이 길다 | 필요한 행동과 일정은 남기고 배경 설명을 뒤로 이동 |
| 용어가 일치하지 않는다 | 승인된 명칭으로 통일하고 다른 대상을 합치지 않음 |
| 예외가 빠졌다 | 관련 조건을 복원하고 원문 근거 확인 |
| 제공 범위가 커 보인다 | 확정 범위와 협의할 항목을 분리 |
| 문서에서 확인할 수 없다 | 추정 문장을 삭제하거나 담당자 확인 항목으로 남김 |
수정 후에는 변경된 문장뿐 아니라 앞뒤 문단도 읽으세요. 조건을 한 곳에서만 바꾸면 다른 문단의 결론과 맞지 않을 수 있습니다. 과거 초안을 재사용할 때는 어떤 자료 버전에 근거했는지도 확인합니다.
문장 작성과 최종 파일 완성은 구분하세요
원하는 문장이 만들어졌다는 사실만으로 HWP·Word·PDF의 표, 머리말, 페이지 나눔까지 회사 양식과 동일하게 완성됐다고 볼 수는 없습니다. 필요한 출력 형식과 실제 편집 흐름을 대표 문서로 확인해야 합니다. 서명, 결재 번호, 자동 계산 필드처럼 원본 시스템에서 관리하는 항목도 따로 정합니다.
Wissly는 연결된 문서를 검색하고 원문 근거를 확인하며 문서 초안을 작성·편집하는 흐름을 지원합니다. 필요한 파일 형식과 저장소 연결, 승인 시스템 연동은 도입 환경에서 확인할 범위입니다. 작성한 문서를 검토·승인·발송하는 일까지 모두 기본으로 자동 처리한다고 가정하지 마세요.
도입 효과는 생성된 글자 수보다 검토를 마친 문서에서 확인합니다. 필수 항목 누락, 사실 수정, 다시 작성한 문단과 검토 시간을 기록하세요. 양식을 맞추는 시간은 줄어도 근거 없는 문장을 찾는 시간이 늘었다면 자료와 작성 기준부터 다시 살펴볼 필요가 있습니다.
Wissly 도입 상담에는 반복 문서 종류, 비식별 양식, 승인된 참고 자료와 수정 기준을 준비하면 됩니다. 여러 자료의 근거를 모아 보고서를 만드는 업무라면 보고서 AI 작성 흐름을, 계약 내용을 검토하는 업무라면 계약서·시방서 검토를 이어서 살펴보세요.
