입학 시즌이 한창이고 지원서가 쏟아져 들어올 때, 입학사정팀에게 가장 필요한 것은 오히려 업무 부담을 늘리는 지원자 파이프라인이 아닙니다. 저희는 입학 시즌 성수기에 학교들이 처음부터 실패할 수밖에 없도록 설계된 파이프라인 문제를 해결하도록 돕는 데 상당한 시간을 할애합니다.

다음은 우리가 가장 자주 목격하는 실수와, 그 차이를 가장 크게 줄여주는 수정 사항입니다.

지원팀 의견: 잘 설계된 OpenApply 파이프라인은 입학 시즌 동안 마치 존재하지 않는 것처럼 느껴져야 합니다. 지원서는 자연스럽게 파이프라인을 거쳐 이동하고, 담당 팀은 각 단계에서 무엇을 해야 하는지 정확히 알고 있어야 합니다. 만약 담당 팀이 지원서가 현재 어느 단계에 있는지 자주 혼란스러워하거나, 처리가 지연된 지원서를 수동으로 찾아야 하는 상황이라면, 다음 입학 시즌이 시작되기 전에 파이프라인 설계를 재검토해야 합니다.

실수 1: 단계가 너무 많다

우리가 흔히 보는 파이프라인 문제는 과도한 설계입니다. 학교들은 "서류 대기 중", "서류 접수 완료", "서류 검토 중", "서류 승인 완료" 등 가능한 모든 시나리오에 대한 단계를 추가하여 결국 아무도 일관되게 관리하지 않는 15단계짜리 파이프라인을 만들어냅니다.

대부분의 학교에 적합한 입학 전형 절차는 5~8단계로 구성됩니다. 각 단계는 단순한 진행 상황 업데이트가 아니라 의미 있는 의사 결정 또는 인수인계를 나타내야 합니다. 만약 지원서를 다음 단계로 넘기는 과정에서 담당자의 조치나 결정이 필요하지 않다면, 해당 두 단계는 하나로 통합하는 것이 바람직합니다.

실행 방법: 실제 입학 심사 과정을 종이에 그려보세요. 이상적인 과정이 아닌 실제 과정을 그리고, 중요한 결정 단계를 파악하세요. 이러한 단계에 맞춰 입학 심사 파이프라인을 구축하고, 과정의 모든 세부 사항을 추적하지 마세요. 각 단계 내에서 메모, 태그 또는 체크리스트를 활용하여 더욱 세밀하게 추적하세요.

두 번째 실수: 단계별 담당자가 지정되지 않음

지원서 처리가 지연되는 경우는 시스템 문제 때문이 아니라, 누가 지원서를 처리해야 하는지 모르는 경우가 대부분입니다. 팀원들에게 "평가 단계에 있는 지원서는 누가 담당하나요?"라고 물었을 때 세 가지 다른 답변이 나온다면, 그것은 OpenApply 자체의 문제가 아니라 프로세스상의 문제입니다.

실행 방안: 파이프라인의 각 단계별로 지원서 검토 및 진행을 담당할 담당자 또는 역할을 명확히 지정하세요. 이를 팀 온보딩 과정에 포함시키세요. 특정 단계에 처리해야 할 업무가 정기적으로 많이 쌓인다면, 해당 단계의 담당자가 부족하거나 담당자 지정이 불분명한 것일 수 있습니다. 두 가지 모두 시즌 시작 전에 해결해야 합니다.

세 번째 실수: 자동 이메일이 잘못된 단계에서 발송됨

자동화된 커뮤니케이션은 OpenApply 의 가장 강력한 기능 중 하나이지만, 동시에 가장 자주 잘못 설정되는 기능이기도 합니다. 트리거 단계가 잘못 설정되어 학부모님들이 지원서 제출 후 3일이 지나서야 "지원서 접수" 이메일을 받거나, 서류 검토가 완료되기도 전에 평가 초대 이메일을 받는 사례를 종종 접하게 됩니다.

실행 방법: 모든 자동 이메일을 해당 이메일이 발송되어야 하는 단계에 맞춰 매핑하고 시즌 시작 전에 각각 테스트하세요. 파이프라인을 통해 테스트 애플리케이션을 전송하고 각 자동 메시지가 올바른 시점에 발송되고 정확한 정보를 포함하는지 확인하세요. 특히 발송 시점과 실제 발송 시점 사이의 시간 차이에 주의해야 합니다. 일부 이메일 발송 트리거에는 학교에서 설정해 놓은 것을 잊어버리는 지연 시간이 있을 수 있습니다.

실수 4: 근본적으로 다른 프로세스에 하나의 파이프라인을 사용하는 것

유치원, 초등학교, 중학교, 고등학교 등 여러 입학 단계를 거치는 학교들은 때때로 모든 지원서를 하나의 시스템으로 처리하려고 합니다. 하지만 이렇게 하면 시스템이 너무 일반적이어서 어떤 학년에도 제대로 적용되지 않고, 일부 단계는 특정 학년에만 적용되는 식으로 운영되어 실용성이 떨어집니다.

실행 방법: 입학 전형 과정이 지원 기관별로 실제로 다른 경우(면접, 서류 요건, 심사 결과 발표 시기 등)에는 별도의 체크리스트나 하위 상태를 사용하세요. OpenApply 여러 파이프라인을 지원하며, 하나의 파이프라인에 많은 정보를 담는 것보다 두 개의 집중된 파이프라인을 관리하는 것이 훨씬 효율적입니다. 단, 사소한 차이에 대해서는 별도의 파이프라인을 만들지 마세요. 공통 파이프라인 내의 체크리스트나 태그를 사용하는 것이 더 효과적입니다.

실수 5: 보고 대시보드를 활용하여 병목 현상을 파악하지 않음

OpenApply 의 보고 대시보드는 지원서가 파이프라인 단계별로 어떻게 분포되어 있는지 실시간으로 정확하게 보여줍니다. 저희와 협력하는 많은 입학 담당팀은 입학 시즌 동안 OpenApply를 전혀 열어보지 않고, 개별 지원서가 접수될 때만 확인합니다. 그 결과, 병목 현상이 눈에 띄지 않게 누적되어 결국 심각한 문제로 발전하게 됩니다.

해야 할 일: 입학 시즌 동안 매일 업무 시작 시 파이프라인 개요를 확인하는 습관을 들이세요. 특정 단계에 지원서가 과도하게 쌓여 있다면 조기 경고 신호입니다. 지원서가 10건 정도 쌓인 경우라면 오후 시간 정도면 처리할 수 있지만, 60건에 달하면 훨씬 더 큰 문제가 됩니다.

요약하자면

• 파이프라인은 5~8단계로 구성하고, 각 단계는 단순한 진행 상황 업데이트가 아닌 실제 의사 결정 지점이어야 합니다.
• 각 단계에 담당자를 지정하고 팀 전체가 담당자 지정 현황을 숙지하도록 하세요.
• 시즌 개막 전에 전체 파이프라인을 통해 테스트 애플리케이션을 실행하여 모든 자동 이메일 트리거를 테스트하십시오.
• 진정으로 다른 입학 절차에는 하위 상태를 통해 별도의 파이프라인을 사용하고, 하나의 파이프라인으로 모든 것을 처리하려고 하지 마십시오.
• 성수기에는 대시보드를 매일 확인하세요. 초기에 병목 현상을 발견하면 쉽게 해결할 수 있습니다.

OpenApply 지원팀은 시즌 시작 전에 사용자 설정을 검토하고 문제를 파악할 수 있습니다. 지원 요청을 제출하고 필요한 지원 사항을 자세히 설명해 주세요.

관련 기사

• 입학 시즌 시작 전에 OpenApply 설정을 준비하세요
• 학부모, 교직원 및 학생에게 시스템 변경 사항을 전달하는 방법
• 접근 제어 모범 사례: 적절한 사람에게 적절한 권한 부여