Wycliffe Bible Translators

해결책: 한 단계가 다음 단계로 이어지도록 만들기

Booking Ninjas는 Wycliffe의 기존 Salesforce 환경 내에서 아파트 워크플로를 구축했습니다.

유용한 부분은 하나의 기능이 아니었습니다. Wycliffe가 이미 필요로 하는 단계를 통해 동일한 숙박이 진행될 수 있도록 하는 것이었습니다.

이것이 연결된 비즈니스 운영의 더 넓은 아이디어입니다: 연결된 비즈니스 운영 : 예약은 그 전, 중, 후에 발생하는 작업과 연결될 수 있습니다.

Wycliffe 설정이 워크플로의 각 부분을 어떻게 해결했는가

가용성을 보여주는 것이 통제를 포기하는 것을 의미하지는 않았다

이것은 Wycliffe 워크플로의 중요한 부분이었습니다.

조직은 손님과 그룹이 무엇이 가용한지 더 명확하게 볼 수 있는 방법과 요청을 제출할 수 있는 방법을 원했습니다.

하지만 열린 아파트가 자동으로 그 요청이 확정된 예약이 되어야 한다는 것을 의미하지는 않았습니다.

Wycliffe 직원들은 여전히 요청을 검토하고, 더 넓은 주택 상황을 확인하고, 승인하거나 거부하고, 실제로 사용해야 할 아파트를 결정해야 했습니다.

Booking Ninjas는 Wycliffe가 즉각적인 확인으로 강요받지 않도록 그 단계를 보존했습니다.

지식 센터에서는 잠정 예약과 확정 예약의 차이 를 설명합니다.

그룹 숙박은 모든 여행자를 동일하게 만들지 않고도 함께 유지될 수 있었다

대규모 그룹이 항상 하나의 단위로 도착하고 떠나는 것은 아닙니다.

Wycliffe는 동일한 그룹을 위해 여러 개의 아파트가 필요할 수 있지만, 개별 여행자는 여전히 서로 다른 날짜, 방 배정 또는 결제 방식이 있을 수 있습니다.

Booking Ninjas는 그룹과 개별 세부정보를 분리했습니다.

Wycliffe는 먼저 큰 질문에 답할 수 있었습니다: 이 그룹을 위한 충분한 아파트가 있나요?

필요한 재고는 모든 거주자 이름이 알려지기 전에 차단될 수 있었습니다. 개별 배정은 숙박이 더 명확해짐에 따라 나중에 추가될 수 있습니다.

이것이 그룹 예약 이 단순히 개별 예약의 긴 목록을 만드는 것과 다른 이유입니다.

현재 Booking Ninjas 그룹 예약 기능은 동일한 더 넓은 모델을 따릅니다: 그룹 수준 및 개별 수준의 정보가 연결된 상태로 유지되면서 날짜, 사람, 방 또는 자원이 변경될 수 있습니다.

청구 흐름도 Wycliffe를 이해해야 했다

모든 아파트 숙박이 동일한 방식으로 지불되는 것은 아닙니다.

일부 결제는 신용 카드나 현금으로 이루어질 수 있습니다. 다른 결제는 Wycliffe 부서나 저널에 내부적으로 청구될 수 있습니다.

예약에는 여러 지불자가 있을 수도 있습니다.

Booking Ninjas는 이러한 결제 관계가 동일한 예약 기록의 일부로 남을 수 있도록 구성되어 직원들이 외부 청구 프로세스로 강요받지 않도록 했습니다.

청구서는 숙박의 서로 다른 부분에 대해 서로 다른 사람이나 부서가 책임을 질 때 분할될 수 있었습니다. 결제 후, 청구 기록은 예약과 연결된 상태로 유지될 수 있습니다.

더 넓은 예약-청구 구조에 대해서는 예약이 청구서와 연결되는 방법 을 참조하세요.

예약은 체크아웃 후 작업을 촉발할 수 있다

이전 예약이 끝났다고 해서 아파트가 다음 손님을 맞을 준비가 된 것은 아닙니다.

여전히 청소와 준비가 필요합니다.

Booking Ninjas는 그 운영 단계를 체크아웃과 연결했습니다. 완료된 숙박은 아파트에 필요한 청소 작업을 생성할 수 있습니다.

청소 직원은 진행 중, 완료, 또는 취소와 같은 간단한 상태를 통해 작업할 수 있으며, 감독자는 여전히 어떤 아파트가 주의가 필요한지 볼 수 있습니다.

이것은 청소를 별도의 인계가 아닌 동일한 아파트 워크플로의 다음 단계로 전환했습니다.

Booking Ninjas는 Wycliffe의 Salesforce 조직에 맞춰야 했지, 이를 대체할 수는 없었다

Wycliffe는 이미 Salesforce를 사용하고 있었습니다.

그들의 팀은 이미 계정, 연락처, 비영리 데이터 관계, 필수 필드, 보고, 데이터 품질 및 권한에 대한 규칙을 가지고 있었습니다.

별도의 예약 데이터베이스에서 다시 시작하는 것은 동기화를 유지해야 할 또 다른 장소를 만들었을 것입니다.

대신, Booking Ninjas는 Wycliffe의 기존 Salesforce 구조와 함께 작업하고 아파트 워크플로를 그에 맞춰 다듬었습니다.

여기에는 아파트 분류, 층 선호도, 세금 면제, 결제 유형, 청구서 레이아웃, 보고 및 용어와 같은 Wycliffe 고유의 세부정보가 포함되었습니다.

기술은 Booking Ninjas와 Salesforce에서 올 수 있지만, Wycliffe는 여전히 자신의 주택 운영이 어떻게 작동해야 하는지를 결정합니다.

실제 사용자가 테스트할 때 설정이 계속 개선되었다

사용자 수용 테스트는 일반 제품 체크리스트에서 놓치기 쉬운 세부정보를 드러냈습니다.

Wycliffe 사용자는 1층 및 2층 선호도, 2인실과 3인실 유닛 간의 더 명확한 차이, 그룹 요청에 대한 더 현실적인 한도, 더 나은 캘린더 가시성, 세금 면제 처리, 개선된 재무 보고서 및 청구서 및 영수증 레이아웃 변경과 같은 요청을 했습니다.

이러한 요청은 Wycliffe의 워크플로 버전을 다듬는 데 사용되었습니다.

이는 구현의 중요한 부분입니다: Salesforce는 강력한 기술을 제공하지만, 화면의 규칙이 사람들이 실제로 수행하는 작업과 일치할 때 유용한 제품이 나타납니다.

Wycliffe 워크플로에서 더 쉬워진 점

이 이야기에 사용된 자료에는 수치적인 출시 후 결과가 없으므로, 개선 사항은 연결된 작업을 통해 가장 잘 보여집니다.

예약이 핵심이었지만 운영은 그 주위에 더 많은 것이 필요했다

Wycliffe는 Booking Ninjas가 예약 및 예약으로 시작하지만 거기서 멈출 필요가 없는 이유의 좋은 예입니다.

예약 관리가 핵심 숙박을 처리했습니다. 그룹 예약은 더 큰 그룹을 위해 이를 확장했습니다. 청구서 관리 및 분할 청구는 재무 측면을 처리했습니다. 작업 주문 관리는 숙박과 청소를 연결했습니다. Salesforce 보고는 운영 및 재무를 지원했습니다.

이것이 Booking Ninjas가 특히 잘 맞는 곳입니다: 하나의 예약이 동일한 조직의 여러 다른 부분에 영향을 미치고 이러한 부분이 연결되어 있어야 할 때입니다.

더 간단한 예약 사례는 더 적은 조각을 사용할 수 있습니다. Wycliffe는 워크플로가 더 복잡했기 때문에 더 많은 것이 필요했습니다.

이 워크플로에 대해 더 알아보기