직원, 고객 또는 파트너 누구든 온보딩은 모든 장기적인 관계가 시작되는 지점입니다. Trupeer를 사용하면 무료 온보딩 체크리스트와 플랜 템플릿으로 시작해 브랜드 가이드라인에 맞게 커스터마이즈하고, 체크리스트를 비디오 워크스루로 전환해 온보딩을 생생하게 구현함으로써 온보딩 기획에 드는 시간을 몇 시간이나 절약할 수 있습니다.

온보딩 체크리스트란 무엇이며 무엇을 포함해야 하나요?

온보딩 체크리스트는 신규 입사자가 법적으로 고용되어 업무를 수행할 수 있도록 하기 위해 반드시 일어나야 하는 모든 것을 정리한 운영 목록입니다. 이는 여러 기능에 걸쳐 소유되는 고용주 측 문서이며, 매년 수십 명의 채용이 진행되는 동안 어떤 것도 빠뜨리지 않도록 하는 것이 목적입니다.

그 옆에 보통 함께 놓이는 플랜은 서로 다른 산출물입니다. 플랜은 해당 인물이 일정 기간 동안 무엇을 성취하거나 무엇을 배울지를 정합니다. 체크리스트는 도착 전후로 그 인물에게, 그리고 그 인물을 위해 무엇을 해야 하는지를 정리합니다.

둘 다 유용하며, 각기 다른 소유자에게 해당합니다. 체크리스트는 통제 수단입니다. 플랜은 합의 문서입니다. 둘을 한 문서에 함께 두는 것은 흔한 일이지만, 그 결과는 둘 다 아닌 무언가가 되기 쉽습니다. 이는 대상자와 검토 주기가 일치하지 않기 때문입니다.

소리를 내지 않고도 온보딩 체크리스트가 실패하는 이유

대부분의 운영 프로세스는 자신의 실패를 스스로 알립니다. 배포에서 한 단계가 누락되면 빌드가 깨집니다. 출고에서 한 단계가 누락되면 화난 고객이 생깁니다. 뭔가가 튕겨 나갑니다.

온보딩은 전혀 신호를 내지 않습니다. 목록에 있는 두 번째 시스템에 신규 입사자의 액세스를 아무도 프로비저닝하지 않으면 아무 일도 일어나지 않습니다. 경고도 없고, 티켓도 없고, 불만도 없습니다. 그 사람은 3주 차에 조용히 동료에게 물어보고 우회해서 일을 처리합니다. 종종 매니저는 그 사실을 듣지 못합니다.

그래서 온보딩 체크리스트는 90%대 완료율을 보고하는데도 온보딩이 여전히 망가진 것처럼 느껴집니다. 각 항목은 실제로 누군가가 실제로 해냈습니다. 체크 표시는 거짓이 아닙니다.

체크 표시는 당신이 중요하게 여기는 질문과는 다른 질문에 답하고 있을 뿐입니다. 어떤 행동이 수행되었음을 말해줄 뿐, 의도한 상태가 지금 존재한다는 뜻은 아닙니다. 그리고 네 명의 소유자와 수십 번의 인수인계가 오가는 프로세스에서는 이 두 가지가 끊임없이 어긋납니다.

Trupeer에서 이 템플릿을 커스터마이즈하는 방법

1단계: 템플릿 섹션 열기

메인 내비게이션에서 템플릿 섹션으로 이동하세요.

2단계: 템플릿 선택 후 열기

작업하려는 템플릿을 클릭해 열어보세요.

3단계: 템플릿 보기 확장

필요한 경우 템플릿 보기를 확장해 전체 레이아웃과 세부 정보를 명확히 확인하세요.

4단계: 템플릿 편집

선택한 템플릿을 수정하기 시작하려면 Edit을 클릭하세요.

편집기에서 다음을 할 수 있습니다:

• 새 섹션 추가

• 서식 규칙 정의 또는 업데이트

• 로고를 추가하고 위치 및 관련 설정을 조정

5단계: 커스터마이즈한 템플릿 저장

필요한 모든 변경을 마친 후 Save를 클릭해 업데이트된 템플릿을 본인 소유로 저장하세요.

6단계: 미리보기 및 템플릿 미세 조정

커스터마이즈한 템플릿이 어떻게 보이는지 확인하려면 Preview를 여세요.

미리보기 화면에서 필요하다면 계속해서 직접 조정할 수 있으며, 템플릿이 원하는 그대로 표시되도록 할 수 있습니다.

온보딩 체크리스트 템플릿으로 할 수 있는 것

• 기획 시간을 절약: 온보딩에 맞춰 구조가 잡힌 빈 페이지를 건너뛰세요.

• 모든 단계를 커버: 내장 필드로 설정, 교육 또는 승인 누락을 방지합니다.

• 브랜드에 맞게 유지: Trupeer의 브랜드 키트를 사용해 로고, 글꼴, 색상을 적용하세요.

• 더 빠르게 가동: 체크리스트를 비디오 워크스루와 함께 사용해 제품 생산성까지의 시간을 단축하세요.

• 온보딩 유형 전반을 표준화: 직원, 고객, 파트너에 동일한 템플릿을 사용하세요.

• 글로벌 팀에 도달: 클릭 한 번으로 온보딩 플랜을 65+개 언어로 번역하세요.

한 가지는 ‘사실’로 기록하고, ‘완료된 작업’으로만 기록하지 않는 방법

두 번째 완료 컬럼을 추가하고, 그 작업이 실제로 수행된 대상인 사람에게 맡기세요.

소유자 컬럼은 그대로 유지합니다. IT는 계정 생성 완료를 체크합니다. 시설팀은 책상 배정을 체크합니다. HR은 계약 반납을 체크합니다. 이는 행동에 대한 주장으로, 실제로 수행한 사람들이 작성하며 유용합니다.

두 번째 컬럼은 신규 입사자가 결과 상태가 존재함을 확인하는 확인 절차입니다. 나는 내 목록에 있는 모든 시스템에 로그인할 수 있다. 나는 앉을 곳이 있다. 나는 언제 급여를 받는지 안내받았다. 나는 할당된 업무가 있다.

체크리스트의 다른 내용은 바뀌지 않습니다. 하지만 이제 하나가 아닌 두 개의 숫자가 생기고, 그 사이의 간격이 바로 실제 실패율입니다. 대부분의 조직은 이를 본 적이 없고, 그 크기에 놀라곤 합니다.

이 메커니즘이 작동하는 이유는 ‘누가 질문을 받는지’가 바뀌기 때문입니다. 자신의 행동에 대해 보고하는 소유자는 그것이 잘 됐다고 믿을 충분한 이유가 있습니다. 반대로 결과를 받는 사람만이 실제로 됐는지 알 수 있는 위치에 있습니다.

신규 입사자가 5일차에 완료하는 ‘확인’의 날

약 9개의 문장으로 유지하되, 오직 정직하게만 답할 수 있도록 표현하고, 1일차가 아니라 5일차에 보내세요. 조용히 실패하는 것들이 실패할 시간을 갖도록 하기 위해서입니다.

나는 내 이메일과 내가 제공받은 목록의 모든 시스템에 로그인할 수 있다. 나는 업무에 필요한 장비를 갖추고 있다. 나는 내 매니저가 누구인지 알고, 그들을 만났다. 나는 언제, 어떻게 급여를 받는지 알고 있다. 나는 일할 곳이 있다. 나는 이 사이트 또는 팀에 대한 오리엔테이션을 받았다. 나는 실제 업무를 할당받았다. 막혔을 때 누구에게 물어봐야 하는지 알고 있다. 첫 달이 끝날 때까지 무엇을 성취해야 하는지 알고 있다.

두 가지 설계 포인트가 이것을 ‘또 다른 양식’이 아니라 ‘작동하는 방식’으로 만듭니다. 확인되지 않은 항목은 자동으로 해당 체크리스트 항목의 소유자에게 티켓을 올려야 하므로, 확인은 문제를 해결하기 위한 경로가 되고 불만 제기가 되지 않습니다. 또한 부정적인 답변이 실제로는 답변하는 사람에게가 아니라 프로세스에 대한 평가임이 명확해야 합니다. 실제로는 매니저가 통보를 받고, 신규 입사자는 쫓아다니며 확인을 요청받지 않게 됩니다.

5일차에 확인되지 않은 항목이 있다면, 30일차에도 동일한 9개 문장을 다시 보내세요. 두 번 실패한 항목은 우연이 아니라 구조적인 문제입니다.

무료 온보딩 체크리스트 및 플랜 템플릿: 그대로 복사할 수 있는 구조

여기서 복사하세요. 항목당 한 행, 대부분의 템플릿이 빼먹는 필드는 표시된 대로 포함하세요.

체크리스트 헤더. 신규 입사자 이름, 역할, 사이트, 시작일, 매니저, 그리고 오퍼 수락일. 이는 실제로 프로세스를 촉발하는 것이기 때문입니다.

체크리스트 행. 항목. 소유자, 부서가 아니라 지정된 역할. 업무일 기준 리드 타임. 마감일은 시작일에서 리드 타임을 뺀 값으로 계산합니다. 소유자 완료, 예 또는 아니오. 신규 입사자 확인, 예 또는 아니오. 메모.

그룹핑. 부서가 아니라 단계별로: 수락 시점 기준으로 2주 전, 1주 전, 1일차, 첫 주, 첫 달. 부서별 그룹핑은 이런 문서가 작성되는 방식이며, 의존성 순서를 숨깁니다.

인수인계. 한 기능이 다른 기능이 행동하기 전에 무언가를 공급해야 하는 항목이라면, 양쪽을 모두 이름으로 지정하고 첫 번째 측의 마감일을 명시하세요. IT가 프로비저닝하기 전에 어떤 시스템이 필요한지 매니저가 지정해야 한다는 점이 가장 흔한 예이며, 가장 흔한 실패이기도 합니다.

확인 블록. 위의 9개 문장에 대해 5일차와 30일차 날짜를 넣습니다.

플랜 섹션. 콘텐츠가 아니라 3개의 문서로 구성: 신규 입사자가 받는 온보딩 가이드, 교육 플랜, 그리고 30/60/90일 플랜. 문서에 포함시키기보다 참조하세요. 소유자가 다르고 변경 속도도 다르기 때문입니다.

예외. 아래에 있는 목록에서, 이번 채용에 적용되는 변형(variant)이 무엇인지.

여기까지 복사하세요. 약 35개 항목으로 유지하세요. 대략 40개를 넘으면 사람들이 건너뛰기 시작하고, 건너뛰기가 일반화되면 체크리스트는 통제 수단으로서 기능을 멈춥니다.

리드 타임으로부터 체크리스트를 거꾸로 만드는 방법

1일차에 발생하는 실패가 너무 많은 이유는 체크리스트가 리드 타임이 아니라 마감일을 기록하기 때문입니다. 그래서 아무도 실제로 항목이 언제 시작되어야 했는지 알지 못합니다.

목록을 훑고, 각 항목에 업무일 기준 리드 타임을 지정하세요. 장비 조달. 계정 프로비저닝. 배경 또는 적격성(권리) 확인. 출입 카드. 급여 마감. 구매가 필요한 소프트웨어 라이선스. 제3자와 관련된 모든 것.

그중 일부 숫자는 불편할 수 있습니다. 배경 확인은 주 단위로 측정되고, 하드웨어는 보통 2주 단위로 측정되며, 급여는 누군가가 제때 급여를 받는지 결정하는 ‘고정 월 마감’이 있습니다.

이제 시작일로부터 거꾸로 계산하세요. 전체 프로세스의 트리거는 시작일이 아니라 오퍼 수락이며, 그 둘 사이의 간격이 사용 가능한 여유(런웨이)입니다. 가장 긴 리드 타임이 일반적인 통지 기간을 초과한다면, 어떤 추적도 해결하지 못하는 구조적인 문제가 있는 것이고, 정직한 대응은 리드 타임을 줄이거나 해당 항목이 늦게 도착할 것을 받아들이고 그에 맞춰 플랜을 조정하는 것입니다.

채용 담당자와 채용 매니저는 이 산술을 봐야 합니다. 그래야 시작일을 유연하게 두기보다 일찍 확정하는 근거가 만들어지기 때문입니다.

완료율 97%와 준비도 61%를 가진 회사

Ardenmoor Group은 11개 사이트에 걸쳐 약 900명의 직원을 고용하고, 매년 약 200명을 채용합니다. 이들의 온보딩 체크리스트는 4명의 소유자( HR, IT, 시설, 라인 매니저 )가 관리하는 38개 항목으로 구성되어 있었습니다. 보고된 완료율은 97%였고, 2년 동안 유지되었습니다.

그들은 5일차 확인과 신규 입사자가 작성하는 9개 문장을 추가했습니다.

첫 분기에는 47명의 신규 입사자가 이를 완료했습니다. 그중 29명(61%)은 9개 문장 모두를 확인할 수 있었습니다.

47명 중 19명은 최소한 하나의 핵심 시스템에 접근할 수 없었습니다. 11명은 특정 사이트에 대한 오리엔테이션을 받지 못했습니다. 9명은 5일차까지 할당된 업무가 없었습니다. 6명은 막혔을 때 누구에게 물어봐야 하는지 몰랐습니다.

시스템 접근 실패는 하나의 구조적 결함으로 추적되었습니다. 매니저는 사전 시작 양식(pre-start form)에 필요한 시스템을 나열해야 했습니다. 약 40%가 그 필드를 비워둔 것입니다. 이후 IT는 기본 세트를 프로비저닝했고, 계정 생성도 체크했으며, 그렇게 하는 것은 완전히 올바른 일이었습니다. HR도 사전 시작 양식이 발송되었음을 체크했는데, 이것 역시 맞았습니다. 체크리스트 어디에서도 실패가 없고 두 항목이 완료되었는데도, 신규 입사자는 일을 할 수 없었습니다.

영향을 받은 신규 입사자 1명당 생산성 손실이 약 2.3일 정도라고 추정하면, 이는 회사 전체로는 분기당 약 44일, 또는 연간 약 170일 정도에 해당합니다.

그 뒤로 세 가지 변경이 이어졌습니다. 두 개의 완료 컬럼. 사전 시작 양식은 시스템 필드가 비어 있으면 제출이 불가능하도록 만들었습니다. 그리고 5일차에 확인되지 않은 항목은 해당 항목 소유자에게 자동으로 티켓이 생성되도록 했습니다.

이후 두 분기 동안 확인된 준비도는 89%로 상승했고, 시스템 접근 실패는 40%에서 7%로 떨어졌습니다.

보고된 체크리스트 완료율은 91%로 떨어졌는데, 그게 바로 목표였습니다. 실패는 늘 거기에 있었습니다. 단지 어디에도 기록되지 않았을 뿐입니다.

원격 및 계약직 채용을 위한 온보딩 체크리스트 템플릿 변형

중앙값 채용을 기준으로 작성한 단일 목록은 적용되지 않는 항목을 만들고, 적용되지 않는 항목은 사람들에게 건너뛰는 법을 가르칩니다.

하나의 핵심 체크리스트와 지정된 변형을 함께 사용하고, 헤더에 어떤 변형이 적용되는지 기록하세요.

원격 또는 하이브리드. 발급이 아니라 배송된 장비(배송 확인 포함). 재택 근무 평가. 원격 신규 입사자는 복도를 통해 자연스럽게 흡수할 수 있는 요소가 없기 때문에, 첫 주의 명확한 미팅 일정이 중요합니다. 여기서는 어디서보다도 버디(buddy) 배정이 더 중요합니다.

계약직 또는 임시직. 서로 다른 적격성 및 신분 확인, 급여 세팅 없음, 기본적으로 제한된 액세스, 그리고 온보딩 시점에서 오프보딩 트리거가 발생해야 하는 종료일이 정의되어 있어야 합니다.

사내 전환(Internal transfer). 대부분의 장비 및 액세스 항목이 빠지고, 기존 항목을 회수(취소)하는 것으로 대체됩니다. 이때 거의 항상 놓치는 항목이 바로 이것입니다. 이전 매니저로부터의 인수인계를 추가하세요.

재채용(Rehire). 새로 만들지 말고, 아직 존재하는 것을 확인하세요. 휴면 계정, 보관된 기록, 이전에 발급된 장비는 재발급이 아니라 점검이 필요합니다.

임원(Executive). 장비 항목은 더 적고, 소개 및 맥락 항목은 훨씬 더 많으며, 팀 소개가 아니라 이해관계자 맵이 필요합니다.

다중 사이트 또는 현장 기반. 각 위치별로 해당 인물이 근무할 장소에 맞춘 사이트별 오리엔테이션이 필요하며, Ardenmoor가 실패하던 항목이 바로 이것이었습니다.

온보딩 프로그램을 만드는 방법: 단계별

현재 일어나는 모든 일을 모든 기능에서 하나의 장소에 모아 목록으로 만드세요. 대부분의 조직은 각 기능이 자기 것만 보유하고 있기 때문에 전체 목록을 본 적이 없습니다.

각 항목에 소유자와 리드 타임을 지정한 다음, 부서가 아니라 단계별로 정렬하세요.

인수인계를 찾으세요. 즉, 한 기능이 다른 기능이 행동하기 전에 무언가를 공급해야 하는 모든 항목입니다. 공급 측에서 명시된 마감일을 이름으로 붙여 각 인수인계를 명확히 하세요.

항목이 아니라 중요한 결과(outcomes)에서 9개의 확인 문장을 작성하세요. 문장은 그것을 만들어내는 작업이 아니라, 당신이 원하는 상태를 설명해야 합니다.

한 분기 동안 운영해 본 뒤, 소유자 완료와 신규 입사자 확인 사이의 간격을 보고 가장 큰 원인을 수정하세요. 위 예시처럼, 그 간격의 대부분을 만들어내는 원인은 거의 항상 하나입니다.

그다음 항목 수를 검토하세요. 4개 연속 분기 동안 한 번도 실패하지 않고 완료 체크된 항목은 제거하거나 자동화할 후보입니다.

고객 및 클라이언트 온보딩은 다른 문제입니다

이 단어는 서로 관련 없는 두 가지 프로세스를 포괄하며, 온보딩 템플릿 검색 결과는 이를 섞어 보여주기도 하므로 명확히 구분할 가치가 있습니다.

직원 온보딩은 이 페이지에서 다루는 내용입니다. 제약 조건은 법적 고용, 장비, 액세스, 그리고 팀에의 통합입니다.

클라이언트 또는 고객 온보딩은 상업적 프로세스입니다. 즉, 새 계정을 설정하고 구성하며 교육한 뒤 가치를 실현하는 과정입니다. 제약 조건은 계약, 기술, 그리고 첫 가치까지의 시간입니다. 문서는 이름 외에는 거의 공유하는 것이 없고, 클라이언트 온보딩 폼은 내부 작업 체크리스트라기보다 데이터 수집 산출물입니다.

여기에서 상업적 버전을 찾고 온 것이라면, 구조가 실제로 다르기 때문에 위의 직원 체크리스트는 유용하게 적용되지 않을 가능성이 큽니다.

일반적인 온보딩 과제와, 실제로 해결하는 방법

이들 대부분에서 공통 패턴은 같습니다. 일반적인 설명은 사람을 탓하지만, 해결책은 거의 항상 누락된 필드, 누락된 마감일, 누락된 소유자입니다.

추적할 가치가 있는 온보딩 성공 지표는 무엇인가요?

5일차 확인된 준비도. 즉, 모든 문장을 확인할 수 있는 신규 입사자의 비율입니다. 이는 운영 지표이며, 무언가를 수정했을 때 가장 빠르게 움직이는 지표이기도 합니다.

첫 의미 있는 기여까지의 시간. 역할별로 정의합니다. 편차가 매우 크며, 절대값이 아니라 ‘추세’를 보고 있기 때문에 역할 내에서만 비교하면 됩니다.

90일 및 12개월 유지율. 매니저와 사이트별로 나눕니다. 조기 이탈 패턴이 집중되고, 그 집중이 바로 핵심 발견입니다.

재작업에 소요된 매니저 시간. 분기별로 질문하되 추적하지는 않습니다. 실제로 수집하는 추정치가, 당신이 수집하지 않는 정확한 숫자보다 낫기 때문입니다.

만족도 점수도 수집할 가치가 있고, 신중하게 다뤄야 합니다. 확인된 준비도가 낮은데도 점수가 높다면, 보통 경험은 따뜻했지만 물류가 실패했음을 의미하며, 사람들은 결과가 아니라 환영을 평가하는 경우가 많습니다.

컴플라이언스 관련 한 가지 주의사항. 적격성(권리) 확인, 배경 심사, 건강 및 안전 오리엔테이션, 개인정보 보호 의무는 체크리스트의 편의가 아니라 법적 요구사항이며, 체크리스트는 컴플라이언스 기록이 아닙니다. HR 및 법무 기능에서 요구하는 증거는 그곳에 보관하고, 해당 관할 및 업종에서 적용되는 내용을 그들이 확인하도록 하세요.

엑셀 또는 워드에서 온보딩 체크리스트 템플릿을 받을 수 있나요?

체크리스트용 엑셀은 정답에 가깝습니다. 유용한 버전은 시작일에서 각 항목의 리드 타임을 빼 마감일을 스스로 계산하며, 비교할 수 있는 두 개의 완료 컬럼이 필요합니다. 소유자가 체크했지만 신규 입사자가 확인하지 않은 행에 대한 조건부 서식은 어떤 재설계보다도 프로세스에 더 많은 도움을 줍니다.

옆에 놓이는 플랜용 워드는 문서용입니다. 즉, 신규 입사자가 읽는 가이드와 30/60/90일 합의서입니다. 이 문서들은 글로 된 내용이며, 추적하기보다는 논의되는 경우가 많고, 문서로 존재해야 합니다.

온보딩 기간이 끝난 뒤의 닫힌 기록용으로는 PDF가 적합합니다. 라이브 버전에서 내보내면 됩니다. 작동하지 않는 방식은 체크리스트 자체를 PDF나 인쇄된 시트에서 실행하는 것입니다. 전체 가치가 코호트(cohort)에서 두 컬럼을 비교하는 데 있기 때문입니다.

같은 온보딩 콘텐츠를 계속 다시 쓰지 않으려면

신규 입사자가 필요로 하는 콘텐츠 대부분은 누군가 이미 알고 있는 시스템을 보여주는 워크스루입니다. 그런 것들을 작성하는 데는 시간이 없기 때문에 체크리스트는 결국 ‘바로 쓸 수 있는 것’이 아니라 링크 폴더를 가리키게 됩니다.

Trupeer AI는 화면 녹화를 한 번의 작업으로 작성 가이드와 비디오로 바꿔줍니다. 즉, 이미 도구를 아는 사람이 한 번만 기록하면, 이후 모든 신규 입사자가 동일한 결과물을 받게 됩니다. 시스템 오리엔테이션은 매 채용마다 다시 일정 조정해야 하는 회의가 아니라는 뜻입니다.

기록하세요. 브랜딩하세요. 번역하세요. Trupeer하세요.

동일한 녹화가 일관된 브랜딩으로 지식 베이스에 채워지며, 가이드는 여기에서 링크되어야지 콘텐츠를 중복해서 만들 필요가 없습니다. 저희의 신규 입사자 온보딩 가이드 템플릿은 신규 입사자가 읽는 문서를 다루고, 신규 입사자 교육 템플릿은 역량 순서를 다루며, 30-60-90일 템플릿은 결과 합의를 다룹니다. 교육 비디오는 전달을 담당하고, 설정 지침은 문서 템플릿 설정 가이드에 있습니다.

자주 묻는 질문

엑셀에서 무료 온보딩 체크리스트 템플릿을 사용할 수 있나요?

엑셀은 체크리스트에 적합한 컨테이너입니다. 항목당 한 행으로, 항목, 소유자, 업무일 기준 리드 타임, 계산된 마감일, 소유자 완료, 신규 입사자 확인, 메모 컬럼을 포함하세요. 시작일과 리드 타임으로부터 마감일을 도출하는 수식을 추가하고, 소유자가 체크했지만 신규 입사자가 확인하지 않은 항목을 표시하는 조건부 서식을 추가하세요.

워드에서 무료 온보딩 체크리스트 템플릿을 사용할 수 있나요?

워드는 체크리스트보다 플랜에 더 적합합니다. 즉, 신규 입사자가 읽는 가이드와 30/60/90일 합의서입니다. 워드에서 체크리스트를 꼭 원한다면 표 형태로 유지하고, 리드 타임 계산이 수동으로 이뤄질 수밖에 없다는 점을 받아들이세요. 이것이 대부분의 팀이 결국 스프레드시트로 옮기게 되는 가장 큰 이유입니다.

PDF에서 무료 온보딩 체크리스트 템플릿을 사용할 수 있나요?

온보딩 기간이 끝날 때 완료 및 확인된 내용을 기록으로 내보내세요. 리드 타임이 바뀌고 변형이 추가될 수 있으므로 작업 버전은 편집 가능하게 유지하고, 고정된 체크리스트는 채용이 실제로 어떻게 진행되는지와 조용히 맞지 않게 됩니다.

엑셀에서 신규 직원 온보딩 체크리스트 템플릿을 사용할 수 있나요?

구조는 동일하며, 중요한 필드는 두 개의 완료 컬럼과 리드 타임입니다. 이 페이지에서 기존 스프레드시트로 가져갈 것이 하나뿐이라면, 신규 입사자 확인 컬럼을 추가하세요. 비용이 들지 않으며, 현재 보고가 무엇을 숨기고 있는지 보여주는 컬럼이기 때문입니다.

클라이언트 온보딩 폼은 어디에서 찾을 수 있나요?

그것은 고용 프로세스가 아니라 상업 프로세스이며, 내부 작업을 추적하는 것이 아니라 신규 고객으로부터 정보를 수집합니다. 위의 직원 체크리스트는 제약 조건, 소유자, 성공 측정 방식이 모두 다르기 때문에 유용하게 적용되지 않습니다.

온보딩 체크리스트에는 몇 개의 항목이 있어야 하나요?

약 35개가 적당하며, 맞지 않는 경우를 위한 변형을 포함하세요. 40개를 넘으면 사람들이 건너뛰기 시작하고, 건너뛰기가 자리 잡으면 목록은 통제 수단으로서 기능을 멈춥니다. 만약 60개라면, 일반적인 원인은 변형별 항목이 핵심 목록에 추가되어 따로 분리되지 않았기 때문인 경우가 많습니다.

온보딩 체크리스트는 누가 소유해야 하나요?

체크리스트 자체는 보통 HR 또는 인사 운영에서 한 명의 지정된 사람이 소유하고, 각 개별 항목은 각각 지정된 소유자가 있어야 합니다. 부서 소유는 작동하지 않습니다. 부서는 마감일을 인지하지 못하고, 사람은 인지합니다. 매니저는 항목의 가장 큰 비중을 소유해야 하며, 이는 대부분의 매니저에게 놀라운 사실입니다.

온보딩 체크리스트 vs 온보딩 플랜: 차이점은 무엇인가요?

체크리스트는 소유자와 날짜가 포함된 작업 목록으로, 모든 채용에 걸쳐 사용되며 완료 여부를 검토합니다. 플랜은 한 사람이 무엇을 배우거나 성취할지에 대한 합의로, 한 번 사용되고 결과에 대해 검토됩니다. 둘을 합치면 신규 입사자와 논의하기에는 너무 운영적이고, 프로세스로 실행하기에는 너무 개인적인 문서가 됩니다.