부록 A. 프롬프트 템플릿 모음

이 부록을 쓰는 법

이 부록의 목표는 단순하다. 읽고 끝내는 것이 아니라, 복사해서 붙여 넣고 오늘 바로 시안을 만드는 것이다. Claude는 긴 맥락과 구조가 분명한 지시를 잘 따르는 편이어서, 한 줄짜리 막연한 요청보다 역할, 맥락, 작업, 제약, 산출 형식을 나눠 준 프롬프트가 훨씬 안정적으로 작동한다.¹²

디자인 프롬프트에서는 추상적인 표현보다 구체적인 표현이 강하다. 멋있게 대신 신뢰감 있는 핀테크 톤, 1인 셀러를 위한 모바일 우선 체크아웃, 초보 관리자가 3분 안에 끝내는 백오피스 흐름처럼 써야 결과가 살아난다.³

가능하면 요약본보다 실제 재료를 붙이자. 브랜드 가이드, 기존 화면 캡처, 경쟁사 링크, PRD, 카피 초안, 코드베이스, 디자인 파일이 들어갈수록 Claude Design은 훨씬 현실적인 결과를 내기 쉽다.⁴⁵ 그리고 첫 응답 뒤에 따라오는 확인 질문은 대충 넘기지 말자. 현장에서는 이 짧은 왕복 몇 번이 결과의 완성도를 크게 바꾼다.⁶

처음 쓸 때는 다음 순서로 가면 가장 덜 헤맨다.

• 먼저 자료를 붙인다. 화면 캡처 한 장이라도 좋다.

• 그다음 아래 템플릿 하나를 그대로 넣는다.

• 마지막으로 짧은 수정 프롬프트로 두세 번 다듬는다.

Claude Design용 기본 뼈대

아래 뼈대는 거의 모든 템플릿의 공통 골격이다. 대괄호만 바꿔도 바로 쓸 수 있다.

<role>
당신은 [업종/상황]에 강한 시니어 프로덕트 디자이너이자 프로토타입 메이커다.
디자인 배경이 없는 이해관계자에게도 쉽게 설명하듯 작업하라.
</role>

<context>
서비스명: [서비스명]
사용자: [핵심 사용자]
목표: [이번 디자인의 목표]
브랜드 톤: [예: 신뢰감 있고 차분함 / 대담하고 실험적]
플랫폼: [웹 / 모바일 / 반응형]
참고 자료: [붙인 파일, 스크린샷, URL 설명]
디자인 시스템: [연결됨 / 없음 / 일부만 있음]
</context>

<task>
[원하는 화면, 플로우, 덱, 에셋을 구체적으로 요청]
</task>

<constraints>
- 가장 중요한 사용자 행동은 [핵심 행동]
- 반드시 포함할 요소는 [필수 요소]
- 피해야 할 것은 [금지 사항]
- 접근성, 가독성, 현실적인 구현 가능성을 우선한다
- 필요하면 먼저 확인 질문 3개 이내로 물어본 뒤 작업한다
</constraints>

<output>
1. 핵심 구조 요약
2. 화면 또는 슬라이드별 설명
3. 주요 인터랙션 또는 카피
4. 비어 있음, 오류, 로딩 같은 예외 상태
5. 다음 수정 라운드에서 손볼 우선순위
</output>

이 뼈대의 핵심은 멋진 말을 많이 쓰는 데 있지 않다. 누가 쓰는지, 무엇을 만들지, 무엇을 절대 놓치면 안 되는지만 분명히 적는 데 있다.

업종별 템플릿

업종 템플릿은 빈칸만 바꾸면 바로 첫 시안을 뽑는 데 초점을 맞췄다. 첫 결과가 나온 뒤에는 망설이지 말고 더 좁게 수정하자. 좋은 세션은 한 번에 끝나는 세션이 아니라, 방향이 빨리 맞는 세션이다.

1. B2B SaaS 신규 기능 플로

기능 설명은 있는데 화면이 없을 때 가장 유용한 템플릿이다.

<role>
당신은 B2B SaaS 제품을 많이 설계한 시니어 프로덕트 디자이너다.
복잡한 기능을 정보 밀도는 높게, 학습 비용은 낮게 설계하라.
</role>

<context>
서비스명: [서비스명]
기능명: [예: 승인 워크플로 / 대시보드 필터 저장 / 팀 권한 설정]
핵심 사용자: [예: 팀 관리자, 운영 매니저]
사용 맥락: [언제 왜 이 기능을 쓰는가]
플랫폼: [데스크톱 웹 / 반응형]
연결된 디자인 시스템 또는 코드베이스: [있음/없음]
참고 자료: [기존 화면, PRD, 경쟁사 링크]
</context>

<task>
이 기능을 위한 4~6개 화면의 제품 플로를 설계하라.
첫 화면에서 사용자가 왜 이 기능을 써야 하는지 바로 이해하고,
마지막 화면에서 성공 상태를 명확히 확인할 수 있게 하라.
</task>

<constraints>
- 기존 SaaS 패턴과 충돌하지 않게 설계
- 너무 화려한 시각 효과보다 명확한 구조 우선
- 테이블, 필터, 빈 상태, 권한 메시지까지 포함
- 구현 불가능해 보이는 가상의 컴포넌트는 쓰지 말 것
</constraints>

<output>
1. 화면 목록과 각 화면의 목적
2. 화면별 핵심 UI 요소
3. 주요 인터랙션과 상태 변화
4. 오류/빈 상태/권한 부족 상태
5. PM이 디자이너와 엔지니어에게 바로 공유할 설명문
</output>

2. 이커머스 상품 상세부터 결제까지

구매 전환을 끌어올리고 싶을 때 쓰는 템플릿이다.

<role>
당신은 전환율 중심 이커머스 UX에 강한 디자이너다.
사용자가 망설이는 지점을 줄이고 구매 결정을 쉽게 만들어라.
</role>

<context>
브랜드명: [브랜드명]
상품군: [예: 패션 / 뷰티 / 전자제품 / 식품]
타깃 고객: [예: 20대 첫 구매자 / 재구매 고객]
플랫폼: [모바일 우선 / 웹 우선]
브랜드 톤: [예: 프리미엄, 따뜻함, 미니멀]
필수 정보: [배송, 반품, 리뷰, 재고, 옵션]
참고 자료: [현재 PDP, 경쟁사 URL, 촬영 이미지]
</context>

<task>
상품 상세 페이지, 장바구니, 체크아웃까지 이어지는 구매 플로를 설계하라.
상품 신뢰감, 옵션 선택의 명확성, 결제 직전 불안을 줄이는 데 집중하라.
</task>

<constraints>
- 모바일에서 한 손 사용을 우선 고려
- 스티키 CTA, 리뷰 요약, 배송/반품 정보 반영
- 쿠폰, 재고 부족, 옵션 품절, 비회원 구매 여부 처리
- 과도한 배너로 시선을 분산시키지 말 것
</constraints>

<output>
1. PDP 구조와 핵심 섹션 우선순위
2. 장바구니와 체크아웃 화면 설명
3. 구매 저항을 낮추는 마이크로카피
4. 신뢰 요소 배치 이유
5. A안과 B안 두 가지 레이아웃 방향
</output>

3. 핀테크 온보딩과 신뢰 형성

가입은 쉬워야 하고, 동시에 가벼워 보이면 안 되는 서비스에 맞는다.

<role>
당신은 핀테크와 민감 정보 흐름에 강한 프로덕트 디자이너다.
신뢰, 명확성, 규제 친화적 커뮤니케이션을 우선하라.
</role>

<context>
서비스명: [서비스명]
사용자: [예: 첫 투자자 / 개인 사업자 / 자산관리 고객]
핵심 행동: [예: 계좌 개설 / 투자 시작 / 카드 신청]
필수 단계: [본인 확인, 약관, 위험 고지 등]
브랜드 성격: [예: 차분함, 전문성, 친절함]
참고 자료: [법무 문구, 기존 앱 화면, 경쟁 서비스]
</context>

<task>
신규 사용자가 서비스에 가입하고 첫 핵심 행동까지 도달하는 온보딩 플로를 설계하라.
필요한 정보는 충분히 주되, 화면마다 해야 할 일은 하나씩만 느껴지게 하라.
</task>

<constraints>
- 위험 고지와 동의는 숨기지 말고 이해하기 쉽게 배치
- 보안, 신뢰, 데이터 보호 메시지를 자연스럽게 포함
- 진행률 표시와 저장 후 이어하기 여부 고려
- 에러 메시지는 불안을 키우지 않으면서도 분명해야 함
</constraints>

<output>
1. 온보딩 단계별 목적
2. 화면별 카피 톤 제안
3. 신뢰를 높이는 UI 장치
4. 중도 이탈을 줄이는 장치
5. 법무/컴플라이언스 검토가 필요한 지점 표시
</output>

4. 헬스케어 예약과 결과 조회

사용자는 대개 급하거나, 불안하거나, 둘 다다. 그래서 차분한 구조가 중요하다.

<role>
당신은 헬스케어 서비스 UX에 강한 디자이너다.
불안을 줄이고 다음 행동을 명확히 안내하는 화면을 설계하라.
</role>

<context>
서비스명: [서비스명]
사용자: [환자 / 보호자 / 병원 스태프]
핵심 시나리오: [예약 / 문진 / 검사 결과 조회 / 재방문 예약]
플랫폼: [모바일 앱 / 웹]
브랜드 톤: [차분함, 친절함, 전문성]
참고 자료: [기존 화면, 병원 운영 정책, 의료 문구]
</context>

<task>
예약부터 확인, 이후 안내까지 이어지는 사용자 흐름 또는 검사 결과 조회 경험을 설계하라.
사용자가 지금 무엇을 해야 하는지, 왜 해야 하는지를 분명히 느끼게 하라.
</task>

<constraints>
- 작은 글씨에 정보 몰아넣지 말 것
- 예약 시간, 준비사항, 위치, 비용, 주의사항을 명확히 구분
- 접근성을 고려해 대비와 가독성을 높일 것
- 민감 정보는 조심스럽고 직접적인 언어로 다룰 것
</constraints>

<output>
1. 핵심 화면 구조
2. 사용자의 불안을 줄이는 카피
3. 상태별 안내 방식
4. 보호자 또는 가족 공유가 필요한 지점
5. 놓치기 쉬운 접근성 점검 항목
</output>

5. 에듀테크 학습 여정과 동기 부여

학습 서비스는 화려함보다 지속성이 중요하다.

<role>
당신은 학습 제품의 동기 설계와 정보 구조에 강한 디자이너다.
학습자가 압박감보다 진전을 느끼게 만드는 경험을 설계하라.
</role>

<context>
서비스명: [서비스명]
학습자: [초등 / 중고등 / 대학생 / 직장인]
핵심 목표: [매일 학습 지속 / 코스 완주 / 시험 대비]
콘텐츠 유형: [영상 / 퀴즈 / 실습 / 라이브]
브랜드 톤: [친근함, 똑똑함, 차분함]
참고 자료: [현재 대시보드, 커리큘럼 문서, 경쟁 앱]
</context>

<task>
학습 대시보드와 1회 학습 세션 흐름을 설계하라.
학습자는 지금 무엇부터 하면 되는지 바로 이해해야 하며,
작은 성취가 쌓이는 느낌을 받아야 한다.
</task>

<constraints>
- 과도한 보상 UI보다 실제 진도 이해를 우선
- 다음 행동이 항상 하나는 보여야 함
- 미완료, 복습 필요, 완주 상태를 명확히 구분
- 모바일과 데스크톱 모두에서 읽기 쉬워야 함
</constraints>

<output>
1. 대시보드 정보 우선순위
2. 세션 시작 전/중/후 화면 설명
3. 동기 부여를 위한 카피와 피드백 방식
4. 학습 중단 후 복귀 경험
5. 초보자용 버전과 숙련자용 버전의 차이
</output>

6. 내부 운영툴과 백오피스

겉으로 예쁜 것보다 빠르고 정확한 것이 중요한 상황에 맞는 템플릿이다.

<role>
당신은 운영팀, CS팀, 리스크팀이 매일 쓰는 내부 도구에 강한 디자이너다.
속도, 정보 밀도, 실수 방지를 우선하라.
</role>

<context>
도구 목적: [예: 주문 처리 / 계정 제재 / 환불 승인 / 콘텐츠 검수]
사용자: [운영 담당자 / 관리자 / 감사 담당자]
핵심 업무: [하루에 반복되는 작업]
필수 데이터: [상태, 로그, 메모, 권한, 이력]
플랫폼: [데스크톱 웹]
참고 자료: [현재 어드민, 스프레드시트, 업무 SOP]
</context>

<task>
검색, 필터, 상세 패널, 이력 확인, 빠른 액션이 가능한 운영툴 화면을 설계하라.
숙련자는 빠르게 처리하고, 신규 담당자는 실수하지 않도록 도와야 한다.
</task>

<constraints>
- 키보드 중심 작업과 대량 처리 고려
- 테이블 밀도는 높되 읽기 어렵지 않게 유지
- 위험 액션에는 확인 단계와 감사 로그 흐름 포함
- 마케팅 톤의 문구는 배제
</constraints>

<output>
1. 메인 리스트 화면 구조
2. 상세 패널 또는 상세 페이지 설계
3. 대량 작업 흐름
4. 실수 방지 장치
5. 교육용 주석이 필요한 부분
</output>

목적별 템플릿

Claude Design은 프로토타입, 프레젠테이션, URL 공유, PPTX·PDF·HTML·Canva 내보내기, 그리고 Claude Code 핸드오프까지 이어지는 흐름을 갖고 있다. 그래서 목적별 프롬프트는 결과물의 형태를 끝까지 명시하는 편이 좋다.⁴⁵⁷

1. 빠른 와이어프레임 생성

아이디어를 회의실 밖으로 꺼내는 가장 빠른 시작점이다.

<role>
당신은 빠른 탐색을 돕는 UX 디자이너다.
정교한 비주얼보다 정보 구조와 사용자 흐름을 우선하라.
</role>

<context>
만들 것: [화면 또는 플로우]
대상 사용자: [사용자]
핵심 행동: [사용자가 완료해야 하는 일]
참고 자료: [붙인 문서, 스케치, 캡처]
</context>

<task>
이 주제를 바탕으로 저충실도 와이어프레임 3가지를 만들어라.
각 안은 레이아웃 철학이 달라야 하며, 어떤 상황에서 더 적합한지도 설명하라.
</task>

<constraints>
- 회색조 또는 최소한의 스타일로 표현
- CTA는 분명하게 표시
- 과도한 장식 대신 구조 비교가 잘 되게 할 것
</constraints>

<output>
1. A/B/C안의 핵심 차이
2. 화면별 구조
3. 추천안과 이유
</output>

2. 인터랙티브 프로토타입 전환

정적 설명을 클릭 가능한 흐름으로 바꿀 때 쓰면 좋다.⁴⁵

<role>
당신은 정적 목업을 사용자 테스트 가능한 인터랙티브 프로토타입으로 바꾸는 디자이너다.
</role>

<context>
기존 자료: [화면 설명 또는 업로드한 시안]
테스트하고 싶은 것: [예: 가입 전환, 필터 이해도, 승인 흐름]
핵심 사용자: [사용자]
</context>

<task>
이 디자인을 클릭 가능한 인터랙티브 프로토타입으로 발전시켜라.
사용자가 따라갈 대표 시나리오 1개와 보조 시나리오 2개를 포함하라.
</task>

<constraints>
- 실제 사용처럼 느껴지는 전환과 피드백 포함
- 샘플 데이터는 현실적으로 작성
- 로딩, 빈 상태, 오류 상태도 최소 1개 이상 포함
- 코드 리뷰나 PR 없이 이해관계자가 바로 눌러볼 수 있어야 함
</constraints>

<output>
1. 주요 시나리오 설명
2. 클릭 가능한 지점 목록
3. 전환 규칙과 상태 변화
4. 사용자 테스트 시 관찰 포인트
</output>

3. 피치덱과 경영진 발표 자료

거친 아웃라인을 발표 가능한 덱으로 바꿀 때 사용한다.⁷

<role>
당신은 창업자와 경영진 발표 자료에 강한 프레젠테이션 디자이너다.
메시지 흐름, 한 슬라이드당 한 주장, 브랜드 일관성을 우선하라.
</role>

<context>
발표 대상: [투자자 / 이사회 / 경영진 / 고객]
목표: [투자 유치 / 승인 / 설득 / 업데이트]
핵심 메시지 3개: [메시지]
브랜드 자료: [로고, 색상, 기존 덱]
아웃라인 또는 메모: [붙여 넣기]
</context>

<task>
이 자료를 바탕으로 [슬라이드 수]장의 온브랜드 발표 자료를 만들어라.
숫자는 강조하고, 이야기 흐름은 자연스럽게 이어지게 하라.
</task>

<constraints>
- 슬라이드마다 제목이 주장처럼 읽히게 할 것
- 텍스트 과밀 금지
- 필요한 차트나 도식은 제안해서 포함
- 발표자 노트 초안도 함께 제공
</constraints>

<output>
1. 슬라이드별 제목과 핵심 메시지
2. 각 슬라이드의 시각 구조
3. 발표자 노트 초안
4. PPTX 또는 Canva로 내보낼 때 주의할 점
</output>

4. 랜딩 페이지와 캠페인 비주얼

마케팅 팀이 빠르게 실험안을 뽑고 싶을 때 적합하다.

<role>
당신은 성과형 마케팅과 브랜드 톤을 동시에 챙기는 디자이너다.
</role>

<context>
캠페인 목적: [가입 유도 / 데모 신청 / 대기자 모집 / 구매 전환]
타깃 고객: [고객]
제안 가치: [한 줄 가치 제안]
브랜드 톤: [톤]
반드시 넣을 요소: [후기, 가격, FAQ, 비교표, 폼]
참고 자료: [광고 문구, 기존 랜딩, 제품 캡처]
</context>

<task>
전환 중심 랜딩 페이지를 설계하라.
헤로 섹션, 사회적 증거, 문제-해결 구조, CTA, FAQ까지 포함하라.
필요하면 같은 메시지로 서로 다른 톤의 버전 2개를 제안하라.
</task>

<constraints>
- 첫 화면에서 누구를 위한 페이지인지 즉시 보여줄 것
- CTA는 반복되지만 지루하지 않게 배치
- 모바일에서 폼 완주율을 고려
- 장식용 문구보다 설득 요소를 우선
</constraints>

<output>
1. 섹션 순서와 이유
2. 각 섹션의 핵심 카피 초안
3. 시각 스타일 방향
4. A/B 테스트해볼 포인트 3개
</output>

5. 팀 디자인 시스템 연결 요청

코드베이스와 기존 파일에서 토큰과 컴포넌트를 끌어오고 싶을 때 쓰는 템플릿이다.⁴⁵

<role>
당신은 디자인 시스템을 추출하고 정리하는 시스템 디자이너다.
코드와 디자인 파일을 읽고, 재사용 가능한 규칙으로 정리하라.
</role>

<context>
소스 자료: [코드베이스 / 디자인 파일 / 웹 캡처 / 브랜드 가이드]
목표: [예: 색상, 타이포그래피, 버튼, 폼, 카드 규칙 정리]
조직 상황: [단일 브랜드 / 멀티 브랜드 / 제품별 서브브랜드]
현재 문제: [예: 버튼 규칙 불일치, 명명 혼란, 화면마다 여백 다름]
</context>

<task>
첨부한 자료를 바탕으로 우리 팀의 디자인 시스템 초안을 구성하라.
색상, 타이포그래피, 간격, 컴포넌트, 상태 규칙을 추출하고,
앞으로 새 프로젝트에 자동 적용할 수 있게 구조화하라.
</task>

<constraints>
- 소스 자료의 일관되지 않은 부분은 그대로 복사하지 말고 규칙으로 정리
- 의미 기반 네이밍을 우선
- 디자인과 엔지니어링이 같이 이해할 수 있는 언어 사용
- 불확실한 부분은 추정하지 말고 질문으로 남길 것
</constraints>

<output>
1. 추출된 디자인 토큰 초안
2. 핵심 컴포넌트 목록과 사용 규칙
3. 충돌하거나 애매한 규칙 목록
4. 팀에 물어봐야 할 확인 질문
5. 온보딩 후 첫 번째 테스트 프로젝트 제안
</output>

6. UX 마이크로카피 묶음 생성

화면은 괜찮은데 말투가 어색할 때 의외로 큰 힘을 발휘한다.

<role>
당신은 UX 라이터이자 제품 디자이너다.
짧고 분명하고 브랜드에 맞는 인터페이스 문구를 작성하라.
</role>

<context>
제품명: [제품명]
브랜드 톤: [예: 따뜻함, 명료함, 전문성]
화면 또는 플로우: [예: 회원가입, 결제 실패, 데이터 업로드]
대상 사용자: [사용자]
피해야 할 톤: [예: 과장, 퉁명스러움, 지나친 유머]
</context>

<task>
이 플로우에 필요한 마이크로카피 세트를 작성하라.
제목, 본문, 버튼, 빈 상태, 오류 메시지, 성공 메시지, 도움말 문구를 포함하라.
</task>

<constraints>
- 버튼은 짧고 행동 중심으로 작성
- 오류 메시지는 원인과 다음 행동을 함께 제시
- 초보자도 이해할 수 있는 쉬운 한국어 사용
- 한 화면 안에서 톤이 흔들리지 않게 할 것
</constraints>

<output>
1. 화면별 마이크로카피 표
2. 브랜드 톤 체크 메모
3. 더 짧은 버전과 더 친절한 버전 각각 1안
</output>

7. 디자인 리뷰와 개선안 도출

파일을 직접 열어 보지 못해도, 묘사가 충분하면 꽤 날카로운 피드백을 얻을 수 있다.³

<role>
당신은 전환, 가독성, 접근성, 정보 구조를 함께 보는 디자인 리뷰어다.
좋은 점과 문제점을 모두 말하되, 개선 제안은 구체적으로 작성하라.
</role>

<context>
현재 디자인 설명: [화면 구조를 자세히 설명]
목표 사용자: [사용자]
핵심 목표: [전환, 이해도, 완료율 등]
걱정되는 부분: [사용자가 헷갈릴 것 같은 지점]
</context>

<task>
이 디자인을 비평하라.
무엇이 잘 작동하는지, 무엇이 약한지, 가장 큰 개선 효과를 줄 수정 5가지를 제안하라.
그다음 수정안을 반영한 새 버전의 구조도 다시 제시하라.
</task>

<constraints>
- 취향 평가보다 목적 적합성 중심
- 모호한 표현 대신 화면 수준의 제안으로 답변
- 접근성과 가독성 이슈를 반드시 포함
</constraints>

<output>
1. 잘된 점
2. 문제점
3. 우선순위가 높은 개선 5가지
4. 개선 후 화면 구조 요약
</output>

8. Claude Code 핸드오프 번들 생성

디자인 의도가 코드로 번역되다가 사라지는 일을 줄이고 싶다면 이 템플릿이 유용하다.⁴⁵

<role>
당신은 디자인을 엔지니어링 구현으로 정확히 넘기는 핸드오프 전문가다.
디자인 의도, 컴포넌트 구조, 상태 규칙을 구현 가능한 언어로 정리하라.
</role>

<context>
프로젝트명: [프로젝트명]
완성된 디자인 또는 프로토타입: [설명 또는 첨부]
연결된 코드베이스: [있음/없음]
사용할 컴포넌트 또는 토큰: [있다면 명시]
엔지니어가 알아야 할 제약: [성능, 일정, 기술 스택]
</context>

<task>
이 디자인을 Claude Code로 넘길 수 있는 핸드오프 번들을 작성하라.
컴포넌트 구조, 상태별 동작, 카피, 인터랙션 노트, 에지 케이스, 분석 이벤트까지 포함하라.
</task>

<constraints>
- 시각 설명만 하지 말고 구현 단위로 쪼갤 것
- 빈 상태, 오류 상태, 로딩 상태를 반드시 포함
- 접근성 요구사항과 반응형 규칙 포함
- 엔지니어가 다시 해석하지 않아도 되게 명확히 작성
</constraints>

<output>
1. 기능 개요
2. 화면/컴포넌트 계층 구조
3. 디자인 토큰 및 스타일 규칙
4. 인터랙션과 상태 전이
5. 분석 이벤트와 성공 조건
6. 구현 우선순위와 오픈 질문
</output>

짧은 수정 프롬프트 10선

첫 결과가 나온 뒤에는 긴 재설명보다 짧고 날카로운 수정 요청이 잘 먹힌다. 아래 문장들은 그대로 붙여 넣어도 된다.

• 이 안을 모바일 우선 구조로 다시 짜고, 손가락이 닿기 쉬운 CTA 배치를 강조해 줘.

• 같은 정보 구조를 유지한 채 엔터프라이즈 톤과 스타트업 톤 두 버전으로 보여줘.

• 화면 수는 그대로 두고 카피만 더 짧고 자신감 있게 다듬어 줘.

• 초보 사용자에게 어려운 지점을 찾아서 한 단계씩 더 잘게 나눠 줘.

• 이 플로에서 비어 있음, 오류, 로딩 상태를 추가해 줘.

• 우리 브랜드 색을 더 약하게 쓰고 대비와 가독성 위주로 다시 정리해 줘.

• 시각적으로는 덜 화려해도 좋으니 구현 난도를 낮춘 버전으로 바꿔 줘.

• 같은 목적을 달성하는 완전히 다른 레이아웃 방향을 하나 더 제안해 줘.

• 관리자 권한과 일반 사용자 권한이 다를 때의 차이를 화면에 반영해 줘.

• 이 결과를 디자이너 리뷰용 설명문과 엔지니어 핸드오프용 설명문으로 각각 써 줘.

나만의 템플릿을 만드는 공식

직접 템플릿을 만들고 싶다면 이 한 줄 공식을 기억하면 된다.

사용자 + 상황 + 목표 행동 + 반드시 포함할 제약 + 원하는 산출 형식

예를 들어, 창업자를 위한 투자 피치 화면을 만들고 싶다면 창업자라는 사용자, 프리시드 투자 미팅이라는 상황, 신뢰 형성이라는 목표 행동, 숫자 중심과 과장 금지라는 제약, 8장 발표 자료라는 산출 형식을 넣으면 된다. 프롬프트는 길어도 괜찮지만, 기준은 흐리면 안 된다.

좋은 템플릿은 화려한 말로 이루어지지 않는다. 판단 기준이 분명하고, 결과를 바로 다음 작업으로 넘길 수 있게 만드는 템플릿이 진짜 좋은 템플릿이다. 이 부록의 역할도 딱 거기까지다. 아이디어를 일로 바꾸는 것.

참고

¹50 Best Claude Prompts in 2026: Copy-Paste Templates for Every Task

²Anthropic Prompt Library Examples: 50+ Claude Templates

³9 Best Claude Prompts for Design That Actually Work

⁴Introducing Claude Design by Anthropic Labs

⁵Using Claude Design for prototypes and UX

⁶Claude Design PM Prompt Toolkit

⁷Using Claude Design for presentations and slide decks