프로덕트 디자이너를 위한 프롬프트 엔지니어링
프롬프트 하나가 결과물의 퀄리티와 속도를 바꾼다
최근 프로젝트에서 저는 AI를 ‘툴’이 아닌 팀원처럼 활용했습니다.
그 과정에서 깨달은 건 단순했습니다.
같은 AI, 같은 기능이라도 프롬프트 하나로 결과물의 퀄리티와 속도가 극적으로 달라진다.
어떤 때는 “이건 바로 써야겠다” 싶은 결과물이 나오고,
어떤 때는 “이건 다시 해야겠다” 싶은 결과물이 나왔습니다.
그 차이를 만든 건 ‘프롬프트의 설계’였습니다.
이번 글에서는 제가 실무에서 직접 써본 프롬프트 엔지니어링 3원칙을 공유하려 합니다.
특히 프로덕트 디자이너가 오늘 당장 적용할 수 있는 방법에 집중했습니다.
프롬프트 엔지니어링 3원칙
1. 구체적인 요청
정의
AI에게 원하는 결과를 얻으려면 목표, 대상, 범위, 제약조건, 산출물 형식을 구체적으로 적어야 합니다.
디자인 브리프를 작성하듯 요청하면, 모델이 불필요하게 넓게 해석하지 않고 내가 원하는 범위 안에서 결과를 줍니다.
왜 중요한가
AI 모델은 확률적으로 “가능한 답” 중 하나를 선택합니다.
요청이 모호하면 범위가 넓어져 의도와 다른 결과가 나올 가능성이 큽니다.
반대로 조건을 명확히 하면 모델의 탐색 범위가 좁아져 일관된 품질을 유지할 수 있습니다.
예시 작성 가이드
대상: 결과물이 누구를 위한 것인지 명시 (예: 20~40대 직장인, 주 3회 이상 사용하는 사용자)
목표: 해결하려는 문제·기대 성과 구체화 (예: 대시보드에서 KPI를 5초 안에 확인)
범위: 포함·제외 요소 명확히
제약조건: 브랜드, 접근성, 플랫폼 가이드
평가 기준: 결과물을 검토할 때 품질 판단 기준 포함
예시: 개인 재무 관리 앱의 메인 대시보드 설계
구체적인 요청 구체화 요소
대상: 주 3회 이상 사용하는 개인 재무 관리 앱 사용자
목표: 한눈에 자산 현황을 파악하고, 다음 달 예산 계획을 쉽게 세울 수 있는 메인 대시보드 설계
범위: 메인 대시보드 1화면, 핵심 카드형 위젯 5개 이내
제약조건: 브랜드 컬러(#004F9E, #F3F4F6), 접근성 대비 비율 4.5:1 이상, iOS 디자인 가이드 준수
평가 기준: 각 위젯 설명은 50자 이내, 전문 용어 대신 일상 언어 사용
요청: 위 조건을 모두 반영해, 사용자가 매일 진입했을 때 ‘자산 현황’과 ‘예산 계획’ 정보를 직관적으로 파악할 수 있도록 UI 구성을 제안하고, 각 위젯별 기대 효과를 1줄씩 설명
완성 문단
개인 재무 관리 앱의 메인 대시보드 설계 가이드를 작성해줘.
대상은 주 3회 이상 앱을 사용하는 사용자이며, 목표는 자산 현황을 한눈에 확인하고 다음 달 예산 계획을 쉽게 세우도록 하는 것이다. 범위는 메인 대시보드 1화면, 카드형 위젯 5개 이내로 제한한다. 디자인은 브랜드 컬러(#004F9E, #F3F4F6)를 사용하고, 색상 대비는 WCAG 4.5:1 이상을 만족하며, iOS 디자인 가이드라인을 준수해야 한다. 각 위젯 설명은 50자 이내로 작성하며 전문 용어 대신 일상적인 표현을 사용한다. 위 조건을 모두 반영해, 사용자가 매일 진입했을 때 ‘자산 현황’과 ‘예산 계획’ 정보를 직관적으로 파악할 수 있도록 UI 구성을 제안하고, 각 위젯별 기대 효과를 1줄씩 포함한다.
2. 맥락을 포함한 요청
정의
AI가 결과물을 생성할 때 참고할 수 있도록 비즈니스 목표, 사용자 상황, 환경 제약, 현재 상태 같은 배경 정보를 함께 제공합니다.
왜 중요한가
같은 문제라도 누구를 위해, 어떤 환경에서 해결하느냐에 따라 접근 방식이 달라집니다.
맥락이 없으면 AI는 일반적인 답을 내놓기 쉽지만, 맥락이 있으면 결과물이 현재 상황에 맞춰 구체화됩니다.
예시 작성 가이드
비즈니스 목표: 달성하려는 수치나 효과(전환율, 재구매율 등) 명시
사용자 상황: 사용 빈도, 디바이스 환경, 사용 중 제약 등 포함
환경 제약: 법적 규제, 기술적 제한, 운영 리소스 등 제한
현재 상태: VOC(고객 목소리)나 데이터 기반 현황
예시: 프리미엄 식품 커머스 UX 개선
맥락 구체화 요소
비즈니스 목표: 90일 내 재구매율 10% 향상
사용자 상황: 모바일에서 주로 점심시간(오전 11시~오후 1시)에 3분 이내로 구매를 완료, 반복 구매 시 동일 상품 선호
환경 제약: 신선식품 특성상 재고와 배송 시간 변동이 잦음, 개인정보보호법 준수 필수
현재 상태: 최근 60일간 장바구니 이탈률 15% 증가, 레시피-상품 추천 기능 사용률 30% 미만
구체적인 요청 구체화 요소
대상: 프리미엄 식품 이커머스 서비스의 기존 충성 고객과 최근 3개월 내 신규 고객
범위: ‘빠른 재주문’ 플로우와 ‘레시피 기반 상품 추천’ 기능 UX 개선
제약조건: 모바일 환경 우선 설계, 페이지 로딩 2초 이내, 신규 개발 없이 UI/UX 개선만으로 구현 가능
평가 기준: 실행 가능성 높고, 단기 적용이 가능한 아이디어여야 함
요청: 위 조건과 맥락을 반영하여 UX 개선 아이디어 3가지를 제안하고, 각 아이디어에 기대 효과와 잠재 리스크를 함께 포함
완성 문단
프리미엄 식품 이커머스 서비스의 UX 개선 아이디어를 제안해줘.
대상은 기존 충성 고객과 최근 3개월 내 신규 고객이며, 비즈니스 목표는 90일 내 재구매율을 10% 향상하는 것이다. 주요 사용자 상황은 모바일에서 주로 점심시간(오전 11시~오후 1시)에 3분 이내로 구매를 완료하며, 반복 구매 시 동일 상품을 선호하는 경향이 있다는 점이다. 환경 제약으로는 신선식품 특성상 재고와 배송 시간 변동이 잦고, 개인정보보호법을 반드시 준수해야 한다. 현재 상태는 최근 60일간 장바구니 이탈률이 15% 증가했고, 레시피-상품 추천 기능 사용률이 30% 미만이다. 범위는 ‘빠른 재주문’ 플로우와 ‘레시피 기반 상품 추천’ 기능 UX 개선으로 한정하며, 모바일 환경 우선 설계, 페이지 로딩 2초 이내, 신규 개발 없이 UI/UX 개선만으로 구현 가능해야 한다. 위 조건과 맥락을 반영하여 UX 개선 아이디어 3가지를 제안하고, 각 아이디어에 기대 효과와 잠재 리스크를 포함한다.
3. 구조화된 결과 요청
정의
AI가 작성한 내용을 바로 활용할 수 있도록 표, 리스트, JSON 등 출력 형식과 구조를 미리 지정합니다.
왜 중요한가
형식이 있으면 후처리 시간이 줄고, 팀원 공유·문서 삽입이 쉬워집니다. 또한 재사용 가능한 프롬프트로 일관성 유지가 가능합니다.
예시 작성 가이드
출력 포맷: 표, 마크다운, JSON, 리스트 중 명시
열/필드 구성: 각 항목의 이름과 내용, 순서 지정
길이 제한: 가독성을 위한 각 항목의 글자 수를 제한
샘플 한 줄: 원하는 스타일을 보여줄 수 있도록 예시 포함
예시: 모바일 핏니스 앱 온보딩 개선
구조화된 결과 구체화 요소
출력 포맷: 마크다운 표
열 구성: 단계 / 화면 요소 / 메시지 예시 / 기대 효과 / 측정 지표
길이 제한: 각 셀은 40자 이내
샘플 한 줄: 앱 설치 / 환영 배너 / “함께 달려볼 준비되셨나요?” / 기대감 상승 / 가입 완료율
구체적인 요청 구체화 요소
대상: 최근 1개월 내 가입한 모바일 핏니스 앱 신규 사용자
목표: 첫 7일 이내에 사용자가 핵심 기능(운동 시작하기)에 도달하도록 온보딩 플로우 개선
범위: 온보딩 단계 4단계(앱 설치, 계정 생성, 목표 설정, 기능 소개)
평가 기준: 메시지 예시는 긍정적·동기 부여형 문구 사용, 전문 용어 대신 일상 언어 사용
요청: 위 조건을 모두 반영해 신규 사용자가 앱 첫 실행 후 운동 기능까지 자연스럽게 도달할 수 있도록 온보딩 플로우를 제안하고, 각 단계별 개선 포인트와 기대 효과를 1줄씩 작성
완성 문단
모바일 핏니스 앱의 신규 사용자 온보딩 개선안을 작성해줘.
대상은 최근 1개월 내 가입한 신규 사용자이며, 목표는 첫 7일 이내에 사용자가 ‘운동 시작하기’ 기능에 도달하도록 하는 것이다. 범위는 온보딩 단계 4단계(앱 설치, 계정 생성, 목표 설정, 기능 소개)로 한정한다. 산출물은 마크다운 표로 작성하되, 열은 ‘단계 / 화면 요소 / 메시지 예시 / 기대 효과 / 측정 지표’로 구성하고, 각 셀은 40자 이내로 작성하며 메시지는 긍정적이고 동기 부여가 되는 문구를 사용하고 전문 용어 대신 일상적인 표현을 사용해야 한다. 위 조건을 모두 반영해, 신규 사용자가 앱 첫 실행 후 운동 기능까지 자연스럽게 도달할 수 있도록 온보딩 플로우를 제안하고, 각 단계별 개선 포인트와 기대 효과를 1줄씩 작성한다. 아래 샘플 한 줄을 참고해 스타일을 맞춰 작성한다. 예시: 앱 설치 / 환영 배너 / “함께 달려볼 준비되셨나요?” / 기대감 상승 / 가입 완료율
모든 프롬프트가 구조적일 필요는 없다
이 3원칙은 거창한 기술이 아니라, AI가 이해할 수 있는 언어로 번역하는 방법입니다.
구체적으로 요청하고
맥락을 전달하며
형식을 지정하면
AI는 훨씬 더 실무에 바로 쓸 수 있는 결과물을 만들어냅니다.
물론, 항상 이렇게 구조화된 프롬프트가 필요한 건 아닙니다. 브레인스토밍이나 아이디어 발산 단계에서는 느슨하고 열린 질문이 오히려 더 창의적인 결과를 줄 때도 있죠. 하지만 실무에서 원하는 결과물이 명확하고, 품질·일관성이 중요한 순간에는 이 3원칙을 적용한 구조화된 프롬프트가 큰 힘을 발휘합니다. 한 번이라도 이렇게 써보면, “AI가 이렇게까지 내 상황을 이해하고 맞춤 답을 줄 수 있구나” 하는 경험을 하게 됩니다. 그리고 그 경험은 다음 프롬프트를 더 정교하게 만드는 출발점이 됩니다.
함께 고민해보고 싶어요
최근에 AI에게 요청한 프롬프트 중, 가장 만족스러웠던 건 무엇이었나요?
다음 글에서는 이렇게 만든 요청을 더 정교하게 다듬는 프롬프트 엔지니어링 기법을 다뤄보겠습니다.
