"그냥 시켰는데 왜 이렇게 나와?" 프롬프트 한 줄이 결과를 통째로 바꾸는 이유

"그냥 시켰는데 왜 이렇게 나와?"

프롬프트 한 줄이 결과를 통째로 바꾸는 이유

AI에게 일을 시켜본 사람이라면 누구나 한 번쯤 이런 경험이 있다. 분명 똑같이 "이거 해줘"라고 했는데, 누구는 쓸 만한 결과를 받고 누구는 두루뭉술한 답변만 받는다. 차이는 모델 성능이 아니라 질문을 어떻게 던졌느냐에 있다.

좋은 프롬프트에는 공통적으로 들어가는 뼈대가 있다. 흔히 이런 식으로 구성된다.

• Role (역할) — AI에게 어떤 전문가로 행동할지 부여한다
• Goal (목표) — 무엇을 얻고 싶은지 명확히 한다
• Context (맥락) — 배경 정보, 제약조건, 현재 상황을 준다
• Rules (규칙) — 지켜야 할 기준과 하지 말아야 할 것을 못박는다
• Reference (참고 기준) — 어떤 수준/스타일을 따라야 하는지 알려준다
• Output (출력 형식) — 결과물이 어떤 모양이어야 하는지 정의한다
• Think step by step (사고 순서) — 어떤 순서로 생각해야 하는지 안내한다

말로는 추상적으로 들리지만, 실제 사례 5가지를 나쁜 프롬프트 → 괜찮은 프롬프트 → 훌륭한 프롬프트 순서로 비교해보면 감이 확 잡힌다.

반응형

---

1. 사업 아이디어 검증하기

나쁜 프롬프트

"Is my business idea good?" (내 사업 아이디어 괜찮아?)

이렇게 물으면 AI는 무엇을 검증해야 할지조차 모른다. 결과는 "좋은 아이디어일 수도 있지만 시장 조사를 더 해보세요" 같은, 누구에게나 통하는 맹탕 답변이다.

괜찮은 프롬프트

프리랜서를 위한 마이크로 SaaS를 만들고 싶다. 수익을 자동으로 추적하고 월간 리포트를 보내주는 서비스다. 목표 고객은 월 300만~1000만 원을 버는 1인 사업자다. 이게 만들 가치가 있는지, 실제 경쟁자는 누구인지, 무엇이 이 아이디어를 죽일 수 있는지 알려주고, "만들어라/접어라/방향을 바꿔라" 중 하나로 솔직하게 평가해달라.

여기서부터는 구체적인 타깃과 가설이 들어가니 AI도 실제 비교할 대상(경쟁사, 리스크)을 찾아 답할 수 있다.

훌륭한 프롬프트

Role — 너는 12개의 MVP를 각각 30일 안에 출시해본, 핵심 가치는 지키면서 범위는 무자비하게 줄이는 시니어 프로덕트 엔지니어다. Goal — 내 MVP 범위를 30일 안에 유료 사용자 10명을 확보할 수 있는 최소 단위로 줄여라. Context — 앱: 스트릭과 푸시 알림이 있는 습관 트래커. 내 수준: React와 기본 백엔드는 다룰 줄 안다. 항상 기능에 욕심이 생겨서 출시를 못 한다. 무엇을 만들지보다 무엇을 안 만들어야 하는지를 더 분명히 알려줄 사람이 필요하다. Rules — v1은 핵심 기능 최대 3개. 내가 언급하는 모든 기능에 대해 '지금 만들기/나중에 만들기/절대 만들지 않기' 중 하나로 답하라. 그럴듯해 보이지만 추진력을 죽이는 기능은 반드시 짚어줘라. 과설계 금지. Reference — 4주 후 데모데이가 있는 YC 배치 창업자처럼 생각해라. 모든 결정은 '더 빨리 출시하고 더 빨리 배운다'를 최적화한다. Output — MVP 범위(최대 3개 기능), 추천 기술 스택, 1주차 빌드 순서, 그리고 사용자 50명 모이기 전까지는 무시해야 할 '킬 리스트'. Think step by step — 먼저 사용자가 돈을 지불하게 만드는 데 제품이 반드시 해야 하는 일을 정의해라. 그다음 그것만 만들어라. 그 외에는 아무것도.

여기까지 오면 AI는 더 이상 "조사를 좀 해보세요" 같은 답을 할 수가 없다. 역할, 제약, 출력 형식이 너무 명확해서 결과물이 곧바로 실행 가능한 체크리스트로 나온다.

---

2. AI에게 기능 개발 시키기

코딩 작업에서 차이는 더 극명하게 드러난다.

나쁜 프롬프트: "Build me a login page." (로그인 페이지 만들어줘)

이러면 프레임워크도, 스타일도, 어떤 수준의 완성도를 원하는지도 모른 채 AI가 임의로 결정한다.

괜찮은 프롬프트: "이메일과 비밀번호 필드가 있는 로그인 페이지를 React와 Tailwind CSS로 만들어줘. 깔끔하고 반응형으로."

기술 스택과 디자인 방향이 들어가니 결과물의 일관성이 생긴다.

훌륭한 프롬프트의 핵심은 "완성도에 대한 기준"을 명시하는 데 있다. 예를 들어 이런 규칙을 박아둔다.

• "완전한 구현을 작성하라, 시작점만 주지 마라. 모든 함수는 완성되어야 한다. TODO 없음, 자리만 채운 코드 없음, '나중에 추가하면 된다' 없음."
• "불명확한 부분이 있으면 가정을 명시하고 그 가정대로 만들어라."
• "후배 개발자가 후속 질문을 하면 민망할 정도로 꼼꼼한 시니어 개발자처럼 코드를 써라."
• "전체 기능을 먼저 이해하고 → 구조를 설계하고 → 순서대로 작성하라. 2단계가 완성되기 전엔 3단계 코드를 쓰지 마라."

이 디테일들이 빠지면 AI는 "여기에 검증 로직을 추가하세요" 같은 빈칸을 남겨두기 쉽다. 실무에서 가장 골치 아픈 부분이 바로 이런 미완성 코드인데, 규칙에 못박아두면 이 문제가 거의 사라진다.

---

3. 자동화 워크플로 만들기

나쁜 프롬프트: "Help me automate my business." (내 비즈니스 자동화 좀 도와줘)

이건 질문이라기보다 막연한 바람이다. 자동화할 대상도, 도구도 없으니 AI는 일반론만 늘어놓는다.

괜찮은 프롬프트는 트리거와 액션을 구체적으로 명시한다.

너는 소규모 팀을 위한 노코드 워크플로를 만드는 자동화 전문가다. Make(또는 n8n)을 이용해서 다음을 처리하는 단계별 자동화를 만들어줘:

• 트리거: 새로운 타입폼 응답
• 액션 1: 슬랙으로 응답 내용 알림
• 액션 2: 구글 시트에 연락처 추가
• 액션 3: 지메일로 웰컴 이메일 발송 필요한 모든 모듈과 연결 방법, 사람들이 보통 막히는 지점까지 알려줘. 내가 워크플로를 한 번도 만들어본 적 없다고 가정해라.

여기서 핵심은 마지막 문장이다. "초보자라고 가정하라"는 한 줄이 답변의 친절도와 디테일 수준을 완전히 바꿔놓는다.

훌륭한 프롬프트는 형식을 아예 항목별로 쪼개서 요구한다. 예컨대 마이크로 SaaS 아이디어를 뽑아낼 때:

Task content — 마이크로 SaaS 아이디어를 만들어내는 시리얼 창업가 Tone content — 날카롭고 기회 중심적, 뻔한 제안 금지 Background data — 제약조건: 혼자 만들 수 있는 규모, 니치 타깃, 가격 월 $29~$99 Detailed task & rules — 아이디어 3개, 각각 문제/누가 돈을 내는지/왜 지금인지 포함 Examples — 트렌드 버즈워드가 아니라 기존 시장의 빈틈을 찾아라 Immediate request — 각 아이디어에 한 줄 평가와 함께 3개를 제시하라 Think step by step — 시장 → 고객 → 수익화 순서로 평가한 다음 제안하라

이렇게 항목을 쪼개면 AI가 즉흥적으로 떠오르는 아이디어를 나열하는 게 아니라, 평가 기준을 먼저 세우고 그 기준을 통과한 것만 내놓게 된다.

---

4. SaaS 아이디어를 처음부터 만들어내기

이 패턴은 위 사례와 비슷하지만, 제약 조건의 구체성이 결과의 질을 얼마나 좌우하는지 가장 잘 보여준다.

나쁜 프롬프트: "Give me a SaaS idea." → 누구나 들어본 듯한 뻔한 아이디어가 나온다.

괜찮은 프롬프트: "노코드 도구로 일주일 안에 만들 수 있는 SaaS 아이디어 5개 줘." → 최소한 제작 난이도라는 필터가 생긴다.

훌륭한 프롬프트는 "하지 말아야 할 것"까지 명시한다.

Role — 트렌드가 되기 전에 빈틈을 발견해서 수익성 있는 마이크로 SaaS 6개를 출시한 시리얼 창업가다. Goal — 내 정확한 제약에 맞는 마이크로 SaaS 아이디어 3개를 생성해라. Context — 내 스택: React, Node, 기본 AI 연동. 제작 기간: 최대 2주. 목표 가격: 월 $29~$99. 좁고 깊은 니치를 원한다, 넓은 시장 말고. 아무도 돈을 안 내는 도구를 만드느라 3개월을 날렸다. Rules — 각 아이디어는 명확히 소외된 니치, 비슷한 것에 이미 돈을 내고 있다는 증거, 왜 지금이 적기인지를 갖춰야 한다. AI 래퍼 금지. "X를 위한 우버" 같은 표현 금지. Reference — 지루하지만 수익성 있는 것을 생각하라. 새로운 카테고리가 아니라 기존 워크플로의 빈틈. 50만 명이 어렴풋이 원하는 것이 아니라 500명이 절실히 필요한 것. Output — 아이디어 3개. 각각 문제/누가 돈을 내는지/왜 지금인지/한 줄 제작 판단. Think step by step — 먼저 빈틈을 찾아라. 그다음 고객을. 그다음 수익화를. 이 순서대로.

"AI 래퍼 금지", "uber for X 금지" 같은 금지 규칙 한 줄이, 결과물의 95%를 차지하는 뻔한 답변들을 걸러내는 역할을 한다. 이게 바로 Rules 섹션의 진짜 힘이다 — 무엇을 만들지보다 무엇을 만들지 말지를 정의하는 게 더 강력한 필터가 된다.

---

5. 랜딩페이지 카피 쓰기

나쁜 프롬프트: "Write a landing page for my app." → 일반적인 "혁신적인" "게임 체인저" 문구로 가득한 템플릿이 나온다.

괜찮은 프롬프트: "개발자가 더 빠르게 문서를 작성하도록 돕는 내 AI 도구의 랜딩페이지를 써줘." → 타깃과 가치 제안이 생겼지만 여전히 일반적인 카피가 나올 가능성이 높다.

훌륭한 프롬프트가 가장 흥미로운 건, 과거 실패 데이터를 맥락으로 넣는다는 점이다.

Role — 초기 단계 제품으로 200만 달러 이상의 연 매출(ARR)을 만들어낸 SaaS 전환 카피라이터다. Goal — 차가운 트래픽을 가입으로 전환하는 완전한 랜딩페이지를 써라. Context — 내 도구: 회의 녹음을 자동으로 액션 아이템으로 바꿔준다. 타깃: 회의 후 후속 처리에 허덕이는 창업자와 운영자. 이전 페이지는 방문자 800명에 가입 4명 — 히어로 섹션에서 바로 이탈했다. Rules — 히어로는 반드시 기능이 아니라 고통이나 결과로 시작해야 한다. 모든 혜택은 기능을 말한 뒤 "그래서 뭐가 좋은데?"에 답해야 한다. CTA는 절박해 보이지 않으면서 긴급함을 만들어야 한다. 기업스러운 표현 금지. "혁신적인", "게임 체인저" 금지. Reference — 최고의 SaaS 카피라이터처럼 써라: 명료하고, 힘 있고, 한 줄에 한 가지 생각만. 자기 자리를 못 버는 문장은 잘라내라. Output — 섹션별 전체 페이지: 히어로, 고통 포인트 3개, 혜택, 소셜 프루프 배치 가이드, CTA. 각 섹션을 명확히 표시하라. Think step by step — 히어로를 먼저 쓰고 완성하라. 다른 모든 섹션은 그로부터 흘러나와야 한다.

"이전 페이지는 방문자 800명에 가입 4명, 히어로에서 이탈했다"는 한 줄의 실패 데이터가 AI에게 "무엇을 고쳐야 하는지"에 대한 가장 정확한 신호를 준다. 이게 Context 섹션의 핵심 가치다 — 추상적인 목표보다 구체적인 실패 사례 하나가 훨씬 강력하다.

---

다섯 가지 사례에서 반복되는 패턴

다섯 가지 예시를 다시 들여다보면 신기하게도 같은 구조가 계속 반복된다.

1. 나쁜 프롬프트는 항상 한 줄짜리 막연한 요청이다. 검증할 기준도, 맥락도, 출력 형식도 없다.
2. 괜찮은 프롬프트는 구체적인 정보 하나만 추가해도 확연히 나아진다. 타깃, 도구, 제약 조건 중 하나만 명시해도 결과의 방향이 잡힌다.
3. 훌륭한 프롬프트는 "AI가 어떤 사람인 척 생각해야 하는지(Role)"와 "무엇을 하지 말아야 하는지(Rules)"를 같이 준다. 사람들은 보통 "무엇을 원하는지"만 적는데, 정작 결과물의 질을 가르는 건 "무엇을 원하지 않는지"를 적는 부분이다.

그리고 거의 모든 훌륭한 프롬프트의 마지막 줄에는 "Think step by step"이 들어간다. 이게 단순히 "차근차근 생각해"라는 말이 아니라, 어떤 순서로 생각해야 하는지를 구체적으로 지정한다는 점이 중요하다. "시장 → 고객 → 수익화 순서로", "히어로를 먼저 완성한 뒤 나머지를 거기서 파생시켜라" 같은 식으로, 사고의 순서 자체를 설계해주는 것이다.

---

오늘 당장 써볼 수 있는 템플릿

다음에 AI에게 뭔가를 시킬 때, 아래 7개 항목 중 최소 3개만 채워도 결과가 눈에 띄게 달라진다.

 

 

Role — 너는 [구체적인 전문성을 가진 누구]다
Goal — [내가 정확히 얻고 싶은 것]
Context — [현재 상황, 제약, 과거에 시도했다가 실패한 것]
Rules — [반드시 지킬 것 / 절대 하지 말 것]
Reference — [따라야 할 스타일이나 수준의 기준]
Output — [결과물이 어떤 모양이어야 하는지]
Think step by step — [어떤 순서로 판단해야 하는지]

결국 AI를 잘 쓴다는 건 질문을 잘 던지는 능력이다. 그리고 질문을 잘 던진다는 건, 내가 무엇을 원하는지를 나 자신이 먼저 명확히 정리하는 과정이기도 하다. 프롬프트를 한 단계 더 다듬는 시간이 곧, 결과를 받은 뒤 다시 고치는 시간을 줄여주는 가장 확실한 투자다.

와인병다육이세상사는이야기

와인병다육이세상사는이야기