직원 온보딩 포털 만드는 법: 체크리스트, 문서, 첫 주 계획

직원 온보딩 포털은 “환영합니다, 월요일에 봐요”라는 인사를 실행 계획으로 바꿉니다. 신입 직원은 출근 시각, 질문할 사람, 제출할 서류, 매일 할 일처럼 입사 전후 몇 주 동안 필요한 모든 것을 한 페이지에서 받습니다. HR, IT, 관리자는 각자 마감일이 있는 업무를 받아서 노트북, 계정, 자리가 첫날 준비되도록 합니다. 이를 만들려면 역할별 체크리스트 템플릿, 신입 직원마다 복사되는 체크리스트, 여러 사람에게 배정되는 업무, 안전한 문서 수집, 밀린 업무를 보여 주는 화면이 필요합니다. AI 앱 빌더는 작동하는 버전을 빠르게 만들 수 있습니다. 시간이 많이 드는 부분은 체크리스트 자체와 개인 서류를 보호하는 일입니다.

포털에 필요한 것

데이터

핵심 아이디어는 신입 직원마다 템플릿을 복사하는 것입니다. 각 신입 직원은 템플릿에서 만들어진 자기만의 업무 목록을 갖고, 마감일은 입사일을 기준으로 계산됩니다("IT: 노트북 주문 — 입사 10일 전"). 그러면 템플릿을 바꾸지 않고도 한 사람의 체크리스트만 조정할 수 있습니다.

화면

• 신입 직원: 환영 페이지(출근 시각, 주소, 질문할 사람, 첫 주 계획), 내 체크리스트, 문서 업로드, 핵심 정책과 연락처.
• 관리자와 버디: 자신이 맡은 신입 직원에 대한 업무와 진행 상황을 한눈에.
• HR: 입사일 순서의 모든 신입 직원, 전체 직원의 밀린 업무, 템플릿, 검토할 문서.
• IT: 장비와 계정 업무를 입사일 순서로 정렬.

권한

신입 직원은 자기 포털만 봅니다. 관리자는 자기가 맡은 신입 직원만 봅니다. IT는 자기 업무는 보지만 개인 문서는 보지 않습니다. HR은 모든 것을 봅니다. 개인 문서(신분증, 계약서, 세금 서식)는 앱에서 가장 민감한 데이터입니다. 비공개 저장소, HR만 접근, 필요한 보관 기간이 끝난 뒤 삭제하는 계획이 필요합니다. 직원 문서에 대한 개인정보 보호와 기록 보관 규칙은 나라마다 다르므로 전문가와 확인하세요. 권한 적용 방법은 역할 기반 접근 제어 추가하기에서 다룹니다.

결정과 트레이드오프

신입 직원의 로그인 방식

신입 직원은 입사 전날까지 회사 이메일이 없습니다. 선택지는 다음과 같습니다. 개인 이메일로 보내는 매직 링크, 비밀번호를 만드는 일회용 설정 링크, 또는 회사 계정이 생긴 뒤에만 포털 접근을 주는 방법(입사 전 시간을 잃습니다). 보통은 매직 링크를 씁니다.

문서를 직접 받을지, 다른 시스템에 연결할지

가장 단순한 포털은 문서가 다른 시스템에서 처리되었는지만 추적합니다("전자서명 도구에서 계약서 서명 — 완료"). 파일을 직접 받으면 편리하지만 저장, 접근, 보관 책임이 따릅니다. 계약서는 보통 전자서명 제품으로 서명하고, 계좌와 세금 정보는 급여 시스템에서 처리하는 편이 낫습니다.

얼마나 많은 내용을 담을지

포털은 위키가 아닙니다. 정책은 지식 베이스나 취업 규칙으로 연결하고, 포털은 이 사람의 다음 할 일에 집중하세요.

자동 알림

밀린 업무를 담당자에게 매일 이메일로 보내면 일이 계속 움직입니다. 이를 위해서는 일정에 따라 실행되는 무언가가 필요합니다. 호스팅에 예약 작업이 없다면 외부 스케줄러가 앱의 엔드포인트를 호출하거나, HR이 대시보드에서 "알림 보내기"를 누르게 할 수 있습니다.

제대로 동작하는 첫 프롬프트

직원 120명인 소프트웨어 회사를 위한 직원 온보딩 포털을 만들어 주세요. HR은 이름, 개인 이메일, 직무, 팀, 관리자, 버디, 입사일, 근무지, 템플릿(엔지니어링, 영업, 운영)을 입력해 신입 직원을 만듭니다. 각 템플릿에는 담당 역할(신입 직원, HR, IT, 관리자, 버디), 설명, 입사일 기준 상대 마감일이 있는 업무가 있고, 신입 직원을 만들면 템플릿이 그 사람의 업무 목록에 실제 날짜와 함께 복사되어야 합니다. 신입 직원은 개인 이메일로 받은 매직 링크로 로그인해, 환영 페이지(출근 시각, 사무실 주소, 질문할 사람, 첫 주 일정), 체크리스트, 필수 서류 업로드를 봅니다. 관리자, 버디, IT는 각 신입 직원에 대해 자기 업무만 봅니다. HR은 입사일 순서의 모든 신입 직원, 밀린 업무, 업로드된 문서를 봅니다. 문서는 비공개 저장소에 저장되고 HR만 볼 수 있어야 합니다. 역할은 신입 직원, 직원, HR, IT입니다. 모든 데이터는 데이터베이스에 저장해 주세요. 신입 직원 페이지는 따뜻하고 환영하는 디자인으로, HR과 IT 화면은 단순하고 정보가 촘촘하게 해 주세요.

만드는 단계

1. 체크리스트를 종이에 먼저 쓰세요. 최근 세 명의 입사자에게 첫날 무엇이 빠져 있었는지 묻고, IT에게 항상 늦게 도착하는 것이 무엇인지 물어보세요.
2. 템플릿과 신입 직원을 만들고, 여러 입사일에 대해 복사와 일정 계산 로직을 테스트하세요.
3. 역할별 업무 화면을 만드세요. 각 사람은 자기가 해야 할 것만 보이게 합니다.
4. 신입 직원 포털: 환영 페이지, 체크리스트, 자료.
5. 로그인: 신입 직원은 매직 링크, 직원은 선택한 로그인 방식.
6. 문서 업로드를 비공개 저장소에 저장하고, HR만 접근하게 하세요. 앱에 파일 업로드 추가하기를 참고하세요.
7. 알림과 리마인더를 자체 이메일 제공업체로 보내세요.
8. HR 개요 화면: 밀린 업무와 곧 입사할 사람.
9. 다음 두 명의 입사자로 파일럿을 진행한 뒤, 같은 방식으로 퇴사 절차를 추가하세요.

자주 하는 실수

• 입사 첫날부터 시작하기. 가장 중요한 온보딩 작업은 입사 전 2주 동안 이루어집니다.
• 모든 사람을 위한 거대한 체크리스트 하나. 역할별로 템플릿을 나누고, HR이 해당되지 않는 업무를 제거할 수 있게 하세요.
• 단일 담당자가 없는 업무. "팀에서 계정 설정"은 결국 아무도 하지 않는 일이 됩니다.
• 개인 문서를 공개되었거나 공유된 저장소에 두기. 비공개로 보관하고, 접근을 제한하고, 일정에 따라 삭제하세요.
• 포털을 취업 규칙집으로 만들기. 정책은 링크로 연결하고, 포털은 다음 할 일에 집중하세요.
• 관리자를 잊기. 신입 직원에게는 어떤 서식보다 관리자가 준비한 첫 주 계획이 더 중요합니다.

이미 만들어진 제품이 더 나은 경우

이미 HR 소프트웨어를 쓰고 있다면 온보딩 기능을 먼저 확인하세요. 템플릿, 전자서명, 급여 및 직원 기록과의 연결이 이미 있을 수 있는데, 직접 만든 포털은 이것을 연동해야 합니다. 여러 나라에서 채용하는 회사라면 나라별 서류를 관리하는 제품이 유리하기도 합니다.

온보딩이 실제 병목인데 HR 도구의 버전이 경직되어 있을 때, IT, 시설, 고객사별 단계처럼 HR 도구가 모델링하지 않는 업무가 여러 부서에 걸쳐 있을 때, 또는 온보딩, 휴가 신청과 다른 사내 요청을 한곳에 모으고 싶을 때는 직접 만드는 것이 맞습니다. 성장하는 팀의 첫 사내 도구로도 자주 쓰입니다.

Mythex로 만들기

Mythex에서는 채팅으로 온보딩 흐름을 설명하면 에이전트가 실시간 미리보기에서 앱을 만듭니다. 신입 직원과 업무를 위한 Postgres 데이터베이스를 추가하고, 앱이 필요로 하면 업로드를 위한 프로젝트 파일 저장소도 붙입니다. 문서의 사내 도구 사용 사례는 온보딩 체크리스트를 보통 가장 먼저 효과를 보는 도구 중 하나로 꼽습니다. 매직 링크 로그인과 리마인더 이메일은 자체 인증 및 이메일 제공업체를 통해 처리합니다. Mythex에는 최종 사용자용 로그인이나 이메일 발송 기능이 기본으로 없으며, 키는 프로젝트 비밀 값으로 보관합니다. 게시하기 전에 /test로 신입 직원을 만들고 업무를 완료하는 흐름을 확인하세요.

시작 프롬프트가 필요하다면 조직도 디렉터리나 채용 파이프라인 트래커 템플릿으로 시작해서 온보딩으로 확장해 보세요.

자주 묻는 질문