디자이너의 프롬프트는 주문서보다 브리프에 가깝습니다

디자이너가 AI에게 일을 시키는 장면은 주니어 디자이너에게 브리프를 주는 장면과 닮았습니다. “예쁜 온보딩을 만들어줘”만으로는 부족합니다. 누구를 위한 경험인지, 무엇을 해결해야 하는지, 어떤 제약이 있는지, 좋은 결과를 어떻게 판단할지까지 있어야 합니다.

Anthropic의 공식 프롬프트 가이드를 디자인 업무에 적용하면 프롬프트의 핵심은 수사가 아니라 구조입니다. 역할을 붙이는 것보다 맥락과 성공 기준을 명확히 주는 일이 먼저입니다.

1. 결과보다 문제와 사용자를 먼저 씁니다

“핀테크 앱의 홈 화면을 만들어줘”는 화면만 말합니다. “처음 투자하는 40대 사용자가 잔액과 다음 행동을 불안 없이 이해해야 한다”는 문제와 사용 상황을 말합니다.

역할 문장은 도움이 될 수 있지만 모델의 품질을 자동으로 높이지는 않습니다. 제품의 사용자, 현재 상황, 가장 중요한 행동과 피해야 할 위험이 더 강한 컨텍스트입니다.

2. 제약은 창의성을 줄이는 대신 평가를 가능하게 합니다

카피를 만들 때 글자 수, 존댓말, 금지어, 상태별 차이를 적으면 결과를 비교할 수 있습니다. UI를 만들 때 지원 브라우저, 기존 컴포넌트, 토큰, 접근성, 모바일 우선 여부를 적으면 “그럴듯함”보다 실제 적용 가능성을 평가할 수 있습니다.

결제 실패 화면의 제목과 본문을 각각 5개 제안해줘.
제목은 24자 이내, 존댓말, 비난하는 표현 금지.
사용자가 다음 행동을 알 수 있어야 하며, 원인을 확정적으로 추측하지 말 것.
결과는 표로: 카피 / 의도 / 위험 요소.

3. 예시와 비예시를 함께 줍니다

원하는 톤을 설명하는 것보다 좋은 예와 피할 예를 함께 보여주는 편이 빠릅니다. 단, 예시를 그대로 복사하라는 뜻은 아닙니다. 어떤 요소를 유지하고 어떤 요소를 바꿔야 하는지 적어야 합니다.

예시는 브랜드의 감각을 전달하지만, 너무 적으면 모델이 표면만 모방합니다. “짧고 친절하게” 대신 문장 길이, 동사 선택, 금지된 과장, 사용자가 느껴야 하는 감정을 함께 설명하세요.

4. 큰 작업을 평가 가능한 단계로 나눕니다

한 번에 리서치·정보 구조·카피·시각 스타일을 모두 요청하면 무엇이 좋아졌는지 알기 어렵습니다. 먼저 가설과 콘텐츠 구조를 만들고, 다음에 카피를 만들고, 마지막에 시각 방향을 비교하세요.

결과를 받은 뒤에는 “더 예쁘게”보다 평가 기준을 다시 주는 편이 낫습니다. “3번 방향을 유지하되 정보 우선순위를 바꾸고, 첫 화면에서 사용자가 해야 할 행동을 하나만 남겨줘”처럼 수정 이유를 구체화합니다.

좋은 점

구조화된 프롬프트는 디자인 요청을 결과물 중심에서 문제·제약·평가 기준 중심으로 바꿉니다. 무엇을 원하는지 팀 안에서 먼저 합의하게 하는 효과도 있습니다.

한계

좋은 프롬프트가 좋은 디자인 판단을 대신하지는 않습니다. 사용자의 실제 행동과 제품 데이터가 없으면 모델은 평균적인 가정을 채웁니다. 결과를 검수할 기준이 없다면 프롬프트를 정교하게 만드는 일도 공회전합니다.

남는 긴장

예시와 제약을 많이 줄수록 일관성은 높아지지만 새로운 방향을 발견할 공간은 줄어듭니다. 반대로 자유도를 높이면 탐색은 넓어지지만 결과를 비교하기 어려워집니다. 프롬프트는 통제와 탐색 사이의 설계입니다.

질문

• AI가 알아야 하는 맥락과 아직 모르는 것을 구분했나요?
• 결과를 좋다고 판단할 기준이 출력 형식에 드러나나요?
• 예시는 표면을 복사하게 하나요, 판단 원칙을 전달하나요?
• 한 번에 너무 많은 결정을 AI에게 넘기고 있지는 않나요?

디자이너의 프롬프트는 주문서가 아닙니다. 좋은 브리프처럼 문제를 선명하게 하고, 제약을 공개하고, 결과를 함께 평가할 수 있게 만드는 작업입니다.