2026년 7월 08일·7분 읽기

빈 예약 시간을 공정하게 채우는 예약 대기자 워크플로

선호 조건을 수집하고 공정하게 순위를 정하며 만료되는 제안을 보내고 모든 응답을 기록하는 예약 대기자 워크플로를 구축하세요.

빈 예약 시간을 공정하게 채우는 예약 대기자 워크플로

빈 예약 시간이 채워지지 않는 이유

예약이 취소되면 긴급하게 빈 시간이 생깁니다. 다음 날 아침일 수도 있고, 점심 직후일 수도 있으며, 한 시간 안에 시작될 수도 있습니다. 직원이 취소 사실을 빠르게 확인하고 적절한 사람에게 연락하지 않으면 그 시간은 그대로 비게 됩니다.

많은 팀이 여전히 스프레드시트, 메모 필드 또는 직원의 기억에 의존해 대기자 명단을 관리합니다. 누군가 달력을 확인하고 이름을 훑어본 뒤 한 명씩 전화나 문자를 보냅니다. 상대방이 답할 때쯤에는 시간이 이미 다른 사람에게 넘어갔거나, 담당 직원이 다른 일을 처리하고 있을 수 있습니다.

수동 연락은 예약을 기꺼이 받을 사람도 놓칩니다. 환자는 오후 시간을 선호하거나 특정 담당자를 원할 수 있고, 이동에 30분이 필요할 수도 있습니다. 이런 정보가 서로 다른 메시지에 흩어져 있거나 아예 기록되지 않으면 참석할 수 없는 사람에게 연락하게 되고, 더 잘 맞는 사람은 빈 시간이 생긴 사실조차 알지 못합니다.

예약 대기자 워크플로를 사용하면 이 과정을 반복해서 운영할 수 있습니다. 시간이 비면 워크플로가 시간, 서비스, 장소, 담당자 조건에 맞는 사람을 확인합니다. 후보자에게 정해진 순서로 연락하고, 각 사람이 수락할 수 있는 명확한 시간을 제공합니다.

속도만큼 공정성도 중요합니다. 직원이 늘 가장 최근에 요청한 사람, 가장 크게 항의한 사람, 또는 기억에 남는 사람에게만 전화하면 다른 사람은 이유도 모른 채 더 오래 기다릴 수 있습니다. 순위 정책에는 요청 날짜, 직원이 승인한 긴급도, 본인이 밝힌 가능 시간을 반영할 수 있습니다. 취소가 발생할 때마다 새로 판단하지 않고 같은 규칙을 적용하는 방식입니다.

목표는 분명합니다. 적합한 사람에게 빈 예약 시간을 빠르게 제안하고, 응답할 시간을 충분히 주며, 모든 제안과 답변을 기록하는 것입니다. 그러면 달력이 비어 있는 시간이 줄어들고, 과정을 설명하기도 쉬워집니다.

중요한 정보를 수집하기

각 요청에 빠르게 매칭할 수 있는 정보가 충분히 있어야 대기자 명단이 제대로 작동합니다. 이름과 전화번호만으로는 부족합니다. 화요일 오전만 원하거나 두 번째 장소까지 이동할 수 없는 사람에게 이런 내용을 알아내려고 직원이 다시 전화할 필요가 없어야 합니다.

먼저 예약 자체에 대한 정보를 받으세요. 필요한 서비스, 이용할 수 있는 장소, 담당자 선호를 선택하게 합니다. 가능하면 담당자 선택은 선택 사항으로 두세요. 이서 박사를 선호하지만 자격을 갖춘 어떤 담당자라도 괜찮은 사람이 있다면, 해당 선호를 절대 조건으로 취급해 더 이른 빈 시간을 놓치게 해서는 안 됩니다.

날짜와 시간은 선호와 제한을 함께 수집하세요. 간단한 양식에서 원하는 요일, 시간대, 참석할 수 없는 날짜를 물을 수 있습니다. 실제로 아무런 제한이 없는 사람이 아니라면 모호한 «가장 빠른 시간» 선택지는 피하세요. 구체적인 답변이 있어야 빈 예약 시간을 더 쉽게 채울 수 있습니다.

양식은 다음과 같은 몇 가지 항목으로 간단하게 유지하세요.

  • 서비스 또는 예약 유형
  • 원하는 장소와 담당자, 해당하는 경우
  • 가능한 요일과 시간대
  • 참석 가능한 가장 이른 날짜와 불가능한 날짜
  • 당일 또는 다음 날 예약을 받을 수 있는지 여부

연락처도 같은 수준으로 신중하게 관리해야 합니다. 문자, 이메일, 전화 등 원하는 연락 방법을 각자가 선택하게 하세요. 선택한 방법에 사용할 주소나 번호와 예약 관련 메시지 수신 동의를 함께 기록합니다. 동의 기록에는 언제 어떤 방식으로 동의했는지가 표시되어야 합니다.

오전 10시에 오후 2시 예약 취소가 발생하는 상황에서는 속도가 중요합니다. «당일», «24시간 전», «2~3일 전», «일주일 이상 전»처럼 얼마나 미리 알려야 하는지 물어보세요. 하루 전 통지가 필요한 사람에게 2시간 안에 응답하라는 제안을 보내면 제안 시간을 낭비하게 되고 부주의한 대응처럼 느껴질 수 있습니다.

사람들이 끝까지 작성할 수 있을 만큼 양식을 짧게 유지하세요. 직원이 전화로 요청을 받는다면 내부 양식에서도 같은 항목을 사용해야 합니다. 기록 형식이 일정하면 추측이 줄고 순위 규칙에 정확한 정보를 사용할 수 있습니다.

공정한 순서로 후보자 순위 정하기

누가 먼저 빈 예약을 받았는지 이해할 수 있어야 대기자 명단이 공정하게 느껴집니다. 취소가 발생하기 전에 규칙을 정하세요. 환자가 전화로 기다리는 동안 직원이 우선순위를 새로 만들어서는 안 됩니다.

먼저 자격을 확인합니다. 예약 유형, 장소, 담당자 조건, 사전 준비 규칙에 맞아야 합니다. 30분짜리 후속 진료 시간은 그 정도 길이의 진료가 필요하고 해당 장소에 올 수 있는 사람에게만 제안해야 합니다. 그래야 나중에 직원이 제안을 취소하는 일이 줄어듭니다.

실제로 적용하기 쉬운 공정한 대기자 순위는 다음 순서를 따릅니다.

  • 임상 우선순위 표시나 서비스 마감일처럼 기관이 승인한 긴급도 규칙을 적용합니다.
  • 장소와 담당자 선호를 포함해 이용 가능한 시간에 참석할 수 있는지 확인합니다.
  • 남은 매칭 대상자를 대기자 명단에 등록한 날짜순으로 정렬합니다.
  • 최초 예약 날짜처럼 일관된 동률 해소 기준을 사용합니다.

긴급도 규칙은 좁은 범위로 정하고 문서화하세요. «빨리 필요함» 같은 메모는 사람마다 다른 판단을 하게 만듭니다. 임상의가 요청을 긴급으로 표시했다면 누가 언제 결정했는지 기록합니다. 그러면 다른 직원도 추측하지 않고 같은 지시를 따를 수 있습니다.

가능 시간은 빈 시간을 채우는 데 도움을 주지만, 대기 순서를 없애서는 안 됩니다. «평일 오후 언제든 가능»이라고 한 사람은 가능한 시간이 좁은 사람보다 더 많은 취소 건과 매칭될 수 있습니다. 이는 자연스러운 결과입니다. 다만 실제로 맞지 않는 예약 때문에 누군가가 앞 순서로 이동하지 않도록 해야 합니다.

예외를 눈에 보이게 관리하기

때로는 직원이 순위를 바꿔야 합니다. 환자에게 교통 지원, 통역, 당일 임상 검토가 필요할 수 있습니다. 예외 처리는 허용하되 짧은 사유를 입력하게 하고 예약 기록에 남기세요.

이 기록은 직원을 보호하고 예약 취소 관리를 검토하기 쉽게 합니다. 또한 저녁 예약을 요청한 사람을 팀이 반복해서 건너뛰는 것처럼, 특정 패턴도 보여 줄 수 있습니다.

순위를 정기적으로 검토하세요. 시간 제한 예약 제안을 받은 사람과 계속 대기 중인 사람을 비교합니다. 특정 그룹이 예상보다 오래 기다린다면 일관되지 않은 습관이 굳어지기 전에 자격 또는 긴급도 규칙을 명확하게 고쳐야 합니다.

취소를 예약 제안으로 바꾸기

직원이 취소를 확인하면 바로 빈 시간이 생성되어야 합니다. 워크플로에는 예약 날짜, 시작 및 종료 시간, 장소 또는 서비스 유형, 관련 담당자, 예약 가능한 사람을 제한하는 규칙이 필요합니다. 기존 예약이 다른 시간으로 변경되어 원래 시간이 비는 경우에도 같은 절차를 적용할 수 있습니다.

시스템은 저장된 대기자 선호와 빈 시간을 비교합니다. 다른 서비스를 요청했거나 그 시간에 참석할 수 없거나 다른 장소를 선호하거나 이미 겹치는 예약이 있는 사람은 제외합니다. 그러면 수신자가 거절할 수밖에 없는 제안을 줄일 수 있습니다.

예를 들어 오후 2시 진료 시간이 생기면 워크플로는 해당 진료 유형을 기다리면서 평일 오후에 참석할 수 있다고 한 사람을 확인합니다. 오전만 선택한 사람은 더 일찍 대기자 명단에 등록했더라도 그 시간의 제안을 받지 않습니다.

매칭이 끝난 뒤 순위 규칙을 적용하세요. 첫 번째 적격 후보자를 선택해 시간 제한 예약 제안 하나를 만듭니다. 제안이 활성화된 동안에는 해당 시간을 임시로 확보해 두 사람이 동시에 예약하지 못하게 합니다.

예외를 위한 검토 단계 추가하기

일부 빈 시간은 워크플로가 누구에게 연락할지 결정하기 전에 직원의 검토가 필요합니다. 예약 제한, 후속 진료 시기, 결제 상태, 접근성 지원, 임상의 지시를 확인해야 할 수 있습니다. 자동 연락을 잠시 멈추고 사유를 분명히 보여 주는 검토 상태를 사용하세요.

직원에게는 세 가지 선택지가 있으면 됩니다. 제안된 후보자를 승인하거나, 다른 적격 후보자를 선택하거나, 일반 예약을 위해 시간을 공개하는 것입니다. 누가 언제 결정했는지 기록하세요.

사례별 사유로 후보자를 거절하면 워크플로는 기본 순위를 바꾸지 않고 다음 적격자에게 넘어가야 합니다. 예외는 해당 빈 시간에만 연결되고, 전체 대기열은 이후 시간에도 공정하게 유지됩니다.

사람들이 바로 행동할 수 있는 제안 작성하기

프로토타입으로 시작하기
대기자 데이터, 직원 화면, 응답 이력을 한곳에서 구성하세요.
AppMaster 사용해 보기

대기자 제안은 네 가지를 빠르게 알려 줘야 합니다. 예약 시간, 장소, 응답 가능 시간, 예약 확정 방법입니다. 기본 정보를 찾으려고 받은 편지함을 검색하거나 병원에 전화해야 한다면 예약 시간이 비어 있을 수 있습니다.

쉬운 표현을 사용하고 마감 시간을 앞부분에 배치하세요. 정확한 날짜와 현지 시간, 필요한 경우 예약 유형, 장소 또는 원격 진행 방식을 넣습니다. «내일 예약이 가능합니다»처럼 모호하게 쓰지 마세요.

5월 14일 화요일 오후 2시 30분에 클리닉 예약이 가능합니다. 오늘 오후 12시까지 수락 또는 거절해 주세요. 이 시간을 예약하려면 수락을 선택하세요. 정오까지 답변을 받지 못하면 대기자 명단의 다음 사람에게 예약을 제안합니다.

수락과 거절이라는 두 가지 행동을 분명하게 제공하세요. 수락하면 즉시 시간이 확보되고 확인 메시지가 발송되어야 합니다. 거절하면 제안이 종료되고 다음 적격 후보자에게 넘어가야 합니다. 짧은 마감 시간에 단어를 입력해 답장하거나, 전화하거나, 별도 페이지를 방문하게 하면 불필요한 절차가 늘어납니다.

마감 시간을 구체적으로 정하기

사람들이 다른 지역에 살거나 일할 수 있다면 날짜, 시간, 시간대를 포함한 정확한 마감 시간을 표시하세요. «두 시간 안에 답변해 주세요»는 메시지를 늦게 본 사람을 혼란스럽게 할 수 있습니다. «5월 14일 동부 시간 기준 오후 12시까지 답변해 주세요»가 더 명확합니다.

마감 시간은 예약까지 남은 시간에 맞춰야 합니다. 다음 날 아침 예약은 30분의 응답 시간이 필요할 수 있습니다. 다음 주 빈 시간에는 몇 시간을 줄 수 있습니다. 첫 번째 제안이 만료된 뒤 다른 사람에게 연락할 시간도 남겨 두세요.

만료되면 어떻게 되는지 설명하세요. 마감 시간이 지나면 워크플로는 제안을 만료로 표시하고 시간을 해제한 뒤 다음 적격 후보자에게 연락해야 합니다. 만료된 링크가 아직 자리를 확보하고 있는 것처럼 보여서는 안 됩니다.

모든 응답 뒤에 확인 메시지를 보내세요. 짧은 수락 확인은 중복 예약을 줄입니다. 거절 확인은 별도 정책이 없는 한 해당 예약을 거절했을 뿐 전체 대기자 명단에서 빠진 것은 아니라는 점을 안심시켜 줍니다. 제안 시간, 마감 시간, 응답, 최종 예약 상태를 기록하세요.

마감 시간과 만료 처리 설정하기

제안에는 명확한 종료 시간이 필요합니다. 종료 시간이 없으면 취소된 예약이 답변을 기다리는 동안 보류되고, 다른 사람은 예약할 기회를 잃을 수 있습니다.

대기자 명단에 등록할 때 각자가 선택한 연락 방법을 사용하세요. 문자를 선호하는 사람에게는 문자를 보내고 이메일을 선택한 사람에게는 이메일을 보냅니다. 발송 시간, 채널, 마감 시간을 기록하세요.

당일 빈 시간은 짧은 제한 시간이 필요합니다. 2시간 뒤 시작하는 예약이라면 15분의 응답 시간이 적절할 수 있습니다. 다음 주 예약은 몇 시간을 줘도 괜찮습니다. 메시지를 확인할 시간은 주되, 제안의 가치가 사라질 정도로 빈 예약 시간을 오래 붙잡아 두지는 마세요.

시간마다 활성 제안 하나만 유지하기

정책상 최초 응답자를 받는 방식이 명확히 허용된 경우가 아니라면 같은 예약에 여러 제안을 보내지 마세요. 병렬 제안을 보내면 한 사람만 예약할 수 있는데 두 사람이 수락할 수 있습니다.

더 안전한 방법은 순위가 가장 높은 적격 후보자에게 제안 하나를 보내고, 명시한 마감 시간까지만 예약을 확보한 뒤, 모든 결과를 기록하는 것입니다. 거절 또는 만료 후 시간을 해제하고 다음 사람에게 제안하세요.

수락하면 즉시 예약을 확정하고 제안 절차를 중지합니다. 거절하면 이후 빈 시간을 위해 기존 선호 조건을 유지합니다. 응답하지 않으면 만료를 기록하되, 대기자 명단에서 나가고 싶다는 요청으로 처리하지 마세요.

이 방식은 예약 취소 관리를 공정하게 유지하고, 누군가 제안이 왜 다음 사람에게 넘어갔는지 물었을 때 직원이 신뢰할 수 있는 이력을 보여 줄 수 있게 합니다.

혼동 없이 응답 기록하기

대기자 명단 앱 만들기
코드 없이 양식, 순위 필드, 제안 이력을 만들어 보세요.
앱 만들기

각 제안에 어떤 일이 있었는지 모두가 확인할 수 있어야 대기자 명단이 제대로 작동합니다. 수락, 거절, 만료, 미응답을 별도의 결과로 저장하세요. «미응답»은 아직 마감 시간이 지나지 않았다는 뜻입니다. 마감 시간이 지나면 워크플로가 상태를 «만료»로 바꿔야 합니다.

모든 이벤트에 타임스탬프를 기록하세요. 직원이 제안을 만든 시간, 시스템이 발송한 시간, 가능하다면 상대방이 연 시간, 답변한 시간을 저장합니다. 정확한 시간은 분쟁을 해결하고 제안이 너무 빨리 만료되는 패턴을 찾는 데 도움이 됩니다.

링크를 클릭했다는 이유만으로 예약을 확정하지 마세요. 상대방이 해당 시간을 원한다고 확인하고 워크플로가 아직 예약 가능한지 확인한 뒤 예약을 업데이트해야 합니다. 다른 직원이 먼저 예약했다면 상대방을 계속 기다리게 하지 말고 결과를 분명하게 알려 주세요.

시간마다 하나의 이력 유지하기

모든 예약에 간단한 제안 이력을 연결하세요. 접수 직원이 시간이 왜 비어 있는지 알아보려고 문자, 이메일, 메모를 따로 검색할 필요가 없어야 합니다. 후보자, 제안 시간, 마감 시간, 응답, 조치한 직원을 표시하세요.

기록은 다음과 같을 수 있습니다.

  • 오전 9시 5분: 화요일 오후 2시 30분 예약을 Maya Chen에게 보냄. 응답 마감: 오전 9시 35분.
  • 오전 9시 17분: Maya가 거절함.
  • 오전 9시 18분: Daniel Ortiz에게 제안 발송. 응답 마감: 오전 9시 48분.
  • 오전 9시 46분: Daniel이 수락함. 예약 확정.

이 이력을 보면 순위를 쉽게 검토할 수 있습니다. 직원은 워크플로가 의도한 순서로 연락했는지, 기록된 이유 없이 누군가를 건너뛰지 않았는지 확인할 수 있습니다.

사람들이 항상 깔끔하게 «예» 또는 «아니요»라고 답하는 것은 아닙니다. «갈 수 있어요»라고 쓰거나 접수처에 전화하거나 마감 후 답할 수도 있습니다. 직원이 응답을 명확하게 기록할 수 있는 방법을 제공하고 필요하면 짧은 메모를 추가하게 하세요.

예시: 취소된 클리닉 진료 채우기

첫 워크플로 테스트하기
진료 유형 하나로 시작해 팀과 함께 규칙을 다듬어 보세요.
만들기 시작

치과에서 화요일 오후 3시 예약이 취소됩니다. 정기 검진과 스케일링을 진행하기에 충분한 시간이어서 접수 직원은 진료가 끝나기 전에 시간을 채우고 싶어 합니다.

워크플로는 화요일 오후를 요청한 환자를 확인합니다. 이미 예약이 있거나, 병원이 해당 규칙을 적용한다면 미납 잔액이 있거나, 그 주에 참석할 수 없다고 표시한 사람은 제외합니다. 남은 환자는 병원의 순위 정책에 따라 정해진 순서를 유지합니다.

Maria가 첫 번째입니다. 3주 전에 대기자 명단에 등록했고 평일 오후를 선택했으며 스케일링을 받을 시기가 되었습니다. 시스템은 화요일 오후 3시 예약, 병원 주소, 오후 3시 10분 응답 마감 시간이 담긴 명확한 제안을 보냅니다. Maria는 «수락» 또는 «거절»을 선택할 수 있습니다.

Maria는 직장에 있어서 7분 뒤 거절합니다. 응답이 즉시 기록에 반영되므로 직원이 실수로 다시 전화하거나 같은 제안을 보내지 않습니다.

워크플로는 다음 적격 환자인 James에게 같은 시간을 보냅니다. 메시지에는 정확한 시간이 적혀 있고 10분 안에 답해 달라고 안내합니다. 오후 3시 14분에 James가 수락합니다.

시스템은 James의 예약을 확정하고 이후 제안에서 해당 시간을 제거하며 진료 세부 정보가 담긴 확인 메시지를 보냅니다. 취소, 각 제안, Maria의 거절, James의 수락을 모두 기록합니다. 직원은 나중에 왜 James에게 시간이 돌아갔는지와 각 조치가 언제 이루어졌는지 확인할 수 있습니다.

접수 직원은 급하게 연속으로 전화하지 않아도 되고, 병원은 명확한 예약 취소 관리 기록을 유지할 수 있습니다.

빈 시간을 만드는 실수

빈 시간은 대기자 명단에 사람이 부족해서가 아니라 작은 과정의 빈틈 때문에 생기는 경우가 많습니다.

누군가 여러 번 전화했다는 이유만으로 맨 앞에 세우지 마세요. 그러면 필요나 대기 시간보다 끈기를 보상하게 되고, 조용히 기다리는 환자에게 불공정하게 느껴질 수 있습니다. 긴급도, 기다린 시간, 예약 유형, 본인이 밝힌 가능 시간을 기준으로 순서를 미리 정하세요.

긴 메시지도 예약을 놓치게 합니다. 회의 사이에 문자를 훑어보는 사람은 세 번째 문장에 묻힌 마감 시간을 지나칠 수 있습니다. 가능한 시간, 장소 또는 진행 방식, 응답 방법, 만료 시간을 앞부분에 배치하세요. 예를 들면 «오늘 오후 3시 30분에 진료 시간이 비었습니다. 오후 2시까지 YES라고 답해 예약하세요»처럼 쓸 수 있습니다.

상대방이 수락하기 전에는 제안을 예약으로 처리하지 마세요. 제안 상태로 두고 정해진 기간 동안 다른 예약에서 시간을 제외한 뒤, 명확한 수락을 받은 후에 확정합니다. 거절하면 다음 적격 후보자에게 제안하세요.

만료된 제안은 적극적으로 처리해야 합니다. 마감 시간이 지난 대기 중 제안이 직원의 다음 연락을 막으면 시간이 계속 비어 있을 수 있습니다. 시스템은 마감 시점에 해당 기록을 만료로 바꾸고 시간을 기록한 뒤 예약을 다시 제안 대기열에 넣어야 합니다.

간단한 상태 세트를 사용하면 혼동을 줄일 수 있습니다.

  • 가능: 예약에 맞는 후보자가 필요함.
  • 제안됨: 한 후보자가 임시로 시간을 확보함.
  • 수락됨: 직원 또는 시스템이 예약을 확정함.
  • 거절됨: 후보자가 거절함.
  • 만료됨: 응답 마감 시간이 지남.

후보자, 제안 시간, 마감 시간, 채널, 결과가 포함된 응답 로그를 유지하세요. 환자가 왜 빈 시간을 받지 못했는지 물으면 직원은 기억에 의존하지 않고 기록을 바탕으로 설명할 수 있습니다.

출시 전 워크플로 확인하기

빈 시간 자동 제안
시각적 프로세스로 후보자를 매칭하고 제안 마감 시간을 관리하세요.
워크플로 만들기

자동 제안을 켜기 전에 모든 활성 대기자 명단 항목을 검토하세요. 문자를 선호하지만 휴대전화 번호가 없는 사람이 있다면 이메일이나 전화처럼 명확한 대체 방법이 필요합니다. 중복 등록도 확인하세요. 한 사람이 두 번 등록했거나 두 가지 연락 방법을 사용했다는 이유로 같은 빈 시간에 제안을 두 번 받아서는 안 됩니다.

테스트용 항목을 몇 개 만들고 전체 워크플로를 실행해 보세요. 수락, 거절, 마감 전까지 답변이 없는 제안을 모두 테스트합니다. 수락 후 시간이 확보되는지, 거절 또는 만료 후 다음 적격자에게 넘어가는지, 연락 방법과 최종 상태가 기록되는지, 적격 후보자가 없을 때 직원에게 알리는지, 다른 사람이 예약한 뒤 늦은 수락을 막는지 확인하세요.

현실적인 시간을 사용하세요. 다음 날 예약에는 2시간의 마감 시간이 적절할 수 있지만, 당일 빈 시간에는 15분이 필요할 수 있습니다. 제안이 활성화된 동안 직원이 빈 시간을 취소하면 어떻게 되는지도 테스트하세요.

직원은 시스템이 왜 특정 사람을 선택했는지 볼 수 있어야 합니다. 해당 담당자를 요청했고, 시간대가 맞으며, 같은 우선순위의 다른 사람보다 오래 기다렸다는 식으로 설명할 수 있어야 합니다. 짧은 순위 메모가 있으면 누군가 왜 먼저 연락받지 못했는지 물었을 때 일관되게 답할 수 있습니다.

결과를 매주 확인하세요. 빈 예약 시간, 채워진 시간, 수락된 제안, 만료된 제안, 일반적인 응답 시간을 집계합니다. 제안이 많이 만료된다면 연락처, 마감 시간, 제안된 시간이 사람들이 입력한 선호와 맞는지 검토하세요.

AppMaster로 만든 내부 도구를 사용하면 대기자 항목, 응답 상태, 주간 보고서를 한곳에서 관리할 수 있습니다. 여러 사람이 동시에 편집하는 스프레드시트에 의존하지 않고 팀이 코드 없이 애플리케이션을 만들 수 있습니다.

워크플로를 일상 업무에 적용하기

취소가 자주 발생하는 30분 후속 진료처럼 예약 유형 하나와 제한된 대기자 그룹으로 시작하세요. 달력의 모든 예약을 한꺼번에 적용하는 것보다 후보자 10명으로 규칙의 빈틈을 찾는 편이 쉽습니다.

첫 제안을 보내기 전에 직원에게 짧은 안내문을 제공하세요. 누가 자격이 있는지, 순위가 어떻게 정해지는지, 응답 시간은 얼마인지, 수락과 거절 또는 만료 후에 무엇을 해야 하는지 설명해야 합니다. 그러면 같은 빈 시간을 두고 직원마다 다른 결정을 내리는 일을 줄일 수 있습니다.

실제 결과를 바탕으로 과정을 개선하세요. 몇 주 후 수락률, 마감 후 응답 빈도, 가장 빠른 응답을 얻는 메시지 발송 시간을 검토합니다. 제안이 많이 만료된다면 더 명확한 메시지나 더 긴 응답 시간을 시도해 보세요. 순위 변경 사항을 기록하고 이후에도 일관되게 적용합니다.

간단한 일일 루틴이 도움이 됩니다. 정해진 시간에 새 취소와 자격을 확인하고, 순위가 가장 높은 매칭 대상자에게 제안을 보내며, 마감 전까지 낮은 순위의 제안을 보류하고, 모든 응답 뒤 달력을 업데이트하고, 만료된 제안을 신속하게 검토하세요.

AppMaster는 대기자 데이터, 예약 선호, 순위 필드, 응답 이력을 하나의 노코드 애플리케이션에 담을 수 있습니다. 시각적 Business Process Editor가 자격을 확인하고, 다음 후보자를 선택하고, 알림을 보내고, 마감 시간이 지나면 제안을 만료로 표시할 수 있습니다. 직원은 공유 스프레드시트에 의존하지 않고 웹 또는 모바일 화면에서 현재 상태를 확인할 수 있습니다.

첫 버전은 단순하게 유지하세요. 취소된 예약을 공정하게 채우고 모든 결정을 기록한 뒤, 팀이 규칙을 꾸준히 지킨다는 확신이 생기면 워크플로를 확장하면 됩니다.

자주 묻는 질문

예약 대기자 명단에는 어떤 정보를 받아야 하나요?

필요한 서비스, 이용 가능한 장소, 담당자 선호, 가능한 요일과 시간, 참석할 수 없는 날짜, 필요한 사전 통지 기간, 연락 방법, 예약 관련 메시지 수신 동의를 기록하세요. 이 정보가 있으면 추가 통화 없이 실제 빈 시간과 대기자를 매칭할 수 있습니다.

예약 대기자 명단의 순위는 어떻게 정해야 하나요?

먼저 실제로 해당 예약을 이용할 수 있는 사람만 추립니다. 그다음 승인된 긴급도 규칙을 적용하고, 남은 후보자를 대기자 명단에 등록한 날짜순으로 정렬합니다. 동률일 때는 최초 예약 날짜처럼 일관된 기준을 사용하세요.

대기자 명단에 담당자 선호를 필수로 받아야 하나요?

본인이 반드시 특정 담당자를 만나야 한다고 말한 경우가 아니라면 담당자 선호를 유연하게 처리하세요. 특정 담당자를 선호하지만 자격을 갖춘 다른 담당자도 괜찮은 사람에게는 적합한 빈 시간이 생겼을 때 더 일찍 제안할 수 있습니다.

같은 빈 시간을 여러 사람에게 동시에 보내도 되나요?

예약 시간마다 활성화된 제안은 하나만 두세요. 순위가 가장 높은 적격 후보자에게 정해진 마감 시간까지 예약을 임시로 확보해 주고, 거절 또는 만료 후에 다음 후보자에게 제안합니다.

예약 제안 메시지에는 무엇을 넣어야 하나요?

예약 날짜와 현지 시간, 장소 또는 원격 진행 방식, 응답 마감 시간, 명확한 수락 및 거절 방법을 넣으세요. 수신자가 빠르게 행동할 수 있도록 마감 시간을 메시지 앞부분에 배치하세요.

예약 제안에 얼마나 오래 응답할 수 있게 해야 하나요?

예약까지 남은 시간에 맞춰 응답 시간을 정하세요. 당일 예약은 15분에서 30분 정도가 필요할 수 있고, 다음 주 예약은 몇 시간을 줄 수 있습니다. 첫 번째 제안이 만료된 뒤 다른 후보자에게 연락할 시간도 남겨 두세요.

마감 시간 전에 응답하지 않으면 어떻게 되나요?

마감 시간이 되면 제안을 만료로 표시하고 임시 예약을 해제한 뒤 다음 적격 후보자에게 연락하세요. 만료 상태는 이력에 남기되, 메시지를 한 번 놓쳤다는 이유만으로 전체 대기자 명단에서 삭제하지는 마세요.

각 대기자 제안에 어떤 기록을 남겨야 하나요?

후보자 이름, 매칭된 이유, 연락 채널, 제안 시간, 마감 시간, 응답, 최종 예약 상태, 직원이 적용한 예외를 저장하세요. 누군가 빈 시간을 받지 못한 이유를 물었을 때 직원이 기록을 바탕으로 설명할 수 있습니다.

직원은 언제 대기자 순위를 예외적으로 바꿀 수 있나요?

임상 검토, 이동 지원, 통역, 예약 제한처럼 구체적인 이유가 있을 때 예외를 허용하세요. 직원이 짧은 사유와 이름, 결정 시간을 입력하게 해 예외가 분명히 남도록 합니다.

예약 대기자 워크플로를 출시 전에 어떻게 테스트해야 하나요?

수락, 거절, 만료, 중복 등록, 마감 후 응답 사례를 테스트하세요. 제안이 활성화된 상태에서 예약이 취소되는 경우, 연락 방법이 없는 경우, 적격 후보자가 없는 경우도 확인해야 합니다. 모든 결과가 예약 및 제안 이력에 올바르게 반영되는지 점검하세요.

쉬운 시작
멋진만들기

무료 요금제로 AppMaster를 사용해 보세요.
준비가 되면 적절한 구독을 선택할 수 있습니다.

시작하다