인사·총무팀의 첫 자동화 세 가지 — 채용 공고, 규정 Q&A, 온보딩 안내
인사·총무팀이 AI 도입에서 가장 자주 멈추는 지점은 "직원 정보를 넣어도 되나"입니다. 답은 "처음에는 넣지 않는다"입니다. 개인정보가 전혀 들어가지 않으면서도 반복이 많은 업무가 세 가지 있고, 그것만으로 첫 한 달이 충분합니다.
반복되는 일 네 가지
- 채용 공고와 직무 기술서(JD) 작성, 채널별 형식 변환
- 취업규칙·복리후생·휴가 규정에 대한 반복 문의 응대
- 신규 입사자 온보딩 안내문과 체크리스트 준비
- 면접 질문 설계와 평가표 정리
첫 자동화 1: 채용 공고 초안 (챗봇 단계)
현업 팀장이 보낸 두세 줄짜리 요청("백엔드 3년차, 결제 시스템 경험")을 넣고 직무 기술서 초안을 받습니다. 회사의 기존 공고 세 편을 예시로 함께 넣으면 형식과 톤이 맞춰집니다. 어소시에이트 수업 업무 요청을 프롬프트로 옮기기와 프롬프트를 다시 다듬기가 이 방식의 실습입니다.
검증할 것: 차별 소지가 있는 표현(나이·성별·출신 관련)이 섞이지 않았는지. 모델은 학습 데이터의 편향을 그대로 옮길 수 있습니다. 어소시에이트 수업 환각과 불일치, 편향 알아보기가 "편향이 스며드는 경로"를 다룹니다.
첫 자동화 2: 사내 규정 Q&A (어시스턴트 단계)
취업규칙, 복리후생 안내, 휴가 규정처럼 이미 전 직원에게 공개된 문서를 Projects에 등록하고 "이 문서 안에서만 답하고, 없는 내용은 없다고 말하라"고 지시합니다. 직원이 인사팀에 묻기 전에 먼저 물어보는 창구가 됩니다.
검증할 것: 규정이 바뀌면 등록 문서도 바뀌어야 합니다. 문서가 오래되면 모델은 옛 규정을 자신 있게 답합니다. 어소시에이트 수업 구성을 최신으로 유지하기가 이 유지 절차입니다. 규정 문서에 담당자 이름·연락처가 있으면 등록 전에 지웁니다.
첫 자동화 3: 온보딩 안내 패키지 (어시스턴트 단계)
입사 예정자의 직군·부서·입사일만 넣으면 첫 주 일정, 계정 신청 목록, 읽어야 할 문서 목록을 표로 만들어 줍니다. 부서별 차이는 Projects 지침에 "개발팀은 A·B, 영업팀은 C"처럼 적어 둡니다. 개인 이름 없이 직군과 날짜만으로 동작하게 설계하는 것이 핵심입니다.
검증할 것: 만든 안내문을 최근 입사자 한 명에게 보여 주고 "실제와 다른 항목"을 표시받습니다. 이 피드백을 지침에 반영하는 것이 피드백에 따라 접근 바꾸기입니다.
하지 말 것
- 직원 개인정보를 입력하지 않습니다. 급여, 평가, 건강, 가족 정보는 첫 단계의 범위 밖입니다. 조직의 AI 사용 정책이 정해지기 전에는 공개 문서만 씁니다. 조직의 AI 정책 따르기
- 채용 판단을 모델에게 맡기지 않습니다. 이력서 요약은 시킬 수 있어도 합격·불합격 판단은 사람이 합니다. 모델의 편향이 판단에 섞이면 되돌릴 수 없습니다.
- 모델이 답한 규정을 확인 없이 공식 답변으로 쓰지 않습니다. 규정 Q&A는 "먼저 물어보는 창구"이지 인사팀의 공식 해석이 아닙니다. 화면에 그 문구를 적어 둡니다.
이어지는 학습
세 가지가 돌아가면 다음 단계는 면접 질문 은행과 평가표 초안입니다. 여기서부터는 "무엇이 좋은 답변인가"라는 판단 기준을 문서로 적어야 하고, 그 문서 자체가 팀의 자산이 됩니다.
시험과의 연결: CCAO-F 도메인 6(거버넌스와 리스크, 15%)이 이 글의 "하지 말 것"을 그대로 묻습니다. 인사 직군은 이 도메인을 먼저 공부하는 편이 안전합니다.
실제 인사 부서의 자동화 사례는 스테이지의 직무별 업무 자동화 사례에 있습니다.
응시 안내: Claude 자격증은 Claude Partner Network 소속 조직의 회사 이메일로만 등록할 수 있고, 개인 이메일로는 응시할 수 없습니다. 자격증보다 도메인 학습 자체에 무게를 두시고, 응시 조건은 자격증 가이드에서 확인하시기 바랍니다.