좋은 프롬프트의 기본 구조

질문이 중요하다는 사실을 이해한 순간, 많은 사람이 바로 다음 단계에서 막힙니다. "그래서 어떻게 써야 하지?"라는 질문 앞에서 다시 감에 의존하게 되기 때문입니다. 어떤 날은 자세히 쓰고, 어떤 날은 짧게 쓰고, 어떤 날은 친절하게 설명하지만 결과는 들쭉날쭉합니다.

이 장의 목표는 분명합니다. 좋은 프롬프트를 감으로 쓰지 않고, 구조로 조립하는 법을 익히는 것입니다. 한 번 잘 나오는 프롬프트보다 더 중요한 것은, 비슷한 상황에서 다시 써도 일정한 품질을 내는 프롬프트입니다. 즉, 운이 아니라 재현 가능한 방식이 필요합니다.

좋은 프롬프트는 멋진 문장이 아니라 필요한 부품이 빠지지 않은 작업 지시서에 가깝습니다. 이 관점을 갖는 순간, 프롬프트는 훨씬 쉬워집니다. 막연히 "잘 써야 한다"가 아니라, "무엇을 넣어야 하는지 확인하면 된다"로 바뀌기 때문입니다.

감으로 묻는 사람과 구조로 설계하는 사람

초보자가 가장 자주 하는 방식은 이렇습니다. 머릿속에 원하는 결과를 대충 떠올린 뒤, 그 느낌을 한 문장으로 던집니다.

예를 들어 이렇게 묻습니다.

회의 내용을 보기 좋게 정리해 줘.

이 요청이 아주 틀린 것은 아닙니다. 다만 너무 많은 것이 빠져 있습니다. 누구를 위한 정리인지, 무엇을 남겨야 하는지, 길이는 어느 정도인지, 표로 정리할지 문장으로 쓸지 알 수 없습니다. 그러니 결과도 흔들리기 쉽습니다.

구조로 설계하는 사람은 같은 요청을 이렇게 바꿉니다.

아래 회의 내용을 팀장 보고용으로 정리해 줘. 핵심 결정 사항, 담당자, 마감일만 남기고, 먼저 3줄 요약을 쓴 뒤 표로 정리해 줘. 불확실한 정보는 추정하지 말고 '확인 필요'라고 표시해 줘.

이제 요청은 단순한 부탁이 아니라 작은 설계도가 됩니다. 목적이 있고, 맥락이 있고, 다룰 입력이 있고, 출력 형식이 있고, 제약 조건도 있습니다. 바로 이 다섯 가지가 이번 장의 핵심입니다.

프롬프트의 다섯 가지 부품

좋은 프롬프트는 보통 다음 다섯 요소로 설명할 수 있습니다.

이 다섯 가지를 기억할 때 중요한 점이 있습니다. 프롬프트는 늘 다섯 줄로 써야 한다는 뜻이 아닙니다. 짧은 요청에도 이 요소들이 어느 정도 담길 수 있습니다. 핵심은 길이가 아니라 구조가 보이느냐입니다.

첫 번째 부품: 지시문

지시문은 프롬프트의 출발점입니다. AI에게 "무슨 일을 해야 하는지" 알려 주는 부분입니다. 가장 기본이지만, 생각보다 자주 흐립니다.

예를 들어 "이거 좀 봐 줘"는 지시문이 아닙니다. 검토하라는 건지, 요약하라는 건지, 수정하라는 건지 알 수 없기 때문입니다. 반면 "아래 글을 5문장으로 요약해 줘"는 지시가 분명합니다.

좋은 지시문은 대개 동사가 선명합니다. 요약해 줘, 비교해 줘, 초안을 써 줘, 수정해 줘, 표로 정리해 줘처럼 행동이 드러납니다.

같은 자료를 두고도 지시문이 다르면 결과는 완전히 달라집니다.

아래 기사 내용을 요약해 줘.

아래 기사 내용에서 문제 원인과 해결책을 구분해 정리해 줘.

두 요청 모두 비슷해 보이지만, 두 번째는 무엇을 중심으로 읽어야 하는지가 보입니다. 좋은 지시문은 단순히 일을 시키는 문장이 아니라, 읽는 방향까지 정해 주는 문장입니다.

두 번째 부품: 맥락

맥락은 "왜 이 작업을 하는가"를 설명하는 부분입니다. 많은 초보자가 이 요소를 빼먹습니다. 하지만 실무에서는 오히려 맥락이 결과의 쓸모를 크게 좌우합니다.

예를 들어 같은 설명문이라도 대상이 다르면 표현이 달라져야 합니다. 중학생을 위한 설명과 임원 보고용 설명이 같을 수는 없습니다. 같은 사과 메일이라도 거래처에 보내는 것과 팀 내부에 공유하는 것은 톤이 다릅니다.

맥락에는 이런 정보가 들어갑니다.

• 누가 읽는가

• 어떤 상황에서 쓰는가

• 무엇을 위해 필요한가

• 어느 정도 수준으로 써야 하는가

예를 들어 보겠습니다.

신입사원 교육용 문서를 써 줘.

이 문장만으로는 너무 넓습니다. 하지만 이렇게 바꾸면 맥락이 생깁니다.

입사 1개월 이내 신입사원이 읽을 안내문을 써 줘. 목적은 회사 메신저 사용 예절을 빠르게 익히게 하는 것이다. 딱딱한 규정집 말투보다 친절한 안내문 톤으로 써 줘.

이제 AI는 단지 내용을 나열하는 것이 아니라, 누가 읽는지를 고려해 표현 수준을 조정할 수 있습니다. 맥락은 답을 길게 만드는 장식이 아니라, 답을 실제로 쓸 수 있게 만드는 배경 정보입니다.

세 번째 부품: 입력

입력은 AI가 실제로 다뤄야 하는 재료입니다. 초급 사용자일수록 이 부분을 자주 생략합니다. 그리고 결과가 부정확하다고 실망합니다. 하지만 재료를 주지 않고 요리를 잘해 달라고 하면, 당연히 추정이 많아질 수밖에 없습니다.

입력에는 다음이 포함될 수 있습니다.

• 요약할 원문

• 정리할 회의록

• 비교할 제품 정보

• 초안의 핵심 메모

• 참고해야 할 문장이나 데이터

예를 들어 "우리 제품 소개 글 써 줘"보다 "아래 제품 특징을 바탕으로 소개 글을 써 줘"가 훨씬 안정적입니다. 입력이 구체적일수록 AI가 멋대로 지어낼 여지가 줄어듭니다.

특히 업무에서는 이 원칙이 중요합니다. AI가 외부 사실을 완벽하게 아는 존재라고 생각하면 곤란합니다. 회사 내부 정보, 회의 결정 사항, 브랜드 톤, 서비스 정책 같은 것은 사용자가 직접 입력해 주어야 합니다. 그래야 결과가 내 상황에 맞게 나옵니다.

입력이 부족한 프롬프트는 보통 그럴듯하지만 비어 있는 답을 만들고, 입력이 풍부한 프롬프트는 실제 문서에 가까운 답을 만듭니다.

네 번째 부품: 출력 형식

초보자는 종종 내용을 잘 시키는 데만 집중하고, 어떤 형식으로 받을지를 정하지 않습니다. 그러면 AI는 흔히 긴 설명문을 내놓습니다. 읽어 보면 틀린 말은 아닌데, 당장 붙여 넣어 쓰기 어렵습니다.

출력 형식은 결과의 그릇입니다. 같은 내용도 그릇이 달라지면 활용성이 크게 달라집니다.

예를 들어 출력 형식은 이렇게 지정할 수 있습니다.

• 3문단으로 작성

• 표 형태로 정리

• 불릿 5개로 요약

• 제목과 본문으로 구분

• 슬라이드별 제목만 제시

• 한 줄 요약 후 상세 설명 추가

이 차이는 아주 큽니다. "정리해 줘"보다 "핵심만 표로 정리해 줘"가 훨씬 바로 쓸 수 있는 결과를 만듭니다. "설명해 줘"보다 "중학생도 이해할 수 있는 5문장 설명으로 써 줘"가 훨씬 명확합니다.

형식은 단지 보기 좋게 만드는 요소가 아닙니다. 결과를 사용하는 사람의 시간을 줄여 주는 설계입니다.

다섯 번째 부품: 제약 조건

제약 조건은 프롬프트의 안전장치입니다. 무엇을 해야 하는지 못지않게, 무엇을 하지 말아야 하는지도 중요합니다.

예를 들어 AI는 빈칸이 보이면 자연스럽게 메우려는 경향이 있습니다. 그때 제약 조건이 없으면 지나치게 자신감 있는 표현, 근거 없는 일반화, 불필요한 장황함이 생길 수 있습니다.

제약 조건은 보통 이런 식으로 씁니다.

• 모르는 내용은 추정하지 말 것

• 제공한 정보만 사용해 작성할 것

• 500자 이내로 쓸 것

• 과장된 표현을 피할 것

• 전문 용어를 쓰면 간단히 풀어 설명할 것

• 비판보다 개선 제안 중심으로 쓸 것

예를 들어 "제품 소개 문구 써 줘"보다 "과장 광고처럼 보이지 않게, 검증되지 않은 효능 표현은 빼고, 차분한 톤으로 제품 소개 문구를 써 줘"가 훨씬 실무적입니다.

좋은 제약 조건은 AI를 답답하게 묶는 규칙이 아니라, 불필요한 사고를 줄여 주는 울타리입니다.

다섯 부품을 한 번에 보는 법

이제 다섯 요소를 하나의 프롬프트 안에서 어떻게 보는지 살펴봅시다.

다음은 모호한 프롬프트입니다.

이메일 답장 써 줘.

이 문장을 다섯 부품으로 다시 조립하면 이렇게 바뀔 수 있습니다.

지시문: 아래 문의 메일에 대한 답장 초안을 작성해 줘.
맥락: 고객이 배송 지연에 불만을 제기한 상황이며, 고객 응대용 공식 메일로 사용할 예정이다.
입력: 고객 메일 원문과 현재 배송 상황 정보는 아래에 제공한다.
출력 형식: 제목 1개와 본문 3문단 형식으로 작성해 줘.
제약 조건: 정중하지만 지나치게 딱딱하지 않게 쓰고, 확인되지 않은 보상 내용은 약속하지 말아 줘.

이렇게 쓰면 프롬프트가 조금 길어 보일 수 있습니다. 하지만 실제로는 쓸데없이 길어진 것이 아니라, 나중에 수정할 시간을 앞당겨 쓴 것입니다. 처음에 구조를 잡아 두면 결과가 덜 흔들리고, 다시 손볼 부분도 줄어듭니다.

프롬프트를 '조립식'으로 생각하라

이 장에서 가장 중요한 비유는 이것입니다. 프롬프트를 문장 한 줄이 아니라 조립식 도구로 보라는 것입니다.

조립식으로 생각하면 좋은 점이 많습니다. 무엇보다 문제가 생겼을 때 어디를 고쳐야 할지 보입니다. 결과가 별로일 때 "AI가 이상하다"로 끝나지 않고, "지시가 모호했나?", "맥락이 부족했나?", "형식을 안 줬나?"라고 점검할 수 있습니다.

예를 들어 결과가 너무 장황하게 나왔다면 출력 형식을 손보면 됩니다. 내 상황과 안 맞는 답이 나왔다면 맥락을 더해야 합니다. 엉뚱한 사실이 섞였다면 입력을 더 주거나 제약 조건을 강화하면 됩니다.

즉, 조립식 관점은 프롬프트를 잘 쓰는 기술일 뿐 아니라, 문제를 진단하는 기술이기도 합니다.

짧은 프롬프트도 구조를 가질 수 있다

여기서 한 가지 오해를 풀고 가야 합니다. 구조를 배운다고 해서 모든 프롬프트가 길어져야 하는 것은 아닙니다. 익숙해지면 짧게 써도 구조가 살아 있습니다.

예를 들어 이런 프롬프트를 보겠습니다.

아래 회의록을 팀장 보고용으로 5줄 요약해 줘. 결정 사항과 미해결 이슈를 나눠 쓰고, 불확실한 내용은 '확인 필요'로 표시해 줘.

이 문장은 길지 않지만 이미 핵심 부품이 들어 있습니다. 지시문은 "5줄 요약해 줘", 맥락은 "팀장 보고용", 입력은 "아래 회의록", 출력 형식은 "결정 사항과 미해결 이슈를 나눠", 제약 조건은 "불확실한 내용은 확인 필요로 표시"입니다.

결국 잘 쓰는 사람은 길게 쓰는 사람이 아니라, 필요한 부품을 빠뜨리지 않는 사람입니다.

전과 후를 비교해 보기

구조가 결과를 얼마나 바꾸는지, 간단한 예시를 통해 살펴보겠습니다.

예시 1: 요약

전:

이 문서 요약해 줘.

후:

아래 문서를 4문장으로 요약해 줘. 대상은 바쁜 팀장이고, 핵심 결정 사항과 일정만 남겨 줘. 배경 설명은 줄이고, 마지막 문장에는 바로 해야 할 다음 행동을 넣어 줘.

첫 번째는 그냥 줄이라는 뜻에 가깝습니다. 두 번째는 누가 읽는지, 무엇이 중요한지, 어느 정도 길이인지가 보입니다.

예시 2: 초안 작성

전:

홍보 문구 만들어 줘.

후:

새로 출시한 업무용 메모 앱의 소개 문구를 작성해 줘. 대상은 20대 후반에서 40대 직장인이고, 광고 느낌보다 실용적인 인상을 주고 싶다. 메인 문구 3개와 보조 설명 3개를 각각 한 줄씩 써 줘. 과장된 최상급 표현은 피해 줘.

이제 결과는 막연한 카피가 아니라, 실제 검토 가능한 초안이 됩니다.

예시 3: 비교 정리

전:

두 서비스 비교해 줘.

후:

아래 두 협업 툴을 비교해 줘. 우리 팀은 10명 규모의 마케팅 조직이고, 중요한 기준은 가격, 사용 편의성, 파일 공유, 외부 협업이다. 표 형식으로 정리한 뒤 마지막에 추천 의견을 3문장으로 덧붙여 줘. 제공하지 않은 정보는 추정하지 말아 줘.

이 경우 비교의 기준이 생기므로, 단순 나열이 아니라 의사결정에 도움이 되는 답이 나옵니다.

구조를 먼저 세우고, 표현은 나중에 다듬어라

초보자는 종종 문장을 예쁘게 쓰려다 지칩니다. 하지만 프롬프트의 핵심은 문학적인 표현이 아니라 정보의 구조입니다. 말이 조금 투박해도 괜찮습니다. 중요한 것은 AI가 해야 할 일과 기준을 정확히 이해하는가입니다.

실제로는 다음 순서가 훨씬 효율적입니다.

• 먼저 무엇을 시킬지 정한다.

• 왜 필요한지 맥락을 붙인다.

• 재료가 되는 입력을 넣는다.

• 어떤 형식으로 받을지 정한다.

• 마지막으로 빠지면 안 될 제약을 추가한다.

이 순서를 따라가면 머릿속이 훨씬 정리됩니다. 막연히 "잘 물어봐야지"가 아니라, 하나씩 빈칸을 채우는 기분으로 쓸 수 있기 때문입니다.

바로 써먹는 기본 템플릿

처음에는 아래 템플릿을 그대로 따라 해도 좋습니다.

다음 작업을 해 줘: [지시문]
상황은 이렇다: [맥락]
사용할 정보는 아래와 같다: [입력]
결과는 이렇게 보여 줘: [출력 형식]
반드시 지켜야 할 조건: [제약 조건]

예를 들어 이 템플릿을 회의 정리에 적용하면 이렇게 됩니다.

다음 작업을 해 줘: 아래 회의 내용을 요약해 줘.
상황은 이렇다: 팀장에게 공유할 주간 회의 요약이 필요하다.
사용할 정보는 아래와 같다: 회의 메모 원문.
결과는 이렇게 보여 줘: 먼저 3줄 요약, 그다음 결정 사항/할 일/미해결 이슈 순서의 불릿 정리.
반드시 지켜야 할 조건: 추정하지 말고, 담당자가 명시된 내용만 담당자 항목에 넣어 줘.

처음에는 조금 어색해도 괜찮습니다. 이 구조를 여러 번 써 보면, 나중에는 자연스럽게 압축해서 쓸 수 있습니다.

구조를 익히면 생기는 변화

프롬프트를 구조로 바라보기 시작하면 눈에 띄는 변화가 생깁니다.

첫째, 결과가 덜 흔들립니다. 비슷한 작업에서 일정한 품질을 낼 수 있습니다.

둘째, 수정이 쉬워집니다. 답이 마음에 안 들 때 어디를 고쳐야 하는지 보이기 때문입니다.

셋째, 업무 속도가 빨라집니다. 처음에는 조금 길어 보여도, 결국 덜 고치고 덜 헤매게 됩니다.

넷째, 스스로 생각이 정리됩니다. 프롬프트를 쓰는 과정이 곧 "내가 진짜 원하는 결과가 무엇인가"를 분명히 하는 과정이 되기 때문입니다.

이 변화는 단순히 AI 사용법을 익히는 수준을 넘어섭니다. 좋은 프롬프트는 좋은 사고 정리의 결과물이기도 합니다.

이 장에서 꼭 가져가야 할 핵심

좋은 프롬프트는 재능의 문제가 아니라 구조의 문제입니다. 막연히 감으로 쓰면 결과도 들쭉날쭉하지만, 지시문, 맥락, 입력, 출력 형식, 제약 조건이라는 다섯 부품으로 나누어 보면 프롬프트는 훨씬 다루기 쉬운 도구가 됩니다.

중요한 것은 완벽하게 길게 쓰는 것이 아닙니다. 필요한 부품을 빠뜨리지 않고 조립하는 것입니다. 그리고 결과가 마음에 들지 않을 때는 전체를 포기할 것이 아니라, 어느 부품이 약한지 찾아 고치면 됩니다.

이제부터 프롬프트는 감각의 영역이 아니라 설계의 영역입니다. 머릿속에서 어렴풋이 떠오른 요청을 바로 던지는 대신, 어떤 일을 시키는지, 왜 필요한지, 무엇을 재료로 쓰는지, 어떤 모습으로 받을지, 어디까지 허용할지를 먼저 생각해 보세요. 그 짧은 차이가 결과의 품질을 바꿉니다.

다음 장에서는 이런 구조를 실제 업무에 연결해 보겠습니다. 요약, 정리, 비교, 초안 작성처럼 가장 많이 쓰는 업무 프롬프트를 통해, 지금 배운 뼈대가 어떻게 실전에서 힘을 발휘하는지 살펴볼 것입니다.