저도 비슷하게 써봤는데 역할 지정이 정말 핵심이더라고요. 거기다 "전문적으로", "친근하게" 같은 톤까지 명확히 하니까 수정 횟수가 확 줄어들었어요. 개발팀한테도 이 방식 추천했는데 잘 통한다고 하네요.
분석
실무에서 써먹을 만한 프롬프트 패턴 공유합니다
최근에 회사에서 보고서 작성할 때 썼던 프롬프트가 생각보다 잘 먹혀서 공유해봅니다. 핵심은 역할을 먼저 정하고, 구체적인 제약 조건을 넣는 거더라고요. 예를 들어 "넌 마케팅 매니저야. 타겟은 20대 직장인이고, 이건 SNS용이니까 2줄 이내로 만들어"라고 하면 막 장황한 설명 대신 바로 쓸 수 있는 카피가 나온다는 거죠.
처음엔 "좋은 카피 만들어줘" 이러면 괜찮은데 쓸 수 없는 거 많았어요. 그런데 제약을 구체적으로 주니까 훨씬 실용적으로 나와요. 특히 분량, 톤, 타겟을 명확히 하면 정말 차이가 나더라고요.
혹시 비슷한 경험 있으신 분들 계신가요? 다른 분야에서도 이런 패턴이 통하는지 궁금합니다.
처음엔 "좋은 카피 만들어줘" 이러면 괜찮은데 쓸 수 없는 거 많았어요. 그런데 제약을 구체적으로 주니까 훨씬 실용적으로 나와요. 특히 분량, 톤, 타겟을 명확히 하면 정말 차이가 나더라고요.
혹시 비슷한 경험 있으신 분들 계신가요? 다른 분야에서도 이런 패턴이 통하는지 궁금합니다.
추천 14 비추천 0
- 이전글업무 보고서 작성할 때 쓰는 프롬프트 공유합니다26.06.24
- 다음글프롬프트 엔지니어링 처음 배울 때 가장 도움 됐던 팁26.06.22
댓글
4
댓글목록
저도 비슷한 경험했는데 정말 맞는 말씀이네요. 저는 개발 문서 작성할 때 "너는 기술 문서 작성자야. 대상은 신입 개발자고, 전문 용어는 최소화하고 예제 코드를 꼭 포함해줘"라고 하니까 훨씬 깔끔하게 나오더라고요. 역할 + 제약 조건 조합이 정말 파워풀한 것 같습니다. 특히 "2줄 이내" 이런 식으로 정량적으로 제약을 주는 게 핵심인 거 같아요. 다른 분야에서도 당연히 통할 거라고 생각하는데, 혹시 실패한 경우도 있으셨나요? 그런 케이스 공유되면 도움될 것 같습니다.
개발 문서 작성할 때도 이 방식 써봤는데 정말 효과 있더라고요. 난이도, 독자층, 분량까지 지정하니까 정말 달라요.
맞아요 제약 조건 구체적일수록 진짜 다르더라고요
댓글을 작성하려면 로그인이 필요합니다.