Work를 위한 프롬프팅

같은 요청, 다른 결과

“우리 고객 리서치에 대한 발표자료 만들어 줘.”

이 요청으로도 발표자료는 나온다. 문제는 나온 결과를 그대로 쓸 수 없다는 것이다. 몇 쪽인지, 누구에게 보여 줄 자료인지, 어떤 자료를 근거로 삼았는지, 어디까지가 조사 결과이고 어디부터가 제안인지 아무것도 정해 주지 않았기 때문에 ChatGPT가 전부 대신 결정한다. 그리고 그 결정은 대개 내가 원한 것과 다르다.

공식 문서의 안내는 한 문장으로 정리된다. 더 나은 결과를 얻으려면 필요한 결과물, 사용할 자료나 플러그인, 따라야 할 제약, 무엇이 잘된 것인지, 그리고 어디서 멈춰 검토나 승인을 받을지를 알려 준다.

여섯 칸 점검표

위 다섯 가지에 형식 하나를 더하면 여섯 칸이 된다. 형식은 프롬프팅 문서가 별도 요소(Output)로 다루는 항목이다. 어떤 형태로 몇 장인지가 결과물을 다시 만들게 하는 가장 흔한 원인이다.

칸	질문	예시 문장
1. 결과물	무엇을 만드나	제품 리더십 회의용 발표자료 한 편
2. 자료	무엇을 보고 만드나	첨부한 인터뷰 노트와 설문 결과, @Google Drive의 원본 문서
3. 형식	어떤 형태로 얼마나	8쪽 슬라이드
4. 제약	무엇을 지키나	확정된 날짜와 예산 숫자는 그대로
5. 완료 기준	무엇이 잘된 것인가	발견 사항과 권고안이 구분되어 있고, 근거 없는 주장에 표시가 있다
6. 중단 지점	어디서 멈추나	초안까지. 발송하거나 게시하지 않는다

AI 생성 교육용 도해. 정확한 기능 조건과 세부 절차는 이 챕터의 본문 및 공식 참고 자료를 함께 확인한다

여섯 칸을 전부 채워야 하는 것은 아니다. 프롬프팅 문서의 표현대로 “도움이 되는 부분만” 쓴다. 다만 3번(형식)과 6번(중단 지점)은 빠뜨리기 쉽고 빠뜨렸을 때 손실이 크다. 형식이 틀리면 다시 만들어야 하고, 중단 지점이 없으면 초안이어야 할 것이 발송된다.

나쁜 예와 좋은 예

공식 문서가 직접 제시하는 대비다. 왼쪽이 “이렇게 쓰지 말고”에 해당하는 문장이고, 오른쪽이 문서가 제시한 예시 프롬프트다.

이렇게 쓰지 말고:

우리 고객 리서치에 대한 발표자료 만들어 줘.

이렇게 쓴다:

첨부한 인터뷰 노트와 설문 결과를 검토해 달라.
제품 리더십 회의용 8쪽 발표자료를 만들어 달라.
가장 많이 언급된 고객 문제 세 가지에 집중하고, 근거를 함께 넣고,
발견 사항과 권고안을 구분하고, 근거가 약한 주장은 표시해 달라.
원본 문서는 @Google Drive에서 가져와 달라.
최종본으로 취급하기 전에 내가 검토할 초안을 달라.

두 번째 프롬프트가 여섯 칸을 어떻게 채웠는지 확인해 보자. 결과물은 “제품 리더십 회의용 발표자료”, 자료는 “첨부 파일과 @Google Drive”, 형식은 “8쪽”, 제약은 “세 가지 문제에 집중”, 완료 기준은 “발견 사항과 권고안 구분, 근거 약한 주장 표시”, 중단 지점은 “검토용 초안”이다. 길어 보이지만 여섯 칸에 한 구절씩 넣은 것뿐이다.

화면으로 보기: 실제 요청과 결과

왼쪽 요청 문장 안에 마감 시각, 참고할 자료, 결과물 형식, 지켜야 할 템플릿이 모두 들어 있다 · 출처: OpenAI 공식 문서

화면 왼쪽의 요청 문장을 여섯 칸으로 읽으면 이렇게 나뉜다.

• 상황과 마감: 계정 리뷰 미팅까지 20분 남았고 덱에 마지막 한 장을 추가해야 한다.
• 자료: 데이터룸과 관련 Slack 채널을 검토해 계정 이력과 최근 피드백을 파악한다.
• 형식과 제약: 기존 덱 템플릿을 그대로 쓰고, 예상 거래 ARR 차트와 핵심 계정 메모 요약을 담은 임원용 슬라이드를 만든다.

응답을 보면 ChatGPT는 자료를 검토했다고 밝히고, 새 슬라이드를 덱의 8번째 장으로 넣었으며, 기존 덱의 스타일에 맞췄고 갱신된 발표자료를 저장했다고 보고한다. 오른쪽 패널에서 8장 전체를 바로 확인할 수 있다.

여기서 눈여겨볼 점은 요청이 결과의 형태를 미리 결정했다는 것이다. “기존 템플릿을 쓰라”는 한 구절 때문에 스타일을 다시 맞추는 작업이 사라졌다.

범위를 좁히는 두 가지 방법

경계 문장으로 좁히기

공식 문서는 유용한 경계를 설정해 작업을 집중시키라고 안내하며, 그 예로 세 문장을 제시한다.

• “이 자료만 사용해라”
• “상위 다섯 개 옵션을 비교해라”
• “무엇이든 보내기 전에 멈춰라”

세 문장의 공통점은 짧다는 것이다. 프롬프팅 문서도 가장 중요한 한두 개 경계에 집중하고, ChatGPT가 밟는 모든 단계를 통제하려 하지 말라고 권한다. 경계를 붙이는 기준은 두 가지다. 엉뚱한 항목이 바뀌면 결과물을 못 쓰게 되는 경우, 그리고 다른 사람에게 영향이 가기 전에 내가 확인해야 하는 경우다.

효율적으로 쓰는 방법도 문서에 목록으로 나와 있다.

권고	왜
관련 있는 자료만 넣고, 필요하면 기간을 제한한다	오래된 자료가 근거로 섞이는 것을 막는다
대상 독자, 출력 형식, 원하는 길이를 정한다	다시 만드는 가장 흔한 원인을 없앤다
반드시 해야 할 일과 선택적 개선을 분리한다	필수가 아닌 다듬기에 시간이 쏠리지 않는다
접근법이 중요하면 계획을 먼저 요청한다	3-1의 Plan 모드와 연결된다
필요 없어진 작업은 범위를 좁히거나 중단한다	쓸모없는 결과에 자원을 쓰지 않는다

발송·게시, 또는 다른 사람이 의존하는 정보를 바꾸는 행동에는 승인을 요구하라는 항목이 특히 중요하다.

긴 프롬프트를 빠르게 입력하기

여섯 칸을 채우면 프롬프트가 길어진다. 데스크톱 앱에서는 컴포저가 보이는 상태에서 Ctrl+M을 누른 채로 말하면 음성이 컴포저에 텍스트로 들어온다. 보내기 전에 읽고 고칠 수 있으므로, 말로 초안을 쏟아 놓고 다듬는 방식이 타이핑보다 빠를 때가 있다. 3-2에서 다룬 음성 받아쓰기(voice dictation)와 같은 기능이다.

아예 Chat으로 돌아가기

Work가 항상 낫지는 않다. 공식 문서는 빠른 질문, 짧은 문장 다듬기, 조언만 필요한 결정에는 Chat을 쓰라고 명시한다. 그리고 길거나 복잡한 작업은 ChatGPT가 더 많은 일을 대신하기 때문에 크레딧을 더 쓸 수 있으니, 프롬프트 개수가 아니라 완성된 결과물의 가치를 기준으로 판단하라고 안내한다.

이럴 때	어디서
개념 설명, 짧은 답변, 아이디어 발산	Chat
문장 몇 개 다듬기, 가벼운 초안	Chat
조언만 듣고 내가 결정하면 되는 일	Chat
여러 자료나 도구를 걸쳐야 하는 일	Work
여러 단계를 순서대로 밟아야 하는 일	Work
무언가를 실제로 바꾸거나 만드는 일	Work
검토·수정·재사용할 파일이 필요한 일	Work
반복·모니터링·주기적 갱신이 필요한 일	Work

판단이 애매하면 이렇게 생각한다. 답변이 필요하면 Chat, 결과물이 필요하면 Work.

해보기

여섯 칸을 그대로 따라 쓰는 틀이다. 대괄호만 바꿔 쓰면 된다.

[대상 회의 또는 독자]를 위한 [결과물 종류]를 만들어 달라.

자료: 첨부한 [파일 종류]와 [도구명]의 최근 [기간] 자료만 사용해 달라.
형식: [문서 또는 슬라이드], [분량]으로 만들어 달라.
제약: [바꾸지 말아야 할 것]은 그대로 두고, 자료에 없는 내용은 추측하지 말아 달라.
기준: 마치기 전에 [점검 항목]을 확인해 달라.
중단: 초안까지만 만들고 발송하거나 게시하지 말아 달라.

의사결정을 위한 조사 요청이다. 공식 문서의 예시 구조를 따랐다.

[회사 규모]인 우리 조직에 맞는 [도구 범주] 3개를 조사해 달라.
현재 시점 자료를 근거로 가격, 보안, 연동, 이관 난이도를 비교해 달라.

결과물은 권고 메모 한 편으로 만들어 달라.
- 각 항목에 출처 링크를 붙여 달라
- 내가 세운 가정과 확인되지 않은 부분을 따로 표시해 달라
- 계약 전에 우리가 답해야 할 질문 목록을 넣어 달라

상위 3개만 비교하고 범위를 넓히지 말아 달라.

이미 나온 결과를 고칠 때는 처음부터 다시 쓰지 않는다. 프롬프팅 문서가 권하는 방식이다.

도입부를 더 직접적으로 바꿔 달라. 근거는 그대로 유지하고,
권고안을 배경 설명보다 앞으로 옮겨 달라.
그 밖의 내용은 손대지 말아 달라.

흔한 실수

• 한 프롬프트에 목표 세 개를 넣는다. 결과물이 세 개면 각각 무엇이 잘된 것인지 판단하기 어려워진다. 검토할 수 있는 결과물 하나로 시작한다.
• 자료를 전부 던진다. 관련 없는 파일이 많으면 근거가 흐려진다. 필요한 것만 넣고 기간을 제한한다.
• 완료 기준을 쓰지 않는다. “잘 정리해 달라”는 기준이 아니다. “모든 후속 항목에 담당자와 기한이 있는지 확인해 달라”가 기준이다.
• 중단 지점을 생략한다. 발송이나 게시가 포함될 수 있는 작업에서는 반드시 쓴다.
• 프롬프트 수를 아끼려 한다. 문서 표현대로 판단 기준은 프롬프트 개수가 아니라 완성된 결과물의 가치다.

기능 가용성은 플랜·플랫폼·지역·롤아웃·워크스페이스 설정에 따라 다르다. 연결된 자료를 지목하는 플러그인 참조는 해당 플러그인이 설치되어 있어야 동작하고, 사용 가능 여부는 플랜과 워크스페이스 설정에 따라 달라진다.

정리

• 좋은 Work 프롬프트에는 결과물·자료·형식·제약·완료 기준·중단 지점이 들어간다.
• 여섯 칸을 다 채울 필요는 없지만, 형식과 중단 지점은 빠뜨리면 손실이 크다.
• 경계 문장은 짧게 한두 개만 쓴다. 모든 단계를 통제하려 하지 않는다.
• 마치기 전에 스스로 점검할 항목을 지정하면 검토 부담이 줄어든다.
• 답변이 필요하면 Chat, 결과물이 필요하면 Work다.

프롬프트에 매번 같은 내용을 반복해 쓰고 있다면, 그건 프롬프트가 아니라 설정으로 옮길 신호다. 다음 챕터에서는 커스텀 지침·메모리·Computer History로 반복을 줄이는 방법을 다룬다.