YMCA 시설에서 복잡한 그룹 예약 관리하기

YMCA 그룹 예약은 단순히 방을 예약하는 것 이상을 포함할 수 있습니다. 한 그룹은 캐빈, 회의 공간, 활동, 여러 참가자, 주최자, 별도의 청구 조직, 보증금, 추가 서비스, 도착 정보 및 그룹이 시설에 도착하기 전에 변경 사항이 필요할 수 있습니다.

이는 같은 광범위한 YMCA 조직 하에 캠프, 롯지, 야외 센터, 레크리에이션 시설, 프로그램 및 커뮤니티 공간을 운영하는 조직에 특히 중요합니다.

왜 YMCA 그룹 예약이 일반 예약보다 더 복잡한가요?

개별 캐빈 예약은 한 고객, 한 숙소, 한 숙박 기간 및 한 결제 관계를 포함할 수 있습니다.

그룹 비즈니스는 추가적인 관계를 추가합니다.

예약 닌자들 그룹 예약 기능은 그룹을 하나의 대형 개인 예약으로 취급하기보다는 다인, 다공간, 다자원 및 다일 예약 시나리오를 중심으로 설계되었습니다.

YMCA 그룹 예약은 무엇을 연결해야 하나요?

그룹과 예약의 차이는 무엇인가요?

이 구분은 같은 학교, 조직, 가족 그룹 또는 커뮤니티 파트너가 두 번 이상 돌아올 때 중요해집니다.

이 구조는 또한 하나의 조직이 여러 연락처 또는 여러 예약을 가질 수 있도록 하여 매번 전체 관계를 재구성하지 않도록 합니다.

YMCA 북부의 이야기는 예약 복잡성에 대해 무엇을 보여주나요?

이 고객 이야기는 대규모 그룹 이벤트보다는 주로 캐빈 예약에 초점을 맞추고 있지만, 기본적인 교훈은 그룹 관리로 직접 이어집니다: 예약에 포함된 규칙, 사람, 날짜, 공간 및 재정 관계가 많을수록 이러한 기록 간의 연결이 더 중요해집니다.

YMCA는 그룹의 가용성을 어떻게 확인해야 하나요?

그룹 가용성은 단순히 하나의 캐빈이나 회의실이 열려 있는지 여부의 문제가 아닙니다.

시설은 전체 그룹 기간 동안 필요한 자원의 조합이 가용한지 확인해야 할 수 있습니다.

예약 닌자들 가용성 관리 예약 뒤에 있는 가용성 맥락을 유지하며, 그룹 예약은 여러 사람, 공간, 자원 또는 일정을 포함하는 예약을 조정할 수 있습니다.

왜 다일 YMCA 예약이 조정하기 어려운가요?

여러 날 동안 머무는 그룹은 서로 다른 시간에 서로 다른 자원을 사용할 수 있습니다.

숙소는 전체 숙박을 포함할 수 있지만, 회의실, 식사 공간, 활동 및 기타 자원은 각자의 일정을 따릅니다.

그룹 예약은 다일 및 반복 예약 구조를 지원하여, 더 넓은 그룹 관계가 유지되는 동안 일정의 개별 부분이 별도로 관리될 수 있도록 합니다.

왜 예약자와 청구 관계는 별도로 유지되어야 하나요?

그룹을 조정하는 사람은 반드시 재정적으로 책임이 있는 사람이나 조직이 아닙니다.

예를 들어, 학교의 직원이 숙박을 조정할 수 있지만, 학교 자체가 송장에 대한 책임이 있을 수 있습니다. 부모가 가족 그룹을 조직할 수 있지만, 다른 사람이 결제를 처리할 수 있습니다.

따라서 YMCA 예약 모델은 다음을 보존해야 합니다:

이는 직원이 변경 요청을 한 사람, 커뮤니케이션을 받을 사람, 잔액에 대한 책임이 있는 사람이 누구인지에 대한 질문에 답해야 할 때 특히 중요해집니다.

YMCA 그룹 보증금 및 결제가 예약과 어떻게 연결되어야 하나요?

복잡한 예약은 그룹이 도착하기 전에 재정 활동을 자주 생성합니다.

YMCA의 정책에 따라, 여기에는 보증금, 할부, 부분 지불, 최종 잔액, 추가 요금, 환불, 할인 또는 기타 조정이 포함될 수 있습니다.

중요한 요구 사항은 지불 활동이 올바른 그룹, 예약, 송장 및 책임 계정과 연결되어 있어야 한다는 것입니다.

YMCA of the North 고객 사례는 실용적인 예를 제공합니다. 그들의 캐빈 대여 프로세스는 도착이 30일 이상 남았을 때 예약 시 50%가 필요하며, 나머지 잔액은 나중에 지불해야 했습니다. 구현된 예약 워크플로우는 그 지불 논리를 예약 생명 주기와 직접 연결했습니다.

예약 닌자 송장 관리 예약, 지불, 잔액 및 청구 관계에 대한 재무 기록 계층을 제공합니다.

그룹이 도착 전에 변경되면 어떻게 됩니까?

그룹 예약은 완전히 정적이지 않은 경우가 많습니다.

조직자는 참가자 수, 도착 날짜, 객실 요구 사항, 서비스, 활동 또는 청구 조정을 변경할 수 있습니다.

시스템은 단순히 원래 계획을 덮어쓰는 것이 아니라 변경이 어떤 영향을 미치는지 보여줘야 합니다.

예약이 시설 운영과 연결되어야 하는 이유는 무엇입니까?

예약 확인은 YMCA의 작업 시작에 불과합니다.

예약은 숙소, 시설, 프로그램, 재무, 고객 서비스 및 기타 팀 간의 운영 요구 사항을 생성할 수 있습니다.

이러한 워크플로우가 예약과 연결되지 않으면 부서가 동일한 그룹 계획의 서로 다른 버전으로 작업하게 될 수 있습니다.

YMCA 그룹 예약의 어떤 부분이 셀프 서비스여야 합니까?

모든 그룹 예약이 동일한 예약 경험을 필요로 하는 것은 아닙니다.

간단한 캐빈 대여는 주로 셀프 서비스 예약 경로에 적합할 수 있지만, 대규모 학교, 수련회 또는 다중 자원 그룹은 예약이 확인되기 전에 더 많은 직원 참여가 필요할 수 있습니다.

유용한 접근 방식은 간단한 고객 행동을 YMCA 검토가 필요한 결정과 분리하는 것입니다.

예약 닌자 게스트 포털 예약, 지불 및 서비스 활동에 대한 고객 대면 액세스를 지원하며, 조직자에게 제공되는 정확한 작업은 구현된 워크플로우에 의해 제어될 수 있습니다.

다른 YMCA가 YMCA of the North로부터 무엇을 배울 수 있습니까?

가장 유용한 교훈은 모든 YMCA가 동일한 예약 규칙을 복사해야 한다는 것이 아닙니다.

YMCA of the North는 특정 운영 문제를 가지고 있었습니다: 계절별 캐빈 재고, 하나의 환경에 있는 Salesforce 데이터, 다른 환경에 있는 예약 및 직원 후속 조치가 필요한 지불 일정.

해결책은 조직을 일반적인 예약 프로세스로 강제하는 대신 이러한 관계를 중심으로 구성되었습니다.

학교 그룹, 수련회, 가족 캠프, 회의 또는 기타 복잡한 예약을 관리하는 YMCA는 다른 규칙을 가질 수 있지만, 동일한 설계 원칙이 적용됩니다:

YMCA 팀이 그룹 예약에 대해 무엇을 볼 수 있어야 합니까?

관리 보고서는 예약 및 운영 질문 모두에 답할 수 있을 때 더 유용해집니다.

예약 닌자가 Salesforce에서 실행되기 때문에 이러한 관계는 예약, 사람, 시설, 청구 및 운영 전반에 걸쳐 더 넓은 보고 환경에 기여할 수 있습니다.

YMCA는 그룹 예약 워크플로우를 어떻게 설계해야 합니까?

1. 그룹 유형을 정의합니다. 학교 그룹, 수련회, 가족 그룹, 이벤트, 캠프, 대여 및 기타 예약 모델 간의 의미 있는 차이를 식별합니다.
2. 사람과 조직을 매핑합니다. 그룹, 조직자, 참가자, 주요 연락처, 예약자 및 청구 당사자를 정의합니다.
3. 예약 가능한 자원을 매핑합니다. 그룹 예약의 일부가 될 수 있는 캐빈, 객실, 회의 공간, 프로그램, 활동 및 기타 자원을 정의합니다.
4. 가용성 및 수용 규칙을 정의합니다. 각 자원을 사용 가능하게 만드는 것과 어떤 그룹 규모, 날짜, 계절 또는 운영 제한이 적용되는지를 설정합니다.
5. 재무 워크플로우를 정의합니다. 요금, 보증금, 송장, 할부, 조정, 할인, 환불 및 지불 책임을 매핑합니다.
6. 운영 작업을 연결합니다. 확인 후 시설, 직원, 서비스, 유지보수, 커뮤니케이션 및 보고 전반에 걸쳐 어떤 일이 발생해야 하는지를 결정합니다.
7. 예외 경로를 정의합니다. 그룹의 규모, 날짜, 공간, 지불 조정 또는 요구 사항이 변경될 때 어떤 일이 발생하는지 결정합니다.

예약 닌자는 YMCA 그룹 예약을 어떻게 지원합니까?

예약 닌자는 예약 및 운영을 위한 Salesforce 네이티브 플랫폼입니다. YMCA 환경은 회원, 가정, 조직, 프로그램, 시설, 예약, 지불 및 운영 워크플로우를 더 넓은 Salesforce 플랫폼에서 연결할 수 있습니다.

복잡한 그룹 예약의 경우, 그룹 관계는 예약을 제공하는 데 필요한 사람, 공간, 일정, 청구 및 운영 기록과 연결된 상태를 유지할 수 있습니다.

자주 묻는 질문