Plan 모드: 착수 전에 접근법 합의하기

완성된 결과물을 되돌리는 비용

영업팀 공용 플레이북을 만들어 달라고 요청했다. 한참 뒤에 잘 정리된 마크다운 초안이 나왔다. 그런데 팀이 실제로 원한 것은 링크만 공유하면 바로 열리는 Google 문서였다. 내용은 쓸 만한데 형식이 달라서 결국 다시 만들어야 한다.

이런 손실은 대개 “무엇을 만들지”를 합의하지 않고 시작해서 생긴다. 짧은 답변이라면 다시 물어보면 되지만, 여러 자료를 모아 완성된 파일을 만드는 작업은 되돌리는 비용이 크다. Plan 모드는 그 합의를 작업 앞으로 옮기는 장치다.

Plan 모드가 하는 일

공식 제품 페이지의 설명은 한 문장이다. Plan 모드에서 ChatGPT는 컨텍스트를 모으고, 질문하고, 단계별 계획을 만든다. 사용자는 변경을 제안하거나 계획을 승인해 작업을 시작한다.

동작을 세 조각으로 나눠 보면 이렇다.

• 컨텍스트 수집(gathers context): 첨부한 파일, 프로젝트에 연결된 자료, 연결된 도구에서 무엇을 쓸 수 있는지 먼저 확인한다.
• 질문(asks questions): 결과물이 달라질 만한 빈칸을 되묻는다. 형식, 대상 독자, 범위처럼 잘못 가정하면 전체를 다시 만들어야 하는 항목이 주로 여기서 나온다.
• 단계별 계획(step-by-step plan): 어떤 순서로 무엇을 할지 목록으로 제시한다. 이 목록이 승인 대상이다.

ChatGPT 데스크톱 앱에서는 컴포저에 /plan을 입력해 Plan 모드를 켤 수 있다. 공식 슬래시 명령 목록의 설명은 “여러 단계로 이뤄진 작업의 계획 수립을 위한 Plan 모드 전환”이다. 다만 사용할 수 있는 슬래시 명령은 환경과 접근 권한에 따라 달라진다.

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

여기서 되짚을 지점은 ③과 ④ 사이가 아니라 ④에서 ⑤로 넘어가는 순간이다. 승인 전까지는 계획 몇 줄만 고치면 되고, 승인 후에는 만들어진 파일을 고쳐야 한다.

화면으로 보기: 이 플레이북을 무엇으로 만들까

문서를 쓰기 시작하기 전에 형식을 먼저 확정한다. 마지막 선택지는 '아니다, 다르게 해라'다 · 출처: OpenAI 공식 문서

화면에서 볼 것은 ChatGPT가 아직 아무것도 만들지 않았다는 점이다. 대신 이 sales playbook을 무엇으로 만들지 먼저 묻고 선택지를 제시한다.

• New Google Doc (Recommended): 추천 표시가 붙은 기본안이다. 공유하고 함께 고칠 문서라면 이쪽이다.
• Slide-style deck: 발표해야 하는 자료라면 슬라이드 형태로 만든다.
• Markdown draft: 다른 도구로 옮겨 쓸 원고가 필요할 때 쓴다.
• No, and tell ChatGPT what to do differently: 세 형식 중 어느 것도 아니라고 말하고 방향을 다시 지정한다.

마지막 항목이 Plan 모드의 핵심이다. 제시된 선택지를 고르는 것뿐 아니라, 선택지 자체를 거부하고 다시 지시하는 길이 항상 열려 있다. 계획은 통보가 아니라 초안이다.

계획을 검토하는 네 가지 축

계획이 나오면 처음부터 끝까지 읽지 말고 네 가지만 확인한다. 대부분의 재작업은 이 네 곳에서 생긴다.

축	확인할 질문	놓치면 생기는 일
범위(scope)	어디까지 하고 어디부터는 하지 않는가	필요 없는 분석까지 붙어 검토 시간이 늘어난다
자료(sources)	어떤 파일·채널·사이트를 근거로 쓰는가	오래된 자료나 엉뚱한 문서가 근거로 들어간다
출력 형식(output format)	문서·슬라이드·표 중 무엇으로 몇 장인가	내용은 맞지만 형식이 달라 다시 만든다
중단 지점(stop points)	어디서 멈추고 사람 확인을 받는가	초안이어야 할 것이 그대로 발송된다

특히 네 번째 축은 다른 사람에게 영향이 가는 작업에서 반드시 확인한다. 공식 문서도 ChatGPT가 정보를 보내거나 게시하거나 다른 사람이 의존하는 내용을 바꾸기 전에는 승인을 요구하라고 권한다.

좋은 계획 요청에 들어가는 네 조각

Plan 모드는 빈칸을 되묻지만, 애초에 채워 주면 되묻는 횟수가 줄어든다. 공식 프롬프팅 문서는 큰 작업에 네 조각을 넣으라고 안내한다.

조각	뜻	예
목표(Goal)	ChatGPT가 무엇을 해야 하는가	신규 영업사원용 플레이북 초안
컨텍스트(Context)	어떤 정보와 자료가 도움이 되는가	지난 분기 수주·실주 사례 정리본
출력(Output)	어떤 형식·길이·상세도가 필요한가	공유용 문서 한 편, 12쪽 이내
경계(Boundaries)	무엇을 바꾸지 말아야 하고, 무엇을 먼저 물어야 하는가	확정된 가격표는 그대로, 발송 금지

네 조각을 모두 채울 필요는 없다. 공식 문서의 표현대로 “도움이 되는 부분만” 쓰면 된다.

해보기

계획을 먼저 받아 보는 프롬프트다. 그대로 붙여 쓰고 대괄호만 바꾸면 된다.

[프로젝트명] 신규 영업사원용 플레이북을 만들고 싶다.
바로 작성하지 말고 먼저 계획을 보여 달라.

계획에는 다음을 포함해 달라.
- 어떤 자료를 근거로 쓸지, 그리고 빠진 자료가 무엇인지
- 최종 결과물의 형식과 분량
- 어디서 멈추고 내 확인을 받을지

내가 계획을 승인하기 전에는 파일을 만들지 말아 달라.

이미 형식이 정해져 있다면 계획 단계에서 그것부터 못 박는다.

첨부한 인터뷰 노트와 설문 결과로 [대상 회의]용 8쪽 발표자료를 만들려고 한다.
착수 전에 계획을 제시해 달라.

- 8쪽을 어떤 순서로 채울지 쪽 단위로 적어 달라
- 근거가 약한 주장은 어떻게 표시할지 정해 달라
- 확정된 날짜와 예산 숫자는 바꾸지 말아 달라

계획에 동의하면 "진행"이라고 답하겠다.

계획이 마음에 들지 않을 때는 처음부터 다시 요청하지 말고 계획만 고친다.

계획은 대체로 좋은데 두 가지만 바꿔 달라.
1. 경쟁사 분석은 이번 범위에서 빼 달라
2. 결과물은 마크다운이 아니라 공유용 문서로 만들어 달라
바뀐 계획을 다시 보여 달라.

계획 다음에 Goal 모드로 이어가기

공식 문서는 결과가 아직 불분명할 때 /plan으로 시작해 ChatGPT가 인터뷰하듯 묻게 하고, 제약을 정리해 측정 가능한 성공 기준이 있는 목표로 바꾸라고 안내한다. 그런 다음 다듬어진 목표를 /goal로 시작한다. 즉 Plan 모드는 목표를 만드는 단계, Goal 모드는 그 목표를 오래 추적하는 단계다. Goal 모드는 3-3에서 다룬다.

계획을 건너뛰어도 되는 일

Plan 모드를 모든 요청에 붙이면 오히려 느려진다. 판단 기준은 “틀렸을 때 되돌리는 비용”이다.

상황	권장
문장 다듬기, 짧은 요약, 단순 질문	그냥 요청한다. 결과를 보고 고치면 된다
여러 자료를 모아 완성 파일을 만드는 작업	계획을 먼저 받는다
메일 발송·게시·공유 문서 수정이 포함된 작업	계획과 중단 지점을 함께 확정한다
앞으로 반복해서 돌릴 작업	계획 단계에서 절차를 확정해 두면 재사용이 쉽다

흔한 실수는 계획을 대충 읽고 승인하는 것이다. 계획서의 네 축만 확인하는 데는 1분도 걸리지 않고, 그 1분이 20분짜리 재작업을 막는다. 또 하나는 계획에 없는 내용을 나중에 기대하는 것이다. 계획에 적히지 않은 산출물은 만들어지지 않는다고 보는 편이 안전하다.

기능 가용성은 플랜·플랫폼·지역·롤아웃·워크스페이스 설정에 따라 다르다. Plan 모드나 슬래시 명령이 보이지 않는다면 사용 중인 환경에서 아직 제공되지 않는 것일 수 있다.

정리

• Plan 모드는 컨텍스트를 모으고, 질문하고, 단계별 계획을 만든 뒤 승인을 받는다.
• 계획은 초안이다. 수정을 제안하거나 아예 다른 방향을 지시할 수 있다.
• 계획은 범위·자료·출력 형식·중단 지점 네 축으로 검토한다.
• 요청에 목표·컨텍스트·출력·경계를 담으면 되묻는 횟수가 줄어든다.
• 되돌리는 비용이 큰 작업에만 쓰면 된다. 짧은 요청에는 부담만 늘어난다.

계획을 승인해 작업이 시작된 뒤에도 손을 놓는 것은 아니다. 다음 챕터에서는 실행 중인 작업의 방향을 바꾸고, 다음 요청을 대기열에 넣고, 중요한 행동을 승인하는 방법을 다룬다.