프롬프트 가이드
Claude에게 인사 평가서를 작성시키는 방법
어려운 건 글쓰기가 아니다. 반년치 세부 사항을 기억해내는 일이다.
Anthropic의 Claude는 어렴풋이 기억나는 성과 목록을 일 년 내내 꼼꼼히 지켜본 사람이 쓴 것 같은 평가서로 바꾸는 데 능숙합니다. Claude가 모르는 것은 팀에서 실제로 무슨 일이 있었는지이며, 당신이 알려주지 않으면 알 수 없습니다. 그래서 "팀원 인사 평가서를 써줘" 같은 한 줄짜리 프롬프트는 거의 누구에게나 들어맞을 만큼 일반적인 결과로 돌아오곤 합니다. 해결책은 신경 쓰는 관리자라면 어차피 사용할 재료를 Claude에게 그대로 주는 것입니다. 구체적인 사례, 설정된 목표, 그리고 강점과 성장 영역을 균형 있게 다루라는 명확한 지시를 준 뒤, 초안을 인사팀 근처로 보내기 전에 그 해에 대한 당신 자신의 기억과 대조해 확인하세요.
Claude에게 인사 평가서를 작성시키려면 대상자의 직무와 평가 기간, 모호한 인상이 아닌 구체적인 성과와 사례 목록, 기간 초에 설정된 목표를 알려주고, 강점과 성장 영역, 다음 기간 목표를 균형 있고 구체적으로 다루라고 지시하세요. 회사의 AI 정책이 명시적으로 허용하지 않는 한 전체 이름, 급여, 인사 시스템 데이터 같은 기밀 정보는 절대 입력하지 말고, 사람을 직무로 설명한 뒤 식별 정보는 나중에 직접 추가하세요.
게시일
무료 레슨 · 계정 필요 없음Claude 만나기왜 Claude인가?6분무료 레슨 시작하기핵심 요약
- 구체적인 사례가 모호한 칭찬보다 낫습니다. "예정보다 2주 앞서 마이그레이션 프로젝트를 주도했다"는 유용하지만 "올해 좋은 성과를 냈다"는 그렇지 않으며, Claude는 당신이 준 것만 쓸 수 있습니다.
- 강점과 성장 영역을 의도적으로 균형 있게 다루세요. 좋은 점만 요청하는 프롬프트는 실제 한 해와 비교하는 순간 불성실하게 느껴지는 평가서를 만듭니다.
- 회사의 AI 정책이 명시적으로 허용하지 않는 한 이름, 급여, 평가 이력 등 기밀 인사 데이터를 Claude에 입력하지 마세요. 직무로 사람을 설명하고 식별 정보는 나중에 직접 추가하세요.
- 일어난 일뿐 아니라 기간 초에 설정된 목표도 Claude에게 알려주세요. 자체 목표에 비추어 한 해를 측정하지 않는 평가서는 실제로 기대됐던 것과 단절된 것처럼 보입니다.
- 인사팀이나 본인에게 가기 전에 초안을 그 해에 대한 당신 자신의 기억과 대조해 읽어보세요. 평가서는 사람들이 기억하는 문서이며, 그 안의 잘못된 세부 사항은 늦게 제출된 것보다 더 큰 피해를 줍니다.
복사해서 붙여넣기
오늘 바로 쓸 수 있는 프롬프트
자신의 메모로 작성하는 완전한 연간 평가서
지난 1년간 [직무명]을 맡은 사람의 인사 평가서를 작성해줘. 구체적으로 작업한 내용과 성과는 다음과 같아: [메모, 사례, 숫자를 나열]. 연초에 설정된 목표는 다음과 같아: [목표 나열]. 평가서는 요약, 사례가 포함된 구체적 강점 3~5개, 구체적 제안이 포함된 성장 영역 2개, 다음 기간 목표로 구성해줘. 어조는 직접적이고 구체적으로, 일반적인 칭찬은 피해줘.
대상자를 이름이 아닌 직무로 설명하고, 기밀 정보는 프롬프트 자체에 넣지 마세요.
거친 메모를 구체적인 사례로 바꾸기
팀원에 대해 일 년 동안 적어둔 거친 메모가 있어: [메모 붙여넣기]. 이걸 인사 평가서에 쓸 수 있는 3~5개의 구체적이고 검증 가능한 사례로 바꿔줘. 현장에 없었고 왜 중요했는지 이해하려면 맥락이 필요한 사람에게 성과를 설명하는 방식으로 써줘.
메모가 완전한 문장이 아닌 단편일 때 유용합니다. Claude는 주어지지 않은 세부 사항을 지어내지 않고 확장할 수 있습니다.
초안에서 모호한 칭찬 확인하기
이 인사 평가서 초안을 읽고 구체적이고 검증 가능한 사례가 아니라 모호한 칭찬인 문장을 모두 표시해줘: [초안 붙여넣기]. 표시한 각 문장에 대해, 스스로 사례를 지어내지 말고 어떤 종류의 구체적인 세부 사항이 있으면 명확해질지 제안해줘.
본인에게 가기 전에 자신의 첫 초안이나 Claude가 쓴 초안에 이 작업을 실행하세요.
자신의 성과로 작성하는 자기평가
지난 1년간의 자기평가를 쓰는 걸 도와줘. 특별한 순서 없이 작업한 내용과 성과는 다음과 같아: [작업 내용 나열]. 회사 평가 양식이 실제로 요구하는 항목으로 정리해줘: [양식의 항목 나열, 예: 임팩트, 협업, 성장]. 내 목소리를 유지하고, 실제로 말하는 것보다 더 격식 있게 만들지 말아줘.
일반적인 템플릿이 아니라 제출할 내용에 맞도록 회사 평가 양식의 실제 항목을 붙여넣으세요.
본질을 잃지 않고 날카로운 피드백 완화하기
이 사람이 성장해야 할 부분에 대해 솔직하고 가감 없는 피드백이 있어: [솔직한 메모 붙여넣기]. 여전히 직접적이고 구체적인 문제를 명확히 짚으면서도, 본인이 직접 듣고 싶은 방식으로 날카롭지 않게 건설적으로 전달되도록 다시 써줘.
성장 영역 섹션에만 이 방법을 사용하고, 강점 섹션은 더 넉넉한 자신의 목소리로 유지하세요.
구조
한 줄짜리 프롬프트가 주지 못하는, 평가 프롬프트에 필요한 것
회사 자체 양식이 어떻게 포맷되어 있든, 같은 네 가지가 쓸만한 평가서와 일반적인 평가서를 구분합니다.
직무와 기간을 명확히 밝히기
그 사람의 직무가 무엇이고 평가가 어느 기간을 다루는지 말해주세요. 이것 없이는 Claude가 어떤 성과가 그 직무에서 큰 일이었는지, 아니면 일상적인 업무의 일부였는지 판단할 방법이 없습니다.
인상이 아닌 구체적인 사례
"리디자인에서 좋은 일을 했다"와 "원래 리드가 프로젝트 중반에 퇴사한 뒤 예정보다 2주 앞서 리디자인을 완료했다"는 Claude를 완전히 다른 평가서로 이끕니다. 두 번째 종류를 주세요.
실제로 설정된 목표
기간 초의 목표를 언급하지 않는 평가서는 그 사람에게 실제로 요구됐던 것과 단절된 것처럼 보입니다. 비공식적이라도 그 목표를 붙여넣으세요.
그림을 균형 있게 하라는 명확한 지시
같은 평가서 안에서 강점과 성장 영역을 직접 요청하고, 성장 영역은 끝에 형식적으로 덧붙이지 말고 구체적이고 실행 가능하게 표현하세요.
무언가를 붙여넣기 전에
프롬프트에 절대 들어가서는 안 되는 것
프롬프트 구조가 중요해지기 전에, 먼저 지켜야 할 선이 있습니다. 회사의 AI 정책이 그런 종류의 데이터가 그곳에서 허용된다고 명시적으로 밝히지 않는 한, 직원의 전체 이름, 급여, 평가 이력, 의료 정보, 인사 시스템에서 직접 가져온 그 어떤 것도 Claude에 붙여넣지 마세요. 이는 Claude에 특화된 규칙이 아니라, 회사가 아직 승인하지 않은 어떤 도구에든 그 정보를 붙여넣을 때 적용되는 동일한 규칙이며, 인사 평가서는 바로 그런 데이터가 누구도 눈치채지 못한 채 섞여 들어가기 쉬운 문서 유형입니다.
실무적으로는 프롬프트에서 사람을 이름이 아니라 직무로 설명하고("중급 백엔드 엔지니어"처럼), 식별 정보는 초안을 받은 후에야 직접 추가한다는 뜻입니다. 회사가 승인된 절차를 통해 이런 종류의 인사 업무용 AI 도구를 명시적으로 승인했다면 계산이 달라지지만, 기본 전제는 인사 평가서에 범용 AI 채팅에 입력해서는 안 되는 데이터가 담겨 있다는 것이어야 합니다.
회사 정책이 실제로 무엇을 허용하는지 확실하지 않다면, 지금이 바로 물어볼 때입니다. 작성을 시작하기 전에 관리자나 인사 담당자에게 짧게 물어보면 2분이면 되지만, 기밀 데이터가 가서는 안 될 곳으로 갔다는 사실을 나중에 알게 되면 훨씬 더 큰 대가를 치르게 되며, 조용히 되돌릴 수 있는 실수가 아닙니다.
흔한 실수
평가서를 아무도 믿지 않는 것으로 만드는 것들
이런 패턴들은 평가서가 실제 그 사람이 아니라 낯선 사람에 대해 쓰인 것처럼 느끼게 만듭니다.
사례 없는 일반적인 칭찬
뒷받침 없는 "소통을 잘한다"나 "훌륭한 팀플레이어다"는 팀의 누구에게나 적용될 수 있다는 걸 본인이 깨닫는 순간 그냥 채워 넣은 말처럼 느껴집니다. 모든 강점에는 그 뒤에 구체적인 순간이 필요합니다.
앞으로 나아갈 길이 없는 성장 영역
구체적인 개선 제안 없이 약점을 지적하는 것은 도움 없는 비판처럼 느껴집니다. Claude에게 각 성장 영역을 실행 가능한 다음 단계와 짝지어 달라고 요청하세요.
실제 말투와 맞지 않는 어조
초안이 전혀 당신처럼 들리지 않으면 본인이 알아챌 것이고, 평가서가 그 사람의 일을 아는 누군가에게서 온 것처럼 느껴져야 할 바로 그 순간 비인격적으로 느껴질 수 있습니다.
첫 초안을 최종본처럼 다루기
첫 초안은 당신이 준 것을 압축한 것이므로, 무언가가 빠졌거나 과장되었을 수 있습니다. 본인이나 인사팀에게 가기 전에 그 사람의 한 해에 대한 당신의 기억과 대조해 읽어보세요.
공정성 유지하기
구체적인 사례가 본인만큼 당신도 보호하는 이유
구체적이고 검증 가능한 사례를 바탕으로 한 평가서는 나중에 왜 어떤 등급이 나왔는지 누군가 물었을 때 변호하기 쉬우며, 일 년 내내 실제로 구체적인 일을 해온 평가 대상자에게도 단순히 더 공정합니다. 이름만 바꾼 템플릿이 아니라 실제를 반영하는 문서를 받을 자격이 있기 때문입니다. 일반적인 인상이 아니라 날짜, 숫자, 결과가 붙은 사례를 Claude에게 요청하면, 다른 누군가가 비판적으로 읽어도 버텨낼 수 있는 평가서가 나옵니다.
이는 특히 성장 영역 섹션에서 보이는 것보다 더 중요합니다. "소통을 개선해야 한다" 같은 모호한 비판은 본인이 실행에 옮기기가 거의 불가능하며, 구체적인 근거로 뒷받침되지 않으면 불공정하게 느껴지기 가장 쉬운 평가서 부분이기도 합니다. 매번 구체적인 사례와 구체적인 제안을 요청하고, 둘 중 하나라도 일반적으로 돌아오면 초안에 이의를 제기하세요.
평가 대상자의 한 해가 어려운 시기, 팀 내 구조조정, 조직 재편, 또는 본인이 통제할 수 없었던 다른 일을 포함했다면 프롬프트에서 그렇게 말하세요. Claude는 당신이 준 맥락을 고려할 수 있지만, 한 번도 전달되지 않은 맥락은 고려할 수 없습니다. 진짜로 힘들었던 한 해를 인정하지 않는 평가서는 각 문장이 기술적으로 정확하더라도 현실과 괴리된 것처럼 느껴질 수 있습니다.
보내기 전에
보내기 전에 확인해야 할 것
모든 강점과 성장 영역을, 그 문장이 단독으로 합리적으로 들리는지만이 아니라 실제 한 해에 대한 당신 자신의 기억과 대조해 읽어보세요. 설명대로 정확히 일어나지 않은 설득력 있어 보이는 사례는 솔직한 공백보다 더 나쁩니다. 본인이 자신에 대해 정확하지 않은 내용을 읽는 순간 신뢰가 손상되기 때문입니다.
성장 영역이 같은 방에서 본인에게 직접 말해도 진짜로 편안할 내용인지 확인하세요. 문장이 대화에서 전달되길 원하는 정도보다 지면에서 더 가혹하게 들린다면, 그것이 누군가 그것 때문에 상처받은 후가 아니라 보내기 전에 다시 써야 할 문장입니다.
이 프롬프트들은 출발점이 되는 구조일 뿐, 누군가의 경력을 따라다니는 문서에 무엇이 들어가야 하는지에 대한 당신 자신의 판단을 대체하지 않습니다. 쓰는 것은 쉬운 부분이고, 내용에 대한 판단은 여전히 당신의 몫입니다.
평가서를 쓰는 것은 쉬운 부분일 뿐
더 어려운 기술은 무엇이 들어가야 하고 무엇이 절대 AI 채팅에 닿아서는 안 되는지 아는 것입니다. Nightschool AI의 무료 레슨은 민감한 자료를 둘러싼 판단을 포함해 Claude와 함께하는 실제 업무 글쓰기 작업을 다룹니다.
자주 묻는 질문
인사 평가서를 위해 직원의 이름과 세부 정보를 Claude에 붙여넣어도 안전한가요?
기본적으로는 안전하지 않습니다. 회사의 AI 정책이 명시적으로 허용하지 않는 한 전체 이름, 급여, 평가 이력, 인사 시스템의 어떤 정보도 Claude에 붙여넣지 마세요. 사람을 직무로 설명하고, 초안을 받은 후 식별 정보를 직접 추가하세요.
평가서가 일반적이지 않게 나오려면 Claude에게 무엇을 줘야 하나요?
날짜, 숫자, 결과가 붙은 구체적이고 검증 가능한 사례와, 평가 기간 초에 설정된 목표입니다. 모호한 인상은 모호한 평가서를 낳고, 구체적인 입력은 구체적인 평가서를 낳습니다.
평가서가 한쪽으로 치우치지 않도록 하려면 어떻게 해야 하나요?
같은 프롬프트에서 강점과 성장 영역을 직접 요청하고, 각 성장 영역에 단순한 비판이 아니라 구체적이고 실행 가능한 제안을 붙여달라고 요청하세요. 좋은 것만 나열하는 평가서는 실제 한 해와 비교하는 순간 불성실하게 느껴집니다.
Claude가 제 자기평가를 쓰는 걸 도와줄 수 있나요?
네. 해당 기간에 작업한 내용을 나열하고, 회사 평가 양식이 실제로 요구하는 항목을 붙여넣은 뒤, 과도하게 격식 있게 들리지 않도록 자신의 목소리를 유지하면서 성과를 그 구조로 정리해달라고 Claude에 요청하세요.
Claude가 쓴 평가서를 읽지 않고 보내도 되나요?
안 됩니다. 모든 사례를 그 사람의 실제 한 해에 대한 당신의 기억과 대조해 읽고, 성장 영역에 대한 피드백이 직접 말해도 편안할 내용인지 확인하세요. 첫 초안은 출발점일 뿐, 읽지 않고 보낼 문서가 아닙니다.
평가 대상자가 본인 통제를 벗어난 정말 힘든 한 해를 보냈다면 어떻게 해야 하나요?
프롬프트에서 그렇게 말하세요. 구조조정, 조직 재편, 다른 혼란을 명시적으로 언급해 Claude가 고려할 수 있게 하세요. 실제 맥락을 인정하지 않는 평가서는 개별 문장이 정확하더라도 현실과 괴리된 것처럼 느껴질 수 있습니다.
성장 영역 섹션은 얼마나 구체적이어야 하나요?
본인이 이번 분기 안에 바로 실행할 수 있을 만큼 구체적이어야 합니다. "소통을 개선해야 한다"는 누구에게도 도움이 되지 않습니다. 구체적인 사례와 구체적인 제안이 있어야 실제로 노력할 대상이 생깁니다.
연간 평가 대신 중간 점검에도 같은 프롬프트 구조를 쓸 수 있나요?
네. 평가 기간과 사례 목록을 그에 맞게 줄이기만 하면 됩니다. 구체적인 사례, 명시된 목표, 강점과 성장 영역의 균형이라는 같은 네 가지 요소는 어떤 점검 주기에도 적용됩니다.
공정한 평가서는 구체적인 입력에서 시작된다
프롬프트 구조는 매 주기마다 재사용할 수 있습니다. 무엇을 빼야 하는지 아는 것이 한 번 제대로 익혀둘 가치가 있는 부분입니다.