06. 역할 부여 프롬프트

같은 질문이라도 어떤 역할로 답하라고 요청하느냐에 따라 답변의 초점과 밀도가 크게 달라질 수 있다.

---

1. 역할 부여란 무엇인가?

역할 부여는 모델에게 특정 관점이나 직무를 먼저 설정한 뒤 답하게 하는 방식이다.

예를 들어 아래 두 요청은 같은 주제를 다루지만 답변 성격이 다르다.

이 기획서를 평가해줘.

당신은 SaaS 투자 심사역이다.
이 기획서를 시장성, 차별성, 수익 구조 관점에서 평가해줘.

두 번째 요청은 모델이 어떤 기준으로 읽어야 하는지 더 분명하게 만든다.

---

2. 왜 역할 부여가 유용한가?

역할 부여의 핵심 효과는 답변의 초점을 좁히는 것이다.

• 어떤 관점으로 봐야 하는지 고정된다
• 불필요한 일반론이 줄어든다
• 평가 기준을 자연스럽게 끌어올 수 있다
• 같은 주제도 다른 역할로 여러 번 검토할 수 있다

예를 들어 같은 문서라도 아래처럼 완전히 다른 피드백을 받을 수 있다.

역할	더 중요하게 보는 것
투자 심사역	시장성, 수익성, 성장 가능성
교수	논리 구조, 근거, 개념 명확성
디자이너	사용자 흐름, 표현 방식, 전달력
운영 담당자	실행 가능성, 리스크, 운영 비용

---

3. 단순 별명보다 역할 설명이 중요하다

역할 부여는 너는 Jane이야처럼 이름만 붙인다고 잘 작동하지 않는다.
보통은 아래처럼 역할 + 배경 + 해야 할 일이 함께 있어야 효과가 좋다.

당신은 7년차 서비스 기획자다.
신규 기능 제안서를 읽고 사용자 가치, 구현 난이도, 우선순위 관점에서 피드백해줘.

즉, 역할 부여 프롬프트는 최소한 다음 세 요소를 가지면 좋다.

• 누구처럼 답해야 하는가
• 어떤 맥락에 있는가
• 무엇을 기준으로 답해야 하는가

---

4. 전문가 역할 부여

전문가 역할 부여는 가장 자주 쓰이는 형태다.

예:

당신은 B2B SaaS의 고객 성공 매니저다.
아래 고객 이탈 사유를 읽고, 유지 방안을 3단계로 제안해줘.

이 방식은 특히 아래 상황에 좋다.

• 기획서 피드백
• 보고서 검토
• 고객 커뮤니케이션 문안 점검
• 전략 문서의 허점 찾기

주의할 점은 이것이 실제 전문가 검토를 대체하지는 않는다는 것이다.
특히 법률, 의료, 금융 같은 고위험 영역에서는 초안 참고 수준으로만 다루는 편이 안전하다.

---

5. 상호 역할 부여

상호 역할 부여는 AI에게만 역할을 주는 것이 아니라 사용자 자신의 역할도 함께 설정하는 방식이다.

예:

당신은 자동차 렌트 상담사다.
나는 1박 2일 여행을 준비하는 초보 운전자다.
내 상황에 맞춰 보험과 차종을 추천해줘.

이 방식이 유용한 이유는 모델이 누구에게 답하는지까지 함께 고려하기 때문이다.

설정 방식	예상되는 차이
AI 역할만 부여	정보는 많지만 사용자 맥락이 약할 수 있음
AI + 사용자 역할 함께 부여	불필요한 정보가 줄고 상황 맞춤성이 높아짐

즉, 상호 역할 부여는 답변을 더 지엽적이고 실전적인 방향으로 끌어오는 데 좋다.

---

6. 역할 부여를 쓸 때 자주 하는 실수

6.1 역할만 있고 작업 기준이 없다

당신은 교수다만으로는 부족하다.
무엇을 평가해야 하는지까지 있어야 한다.

6.2 너무 많은 역할을 한 번에 넣는다

교수이자 투자자이자 개발자이자 디자이너처럼 봐줘는 오히려 기준을 흐린다.

6.3 고위험 분야에서 역할 부여만 믿는다

전문가 역할을 줬다고 실제 전문 판단이 보장되지는 않는다.

---

7. 실전에서 바로 쓰기 좋은 템플릿

당신은 [역할]이다.
나는 [사용자 역할 또는 상황]이다.

다음 작업을 수행해줘:
- [작업 1]
- [작업 2]

평가 기준:
- [기준 1]
- [기준 2]

출력 형식:
- [표 / 불릿 / 단계별 설명]

이 정도만 잡아도 역할 부여 품질이 많이 안정된다.

---

핵심 정리

• 역할 부여는 모델의 답변 초점을 특정 관점으로 좁히는 기법이다
• 역할 이름만이 아니라 배경과 평가 기준까지 함께 줘야 효과가 좋다
• 상호 역할 부여는 사용자 상황까지 함께 설정해 맞춤형 답변을 끌어내는 방식이다
• 고위험 분야에서는 역할 부여를 참고 도구로만 쓰고 실제 전문가 판단을 대체하지 말아야 한다