초보자를 위한 AI 프롬프트 작성법, 원하는 답변을 빠르게 얻는 방법

처음부터 질문을 길게 쓰려고 하면 오히려 막힙니다
얼마 전 지인이 AI로 중고차 구매 체크리스트를 만들고 싶다며 프롬프트를 보여줬는데, 질문이 딱 한 줄이었습니다. “중고차 살 때 뭐 봐야 해?”라고요. 답이 틀린 건 아니었지만 너무 넓어서, 사고 이력부터 타이어 마모까지 평범한 내용만 길게 나왔습니다. 사실 AI 프롬프트 작성법은 어려운 기술이라기보다, 정비소에서 증상을 설명하는 방식과 비슷합니다. “차가 이상해요”보다 “시속 80km에서 브레이크를 밟으면 핸들이 떨리고, 최근 앞타이어를 교체했다”가 훨씬 정확한 진단으로 이어지는 것처럼요.
AI에게도 마찬가지입니다. 원하는 답변을 얻으려면 질문 안에 목적, 상황, 원하는 형식, 제외할 내용을 넣어야 합니다. 이 네 가지가 들어가면 답변 품질이 눈에 띄게 달라집니다. 특히 업무용 문서, 블로그 글, 보고서, 기획안처럼 결과물이 바로 쓰여야 하는 경우에는 프롬프트 한 줄 차이가 수정 시간 30분, 1시간을 줄여줍니다.
좋은 프롬프트는 목적부터 분명합니다
많은 사람이 “잘 써줘”, “추천해줘”, “분석해줘”처럼 요청합니다. 그런데 AI 입장에서는 누구에게, 어떤 목적으로, 어느 정도 깊이로 답해야 하는지 모릅니다. 자동차로 치면 내비게이션에 목적지를 찍지 않고 “좋은 길로 가줘”라고 말하는 것과 비슷합니다. 좋은 길이 빠른 길인지, 통행료 없는 길인지, 풍경 좋은 길인지 기준이 없기 때문입니다.
프롬프트를 쓸 때는 먼저 결과물의 쓰임새를 적는 게 좋습니다. 예를 들어 “초보 운전자를 위한 자동차 보험 설명 글을 쓰려고 한다”, “상사에게 제출할 1페이지 보고서가 필요하다”, “인스타그램 카드뉴스 문구로 쓸 예정이다”처럼 목적을 밝혀야 합니다. 그러면 AI는 말투, 정보량, 구조를 그 목적에 맞춰 조정합니다.
나쁜 예와 좋은 예의 차이
- 나쁜 예: 전기차 장점 알려줘
- 좋은 예: 전기차 구매를 고민하는 30대 직장인에게 설명할 글을 작성해줘. 유지비, 충전 불편, 보조금 변동, 중고차 가격까지 비교해서 현실적으로 써줘.
- 나쁜 예: 블로그 글 써줘
- 좋은 예: 자동차 초보자를 대상으로 엔진오일 교체 주기를 설명하는 블로그 글을 써줘. 5,000km, 10,000km, 1년 기준을 비교하고, 가혹 조건 운전 사례도 넣어줘.
둘의 차이는 단순히 길이가 아닙니다. 좋은 예에는 독자, 주제 범위, 비교 기준, 실제 사례가 들어 있습니다. AI는 이런 단서를 바탕으로 훨씬 덜 뜬구름 잡는 답변을 만듭니다.
역할과 조건을 주면 답변의 방향이 잡힙니다
AI에게 “전문가처럼 써줘”라고만 말하면 결과가 들쭉날쭉합니다. 전문가도 정비사, 보험 설계사, 자동차 기자, 중고차 딜러, 소비자 상담원처럼 관점이 다릅니다. 프롬프트에는 역할을 구체적으로 지정하는 편이 좋습니다. “당신은 자동차 정비 경력 15년의 전문가입니다”, “당신은 초보자를 대상으로 설명하는 보험 상담사입니다”처럼 말이죠.
조건도 중요합니다. 분량, 말투, 금지 표현, 포함할 항목을 정하면 답변이 훨씬 안정됩니다. 예를 들어 블로그 글을 쓴다면 “대화체로, 2,500자 내외, 소제목 4개, 실제 사례 2개 포함”처럼 적을 수 있습니다. 보고서라면 “표 형식, 장단점 비교, 실행 우선순위 포함”이 더 적합합니다.
바로 쓸 수 있는 기본 공식
처음부터 복잡하게 외울 필요는 없습니다. 아래 순서로 쓰면 대부분의 작업에 통합니다.
- 역할: 어떤 관점으로 답할지 지정
- 목적: 결과물을 어디에 쓸지 설명
- 대상: 누가 읽거나 사용할지 명시
- 조건: 분량, 톤, 형식, 포함 항목 지정
- 제외: 원하지 않는 표현이나 방향 제한
예를 들면 이렇게 쓸 수 있습니다. “당신은 자동차 전문가입니다. 초보 운전자가 타이어 공기압을 이해할 수 있도록 블로그 글을 작성해줘. 계절별 공기압 변화, 연비 영향, 안전 문제를 포함하고, 어려운 용어는 쉽게 풀어줘. 과장 광고처럼 보이는 표현은 빼줘.” 이 정도만 넣어도 답변 품질이 꽤 안정됩니다.
원하는 형식을 미리 지정하면 수정 시간이 줄어듭니다
프롬프트에서 형식을 빼면 AI는 자기 나름대로 답합니다. 어떤 때는 긴 문단으로, 어떤 때는 목록으로, 어떤 때는 표로 나옵니다. 그래서 결과물을 바로 써야 한다면 형식을 먼저 정해주는 게 좋습니다. 블로그라면 h2, h3, p, ul 같은 HTML 구조를 요구할 수 있고, 업무용이라면 표, 항목별 bullet, 3단 요약 같은 식으로 지정할 수 있습니다.
예를 들어 자동차 유지비 비교를 요청한다고 해보죠. “가솔린차와 하이브리드차 유지비 비교해줘”라고 하면 일반론이 나옵니다. 반면 “연 15,000km 주행, 휘발유 리터당 1,700원, 가솔린 연비 12km/L, 하이브리드 연비 20km/L 기준으로 1년 유류비를 계산하고 표로 비교해줘”라고 쓰면 계산 근거가 생깁니다. 실제로 이 조건이면 가솔린차는 약 212만 원, 하이브리드는 약 127만 원 수준이라 연간 차이가 약 85만 원으로 보입니다. 이런 식의 숫자가 들어가면 글이나 보고서가 훨씬 설득력 있어집니다.
수치와 맥락은 답변의 품질을 바꿉니다
AI는 빈칸을 그럴듯하게 채우는 데 능숙합니다. 그래서 빈칸을 너무 많이 남겨두면, 내가 원하지 않은 방향으로 답할 가능성이 커집니다. 지역, 예산, 연령, 사용 목적, 기간, 기준 금액처럼 판단에 영향을 주는 조건은 가능한 한 넣는 게 좋습니다. “차 추천해줘”보다 “예산 2,500만 원, 왕복 60km 출퇴근, 주말 가족 이동, 유류비 부담이 적은 차를 추천해줘”가 훨씬 낫습니다.
한 번에 완벽한 답을 기대하지 않는 편이 좋습니다
프롬프트를 잘 써도 첫 답변이 바로 최종본이 되는 경우는 많지 않습니다. 오히려 첫 답변을 초안으로 보고, 두 번째 질문에서 다듬는 방식이 실전에서는 더 빠릅니다. “표현을 더 자연스럽게 바꿔줘”, “초보자가 이해하기 어려운 부분을 풀어줘”, “중복된 내용을 줄이고 사례를 늘려줘”처럼 후속 지시를 주면 됩니다.
특히 글쓰기에서는 수정 프롬프트가 중요합니다. 처음 요청할 때 모든 조건을 다 넣으면 프롬프트가 지나치게 길어지고, AI가 일부 조건을 놓칠 때도 있습니다. 먼저 큰 구조를 만들고, 그다음 톤, 사례, 수치, 문장 길이를 조정하는 방식이 효율적입니다. 자동차 튜닝도 한 번에 끝내기보다 시운전 후 세팅을 잡는 과정이 필요한 것처럼, AI 답변도 대화하면서 맞춰가는 편이 결과가 좋습니다.
- 초안 요청: 전체 구조와 핵심 내용 만들기
- 1차 수정: 빠진 조건, 틀린 방향, 어색한 문장 보완
- 2차 수정: 독자 수준에 맞게 쉽게 바꾸기
- 최종 점검: 숫자, 고유명사, 정책성 정보 확인
다만 중요한 정보는 그대로 믿지 않는 습관이 필요합니다. 차량 제원, 세금, 보조금, 보험료, 정책처럼 시점에 따라 바뀌는 내용은 반드시 공식 기관이나 제조사 안내와 맞춰봐야 합니다. AI는 글을 빠르게 구성하는 데 강하지만, 최신 정보 확인까지 항상 완벽하게 해내지는 못합니다.
실전에서 쓰기 좋은 프롬프트 예시
아래 예시는 블로그, 업무, 학습에 두루 쓸 수 있는 형태입니다. 그대로 복사하기보다 괄호 안 조건을 자기 상황에 맞게 바꾸면 더 좋습니다.
- 블로그용: 당신은 자동차 전문가입니다. 초보 운전자를 대상으로 [주제]를 설명하는 블로그 글을 작성해줘. 실제 사례와 수치를 넣고, 어려운 용어는 쉽게 풀어줘. 광고 문구처럼 과장하지 말고 자연스러운 대화체로 써줘.
- 비교용: [A]와 [B]를 구매자 관점에서 비교해줘. 가격, 유지비, 장점, 단점, 추천 대상 기준으로 표를 만들고, 마지막에는 어떤 사람에게 어떤 선택이 맞는지 설명해줘.
- 검토용: 아래 글을 읽고 사실관계가 애매한 부분, 독자가 오해할 수 있는 표현, 더 구체화하면 좋은 문장을 짚어줘. 원문을 전부 다시 쓰지 말고 수정 포인트 중심으로 알려줘.
- 아이디어용: [대상 독자]가 관심 가질 만한 [분야] 블로그 주제 20개를 제안해줘. 검색 의도별로 정보형, 비교형, 방법형으로 나눠줘.
프롬프트를 잘 쓴다는 건 AI를 속이거나 특별한 명령어를 외우는 일이 아닙니다. 내가 원하는 결과를 사람에게 맡길 때처럼 배경과 기준을 분명히 전달하는 일에 가깝습니다. 처음에는 역할, 목적, 대상, 조건, 제외 항목만 챙겨도 충분합니다. 여기에 숫자와 실제 상황을 조금씩 더하면 답변은 훨씬 현실적으로 바뀝니다. 결국 좋은 프롬프트는 화려한 문장이 아니라, 내가 원하는 결과물을 헷갈리지 않게 설명하는 문장에 가깝다고 생각합니다.
