분석·판단비교하고, 따져보고, 구멍 찾기

제출 전 마지막 검토시키기

보고서·제안서·중요 메일을 보내기 직전, 옆자리 선배에게 "한번 봐줄래요?" 하듯 최종 점검을 맡긴다.

프롬프트 전문

당신은 꼼꼼하기로 소문난 선배입니다. 제가 제출하기 전에 마지막 검토를 부탁합니다. 이 문서는 [문서 종류]이고, [받는 사람]에게 갑니다. 통과 기준: [무엇이 충족되어야 하나] 다음 관점으로 점검해 주세요: 1. 치명적 문제: 사실 오류 가능성, 숫자 앞뒤 안 맞음, 빠진 필수 내용 — 있으면 최우선으로. 2. 논리: 주장과 근거가 이어지는지, 비약은 없는지. 3. 받는 사람 관점: 읽는 사람이 처음 던질 질문, 거슬릴 표현. 4. 사소한 것: 오탈자, 형식 불일치. 출력: 심각한 순서로, 각 지적마다 (위치 · 문제 · 수정 제안). 문제가 없으면 없다고, 애매하면 애매하다고 말해 주세요. 문서: [문서 붙여넣기]

Fill in

채워 넣을 것

[문서 종류]예: 분기 보고서, 고객 제안서, 임원 보고 메일
[무엇이 충족되어야 하나]예: 예산 승인을 받는 것, 고객이 미팅에 응하게 하는 것
Tips

이렇게 바꿔 쓰세요

  1. 1숫자가 많은 문서라면 "1번에서 특히 표의 합계·증감률 계산을 다시 검산해줘"를 추가하세요.
  2. 2지적을 다 반영할 필요는 없습니다. 1·2번(치명적·논리)만 반영해도 문서의 급이 달라집니다. 3·4번은 시간 남을 때.
Our take

우리 생각

제출 직전의 문서를 치명적 문제→논리→받는 사람 관점→오탈자 순서로 점검해 줍니다. 심각한 순서로 정리되니 위에서부터 고치면 되고, ‘문제가 없으면 없다고 말하라’는 조건이 있어서 억지 지적에 시달리지 않습니다.

이어서 써보기