프롬프트 기본기에서 역할·맥락·형식 3요소를 다뤘습니다. 그중 역할은 가장 많이 쓰지만 가장 대충 쓰는 요소이기도 합니다. "전문가로서 답해 줘"라는 한 줄은 생각보다 효과가 작습니다. 이번 글에서는 역할을 제대로 설정하는 방법을 더 깊게 다룹니다.
역할이 하는 일
역할은 클로드에게 지식을 더해 주지 않습니다. 대신 다음을 정해 줍니다.
- 관점: 같은 문제를 비용 관점으로 볼지, 고객 경험 관점으로 볼지
- 수준: 초보자에게 설명할지, 동료 전문가와 대화할지
- 용어: 업계 용어를 쓸지, 쉬운 말로 풀지
- 우선순위: 무엇을 먼저 고려할지
그래서 역할이 막연하면 이 네 가지가 모두 평균값으로 정해지고, 답도 평균적인 일반론이 됩니다.
약한 역할과 강한 역할
약한 역할은 직함만 있고, 강한 역할은 그 사람이 처한 현실까지 있습니다. 위 이미지처럼 "마케팅 전문가"와 "월 예산 300만 원으로 인스타그램만 운영해 온 1인 마케터"는 같은 질문에 전혀 다른 답을 냅니다. 후자는 대행사를 써야 하는 아이디어나 큰 예산이 드는 캠페인을 스스로 걸러 냅니다.
역할을 만드는 4가지 요소
| 요소 | 질문 | 예시 |
|---|---|---|
| 경력·직무 | 어떤 일을 얼마나 해 왔나 | 10년 차 B2B 영업팀장 |
| 처한 상황 | 지금 어떤 압박이 있나 | 예산 삭감 직후, 분기 목표 미달 |
| 관점·우선순위 | 무엇을 먼저 따지나 | 비용 > 속도 > 편의 |
| 제약 | 무엇을 할 수 없나 | 외주 불가, 2주 안에 결과 |
네 가지를 다 채울 필요는 없지만, 상황과 제약이 들어가면 답이 확 현실적으로 바뀝니다.
역할을 바꿔 여러 관점으로 보기
역할 프롬프트의 진짜 쓸모는 같은 문제를 여러 관점으로 보는 데 있습니다.
아래 신규 서비스 기획안을 세 사람의 관점에서 각각 검토해 줘.
1. 비용을 책임지는 재무팀장
2. 실제로 쓰게 될 현장 상담원
3. 처음 서비스를 접하는 50대 고객
각 관점마다 가장 걱정할 점 2가지와 좋아할 점 1가지.
혼자서는 떠올리기 어려운 반대 의견을 미리 확인할 수 있어, 회의 전에 기획안을 다듬는 데 유용했습니다.
역할 프롬프트를 쓰면 안 되는 경우
- 사실 확인이 핵심인 질문: "변호사로서 답해 줘"라고 해도 법률 자문의 정확성이 보장되지 않습니다. 역할보다 출처 확인이 먼저입니다.
- 실존 인물 흉내: 특정 인물의 말투나 의견을 지어내게 하는 것은 오해를 낳을 수 있습니다. 직무와 경험으로 역할을 정하세요.
- 역할과 질문이 안 맞을 때: "시인으로서 엑셀 수식을 짜 줘"처럼 역할이 오히려 방해가 될 수 있습니다.
대화 전체에 역할을 유지하려면
한 번의 질문이 아니라 계속 같은 역할로 대화해야 한다면, 질문마다 역할을 반복하지 말고 시스템 프롬프트나 프로젝트 지침에 넣어 두세요.
써 보며 정리한 기준
역할을 쓸 때 제가 스스로 묻는 질문은 하나입니다. "이 역할의 사람은 무엇을 걱정하고 있을까?" 걱정거리가 들어간 역할은 답이 현실적이고, 걱정이 없는 역할은 답이 교과서 같았습니다. 직함 한 줄 대신 걱정 한 줄을 써 보세요.
이 글의 요점
- 역할은 지식이 아니라 관점·수준·용어·우선순위를 정합니다.
- 경력, 상황, 우선순위, 제약 중 특히 상황과 제약이 답을 현실적으로 만듭니다.
- 역할을 바꿔 같은 문제를 여러 관점으로 검토하고, 사실 확인이 핵심인 질문에는 역할보다 출처를 챙기세요.
