좋은 프롬프트 작성법에 관한 조언 대부분은 형용사 나열에 불과하다: "구체적으로 써라," "맥락을 제공하라," "결과를 묘사하라." 맞는 말이지만 쓸모는 없다. "더 잘 먹어라"가 맞는 말이지만 쓸모없는 것과 같은 방식으로. 그래서 또 다른 목록을 나열하는 대신, 몇 주 전 빌드 대기열에서 가져온 실제 프롬프트 하나를 소개한다 — 식별 정보는 바꿨지만 구조와 표현은 그대로 유지했다. 여든세 단어. 이것은 단 한 번의 작업으로 작동하는 예약 사이트가 되었고, 그중 우연은 거의 없었다.
"저는 덴버에서 소규모 그룹을 위한 프라이빗 셰프 디너를 진행합니다 — 한 6~12명 정도, 그들의 집에서요. 사람들이 샘플 메뉴를 보고, 제가 가능한 날짜를 확인하고, 예약금을 내고 날짜를 잡을 수 있는 사이트를 원해요. 고급스러운 느낌으로 만들어주세요, 케이터링 업체 웹사이트처럼은 말고요. 저는 일주일에 세 건만 예약을 받으니까 마치 손님이 절실히 필요한 것처럼 보이지는 않게 해주세요. 그리고 사람들이 '덴버 프라이빗 셰프'로 검색했을 때 노출되고 싶은데, 덴버 전체가 아니라 체리 크릭이랑 워시 파크 근처로요."
쓰인 순서대로 하나씩 뜯어보자. 순서 역시 내용 못지않게 중요하기 때문이다.
"저는 덴버에서 소규모 그룹을 위한 프라이빗 셰프 디너를 진행합니다"
첫 문장은 세 가지 역할을 동시에 하고 있지만, 지시문처럼 보이지 않는다. 카테고리를 설정하고(프라이빗 셰프이지 "케이터링"도 "레스토랑"도 아니다 — 이들은 검색 의도도 디자인 언어도 다르다), 규모를 설정하며(6~12명은 연회장 느낌을 배제하고 친밀한 디너 파티에 가까운 것을 뜻한다), 그리고 지역을 설정한다 — 이는 지금은 별것 아닌 듯 보이지만 나중에 훨씬 더 중요해진다. 누구도 한 문장에서 카테고리, 규모, 지역을 추출하라고 시키지 않는다. 세 가지 모두가 핵심임을 스스로 알아채야 할 뿐이다.
"샘플 메뉴를 보고, 제가 가능한 날짜를 확인하고, 예약금을 내고 날짜를 잡는다"
이것은 한 숨에 세 가지 기능을 욱여넣은 문장이며, 과잉 구현되기 가장 쉬운 문장이기도 하다. 덜 신중하게 읽으면 이것은 세 개의 별도 페이지와 세 개의 별도 내비게이션 항목으로 변한다 — 메뉴 페이지, 예약 가능일 페이지, 결제 페이지. "기능"을 나열할 때 흔히 들리는 게 그런 식이기 때문이다. 하지만 순서대로 읽으면 이는 사실 하나의 흐름이다: 둘러보고, 날짜를 고르고, 확정한다. 이를 세 개의 목적지로 나누면 방문자가 이탈할 수 있는 지점이 세 곳 늘어날 뿐이다. 실제로 출시된 사이트는 이 세 가지를 순서대로 처리하는 페이지 하나만 가지고 있다. 고객이 기능 목록의 문법을 사용했음에도, 실제로는 사이트맵이 아니라 하나의 여정을 묘사했기 때문이다.
"고급스러운 느낌으로, 케이터링 업체 웹사이트처럼은 말고요"
이것은 문단 전체에서 가장 실행 지침처럼 보이지 않는 문장이지만, 가장 많은 것을 결정한 문장이다. "고급스럽다"는 색상 팔레트나 폰트가 아니지만, 확실히 배제하는 것들이 있다: 할인율 배너 없음, "지금 예약하세요!!" 식의 조급한 문구 없음, 식탁에 둘러앉아 웃는 가족의 스톡 사진 없음. 이는 넉넉한 여백, 갤러리 그리드 대신 강렬한 사진 한 장, 비교표로 중간 요금제를 고르게 유도하는 대신 조용히 한 번만 제시되는 가격을 뒷받침한다. "케이터링 업체 웹사이트처럼은 말고요"도 여기서 실질적인 역할을 한다 — 이것은 부정 예시인데, 무드보드를 짐작하게 두는 것보다 무엇을 적극적으로 피해야 하는지 알려주는 부정 예시가 흔히 더 유용하다.
"저는 일주일에 세 건만 예약을 받으니까 마치 손님이 절실히 필요한 것처럼 보이지는 않게 해주세요"
이것은 문단의 나머지 전체를 합친 것보다 더 큰 역할을 하는 문장이며, 일반적인 프롬프트 작성 체크리스트로는 결코 드러낼 수 없는 문장이다. 기능도 디자인 메모도 아니기 때문이다. 이것은 비즈니스 사실이며, 흔한 본능을 뒤집는다. 대부분의 소규모 비즈니스 사이트는 바빠 보이도록 만들어진다 — 후기 캐러셀, "~에 소개됨" 로고 스트립, 다음 예약 가능 시간까지의 카운트다운 — 바빠 보이는 것이 신뢰로 읽히기 때문이다. 여기서는 정반대가 참이다: 희소성이 곧 가치 제안이다. 한 달에 세 개의 열린 날짜만 담백하게 보여주는 캘린더가, 꽉 찬 것처럼 보이도록 부풀린 캘린더보다 더 설득력이 있다. 사이트 전체가 설득하려는 티가 나는 것은 무엇이든 피한다. 조급한 문구도, "단 2자리 남음" 배너도 없다. 그 자신감 자체가 세일즈다.
"'덴버 프라이빗 셰프'로 검색했을 때 나오게 해주세요 — 다만 메트로 전체가 아니라 체리 크릭이랑 워시 파크 근처로만"
고객은 검색어를 언급하고 나서 바로 범위를 좁혔는데, 이는 흔치 않은 패턴이라 주목할 가치가 있다. 프롬프트에서 SEO를 언급하는 대부분의 사람들은 광범위한 표현만 말하고 끝낸다. 여기서는 요청하지 않았는데도 스스로 정정이 나왔다: 덴버 전체가 아니라 특정 두 개 동네. 이는 그녀가 실제로 차로 다닐 6마일 반경에 대해 이야기하는 서비스 지역 비즈니스이지, 순위를 원하는 메트로 전체가 아니라는 뜻이다. 이는 카피(동네 이름이 푸터에 억지로 채워 넣은 게 아니라 실제 문장 안에 등장)와 구조화된 데이터(매장형이 아닌 서비스 지역 비즈니스 유형)에 반영되었다 — 그리고 놓치기 쉬운 부분인데, 이는 곧 기술적으로는 맞지만 실질적으로는 쓸모없는 '덴버' 광범위 카피를 작성하지 '않는다'는 의미이기도 했다. 메트로 전체 순위를 차지하고 나서 15분 거리 밖의 모든 사람을 실망시키는 것은 누구에게도 도움이 되지 않기 때문이다.
그녀가 말하지 않은 것
여기서부터가 보통의 검수가 놓치는 부분이다: 빠진 것이 무엇인가. 식이 제한에 대한 언급도, 취소 정책도, 가격대도 없다. 톤과 지역에 대해서는 그렇게 꼼꼼했던 프롬프트가 알레르기에 대해서는 침묵한다는 것은 조용히 넘어갈 오류가 아니라 물어봐야 할 공백이다. 견과류 알레르기가 있는 저녁 식사에 보증금을 받는 프라이빗 셰프에게 이는 디자인 문제가 아니라 법적 책임 문제이기 때문이다. 이 빌드는 정책을 지어내거나 공백을 그대로 열어두는 대신, 알레르기 고지 플레이스홀더 필드와 함께 고객에게 후속 질문을 다시 보내는 방식으로 완성됐다. 모든 침묵을 추측으로 채우려는 본능이야말로, 물어봤다면 고객이 한 문장으로 답했을 사안에 대해 빌드가 자신 있게 틀리게 되는 정확한 이유다.
| 발췌 | 실제로 한 말 | 실제로 구현된 결과 |
|---|---|---|
| "6~12명, 그들의 집에서" | 규모와 장소 | 이벤트가 아닌 친밀한 저녁 식사에 맞춘 카피와 사진 |
| "메뉴, 날짜, 보증금" | 목록이 아닌 순서 | 페이지 세 개가 아니라, 한 페이지 안에 순서대로 이어지는 세 단계 |
| "고급스럽게, 케이터링 업체 웹사이트처럼 보이지 않게" | 부정형 예시 | 차분한 가격 표기, 히어로 사진 한 장, 할인 문구 없음 |
| "주 3건 예약" | 비즈니스상의 제약 조건 | 숨겨야 할 결함이 아니라 톤으로 삼은 희소성 |
| "체리 크릭이랑 워시 파크, 메트로 전체가 아니라" | 범위에 대한 스스로의 정정 | 서비스 지역 스키마 + 동네별 카피, 메트로 전체를 겨냥한 불필요한 채우기 없음 |
| (언급되지 않은) 알레르기, 취소 정책, 가격대 | 공백 | 정책을 지어내지 않고 후속 질문으로 |
실제로 완성된 결과물
한 페이지. '상담 예약' 양식 대신 실제 예약 가능 날짜를 보여주는 캘린더. 전체 카탈로그 대신 샘플 저녁 메뉴 세 개를 담은 메뉴 섹션. 가격표는 없고 — 보증금 버튼 근처에 딱 한 줄, 한 번만 명시. 요청받은 두 개 동네에서만 순위가 나오고, 요청받지 않은 메트로 전체를 노리려 하지 않는다. 이 중 어느 것도 프롬프팅 공식에서 나온 게 아니다. 이는 사업주의 83단어를 사양서가 아니라 대화처럼 읽어낸 결과다 — 어느 문장이 기능이고, 어느 문장이 분위기이고, 어느 문장이 우연히 디자인 브리프를 겸한 그녀의 일정에 대한 사실이었으며, 어느 문장을 그녀가 끝내 쓰지 못했는지를 알아차리는 것 말이다.
