12. 만들고 싶은 것을 설명하는 방법
머릿속 장면을 전달하기
AI에게 보내는 요청문은 특별한 주문이 아닙니다. 원하는 결과와 조건을 설명하는 글입니다. 길이가 길다고 반드시 좋은 요청이 되는 것도 아닙니다. 무엇을 해야 하는지, 무엇을 하지 않아도 되는지, 결과를 어떻게 확인할지가 드러나면 충분합니다.
“소개 페이지 만들어 줘”라고만 하면 AI는 소개 대상과 분위기, 분량을 추측해야 합니다. “독서 모임 사람들에게 보여 줄 소개 페이지야. 별명과 소개 두 문장, 좋아하는 책 세 권, 모임 안내 링크를 넣고 싶어”라고 하면 선택해야 할 범위가 좁아집니다. 코드 용어를 쓰지 않았어도 화면의 내용은 구체적입니다.
목적·내용·조건·완료 기준
| 설명할 것 | 소개 페이지의 예 |
|---|---|
| 목적 | 독서 모임에서 나를 짧게 소개합니다. |
| 내용 | 별명, 소개글, 관심사 세 가지, 링크 하나를 넣습니다. |
| 조건 | 휴대전화에서도 읽기 쉽고, 개인정보는 예시로 씁니다. |
| 완료 기준 | 글이 보이고 링크가 정한 주소를 엽니다. |
이 네 가지는 한 번에 완벽하게 정해야 하는 항목이 아닙니다. 모르는 부분은 AI에게 선택지를 요청할 수 있습니다. 다만 선택지가 늘어날수록 내가 결정할 일도 늘어납니다. 처음에는 두 가지 정도의 차이를 비교하는 것으로 충분합니다.
예시가 전달하는 것과 전달하지 않는 것
마음에 드는 화면을 참고로 보여 줄 수 있습니다. 이때 “이대로”보다 무엇이 좋은지 설명하면 도움이 됩니다. 큰 제목이 좋은지, 여백이 넓은지, 사진과 글이 나란히 놓인 점이 좋은지 말합니다. 참고 화면의 문구와 이미지까지 그대로 가져와도 된다는 뜻은 아니므로 사용할 자료는 따로 정합니다.
예시가 없다면 말로 배치 순서를 설명할 수 있습니다. ‘맨 위에는 별명, 그 아래 소개글, 마지막에는 링크’ 정도면 첫 화면을 만들기에 충분합니다. 세밀한 위치와 크기는 결과를 보고 조정할 수 있습니다.
아직 결정하지 않은 것은 비워 둡니다
모든 빈칸을 AI가 알아서 채우도록 두면 사실이 아닌 내용이 들어갈 수 있습니다. 소개 문장이 준비되지 않았다면 “내 경력이나 경험을 만들어 넣지 말고 필요한 내용을 먼저 물어봐 줘”라고 설명할 수 있습니다. 별명처럼 바꿔도 되는 예시와 사실을 정확히 유지해야 하는 내용을 구분합니다.
요청문을 여러 번 새로 쓰기보다 목적을 유지한 채 필요한 조건을 덧붙이는 편이 흐름을 이해하기 쉽습니다. 처음부터 회원가입이나 결제를 넣지 않는다는 범위도 함께 적으면 AI가 프로젝트를 불필요하게 키우는 일을 줄일 수 있습니다.
읽어 보는 요청의 비교
“멋진 홈페이지를 만들어 줘”라는 부탁에는 독자도 내용도 없습니다. AI가 회사 이름과 고객 후기까지 채워 넣었다면 그것이 요청을 정확히 따른 결과인지 판단하기 어렵습니다. “독서 모임 사람에게 내 취미를 소개하는 한 페이지, 별명과 소개 두 문장, 관심사 세 가지, 예시 링크 하나”라고 좁히면 없는 회사나 후기를 만들 이유가 줄어듭니다.
여기에 “링크를 눌러 내가 준 주소가 열리면 첫 단계 완료”라는 기준을 붙일 수 있습니다. 이 요청을 읽는 독자는 무엇이 나오면 다음 단계로 가도 되는지 알 수 있습니다. 좋은 요청문을 만드는 연습은 문장을 화려하게 다듬는 연습보다, 애매한 목적을 눈으로 확인할 수 있는 결과로 바꾸는 연습에 가깝습니다. 첫 실습의 요청문도 이 구조로 읽어 보면 각 문장이 있는 이유를 알 수 있습니다.
모호한 표현을 확인 가능한 조건으로
‘친근하게’라는 말은 말투에 관한 요구일 수도 있고 색이나 그림에 관한 요구일 수도 있습니다. ‘소개 문장은 존댓말 두 문장으로, 배경은 밝게, 버튼 이름은 무엇을 하는지 알 수 있게’라고 풀면 서로 다른 요소로 나눌 수 있습니다. 원하는 느낌을 말하는 것 자체가 나쁜 것은 아닙니다. 느낌을 어떻게 볼 수 있는지 덧붙이는 것이 도움이 됩니다.
‘빠르게’도 마찬가지입니다. 빨리 제작해 달라는 뜻인지, 방문자가 페이지를 빨리 열 수 있게 해 달라는 뜻인지 다를 수 있습니다. 두 의미를 한 단어로 넘기면 서로 다른 결과를 기대하게 됩니다. 처음부터 모든 성능 수치를 정할 필요는 없지만, 어떤 경험이 불편해서 그 말을 쓰는지 설명할 수는 있습니다.
요청문이 길어지거나 모호할 때
사실과 예시를 구분해서 전달하기
AI에게 소개글 초안을 부탁할 때 내가 제공한 사실과 임시로 넣을 수 있는 예시를 구분합니다. 별명과 취미는 제공했지만 경력은 말하지 않았다면, 경력을 채워 넣지 않도록 할 수 있습니다. 모르는 정보는 질문하거나 비워 두게 하는 편이 사실이 아닌 내용을 자연스럽게 만드는 것보다 목적에 맞습니다.
예시 링크도 실제 신청 창구와 구분합니다. 테스트용 주소를 넣었다면 링크 문구 역시 예시임을 알 수 있게 합니다. 나중에 실제 주소로 바꿀 때는 글자와 연결 주소를 함께 확인합니다. 요청문에서 임시 자료를 명확히 표시하면 AI가 그 자료를 최종 내용으로 확대 해석하는 일을 줄일 수 있습니다.
요청 전에 AI에게 물어볼 수 있는 것
아직 내용의 순서를 모르겠다면 AI에게 만들기를 시작하기 전에 필요한 결정을 세 가지 정도로 정리해 달라고 할 수 있습니다. 너무 많은 질문을 한꺼번에 받으면 시작이 어려울 수 있으므로 첫 화면에 필요한 것부터 좁힙니다. 예를 들어 독자, 소개 내용, 링크의 목적지를 먼저 정할 수 있습니다.
답을 받은 뒤에는 내가 동의한 범위를 짧게 다시 적습니다. AI가 제안한 모든 기능이 결정된 것으로 넘어가지 않도록 하기 위해서입니다. ‘이번에는 소개글과 링크만, 사진은 나중에’라는 말은 현재 작업의 경계를 알려 줍니다. 요청문은 한 번 쓰고 버리는 문서가 아니라 결정한 내용을 이어 가는 기록이기도 합니다.
요청이 너무 길어졌을 때
여러 번의 수정 조건이 한꺼번에 쌓이면 현재 적용되는 조건과 예전 조건이 충돌할 수 있습니다. 처음에는 파란색을 원했지만 나중에는 초록색을 선택했을 수 있습니다. 새 요청에서는 최종 결정과 그대로 둘 내용을 간단히 정리하면 됩니다. 예전 대화 전체를 무작정 다시 붙이는 것이 항상 도움이 되는 것은 아닙니다.
이때 AI에게 현재 목표와 결정된 조건을 요약해 달라고 하고 틀린 부분을 바로잡을 수 있습니다. 다만 그 요약이 실제 파일 상태와 같은지도 확인해야 합니다. AI의 기억에만 의존하기보다 현재 미리보기와 작업 자료를 기준으로 요청을 이어 갑니다.
“요청문은 짧게 써야 하나요, 길게 써야 하나요?”
길이 자체보다 필요한 결정이 드러나는지가 중요합니다. ‘소개글 첫 문장만 이 문장으로 바꾸고 링크는 유지’라는 요청은 짧아도 대상과 범위가 분명합니다. 반면 새로운 페이지 전체를 처음 만들 때는 목적과 내용, 조건을 조금 더 설명해야 할 수 있습니다. 상황에 따라 필요한 정보가 다릅니다.
요청이 길어지면 목적, 넣을 내용, 유지할 조건, 확인 기준으로 나누어 읽어 볼 수 있습니다. 같은 조건이 서로 다르게 반복되거나 지금 필요 없는 기능이 섞였는지 살핍니다. 문장을 많이 쓰는 것으로 불확실한 결정을 감출 필요는 없습니다. 모르는 것은 질문으로 남겨 두면 됩니다.
AI에게 전달하기 전에 사람이 읽었을 때 무엇을 만들지 알 수 있는지 생각합니다. 기술 이름을 길게 나열했는데 방문자가 할 행동이 없다면 요청의 핵심이 빠졌을 수 있습니다. 반대로 일상적인 말만 사용했어도 행동과 결과가 분명하다면 첫 작업을 시작할 충분한 재료가 될 수 있습니다.
꼭 기억하세요
좋은 요청은 어려운 용어보다 목적·내용·조건·완료 기준이 분명한 글입니다.