Goulding’in Monument Valley, bir misafir destinasyonu vardı, ancak bunun arkasında birçok farklı operasyon ve sistem çalışıyordu.
Goulding’in Tatil Köyü dağ, villa, karavan alanları, kamp alanı konaklamaları, yemek, turlar, perakende ve diğer misafir hizmetlerini Monument Valley deneyimi etrafında birleştirir.
Booking Ninjas, Goulding ile birlikte bir danışmanlık ortağıyla çalışarak, her departmanı ayrı bir yazılım sorunu olarak ele almak yerine, tüm operasyonu göz önünde bulunduran bir teknoloji yönelimi destekledi.
Zorluk: bir misafir deneyimi, arkasında birçok sistem
Proje sırasında, Goulding’in operasyonunun farklı bölümleri, rezervasyonlar, satış noktası, oda erişimi, perakende, iletişim ve ilgili işlevler arasında ayrı yerel sistemlere dayanıyordu.
Bir misafirin aynı konaklama sırasında mülkün birkaç bölümüyle etkileşimde bulunması zor hale geliyor.
- Otel odaları ve villalar
- Karavan ve kamp alanı envanteri
- Gruplar ve toplantı alanları
- Misafir geçmişi
- Temizlik
- Bakım
- Restoran ve POS etkinliği
- Ödemeler ve raporlama
Her departmanın farklı bir işi olabilir, ancak bilgiler genellikle aynı misafire, rezervasyona, birime veya işleme aittir.
Farklı kaynaklar farklı iş akışlarına ihtiyaç duyuyordu
Bir otel odası, villa, karavan alanı, kamp alanı birimi ve toplantı alanı hepsi rezerve edilebilir.
Ama bu, hepsinin aynı kimlikteki iş akışını takip etmesi gerektiği anlamına gelmez.
Konaklama, gecelik müsaitlik ve fiyatlara bağlı olabilir. Bir karavan alanının farklı envanter detayları vardır. Toplantı alanı etkinlik tarihleri ve grup gereksinimlerine bağlı olabilir. Restoran işlemleri başka bir süreç izler.
Bu nedenle, yararlı teknoloji yönelimi, Goulding’i standart bir otel modeline indirmek değildi.
Farklı kaynakların ihtiyaç duyduğu kuralları korumasına izin vermek ve temel işletme resmini bağlamak gerekiyordu.
Booking Ninjas yönelimi: tüm destinasyonu bağlamak
Tarihsel proje kapsamı, tek bir izole rezervasyon işlevi yerine Goulding’in ortamının birkaç bölümünü göz önünde bulunduruyordu.
Odaları, villaları, karavan envanterini, kamp alanı kaynaklarını, grupları ve diğer rezerve edilebilir alanları yapılandırılmış müsaitlik ile bağlayın.
Rezervasyon ve misafir bilgilerini, kişinin tatil köyünün diğer bölümleriyle etkileşime girdiği sırada faydalı tutun.
Temizlik, bakım, hizmet talepleri ve diğer işleri konaklama veya ilgili misafirle bağlayın.
Ödemeleri ve POS etkinliğini rezervasyonlar, misafirler, hizmetler ve operasyonel kayıtlarla daha yakın hale getirin.
Yönetim için doluluk, gelir, vergi, misafir ve operasyonel raporlama için daha güçlü bir temel sağlayın.
İşletme gereksinimlerinin nasıl bir araya geldiği
| Goulding’in ihtiyacı | Booking Ninjas yönelimi | Bağlı bir modelin neleri geliştirebileceği |
|---|---|---|
| Farklı konaklama türlerini yönetin | Rezervasyon Yönetimi | Odalar, villalar, karavan alanları, kamp alanı envanteri ve diğer kaynaklar, kendi kurallarını korurken paylaşılan bir rezervasyon yapısı içinde yer alabilir. |
| Müsaitliği güvenilir tutun | Müsaitlik + Rezervasyon Yönetimi | Rezervasyonlar, kısıtlamalar, kapasite ve envanter değişiklikleri, tekrar tekrar manuel kontrol gerektirmek yerine aynı müsaitlik resmine beslenebilir. |
| Temizlik ve bakımı koordine edin | İş Emri Yönetimi | Operasyonel işler, işin gerçekten ait olduğu oda, villa, alan veya diğer konumla bağlanabilir. |
| Restoran etkinliğini bağlayın | Satış Noktası | İşlemler, rezervasyonlar, hizmetler, müşteriler, envanter ve operasyonel raporlama ile bağlanabilir, böylece izole bir etkinlik olarak kalmaz. |
| Gruplara destek olun | Grup Rezervasyonu + Faturalama İş Akışları | İlgili rezervasyonlar ve ücretler, bir grup birden fazla konaklama veya hizmetle etkileşime girdiğinde daha yakın kalabilir. |
| Sabit bir masadan uzak çalışın | Mobil / Tablet Erişimi | Personel, her eylemi tek bir iş istasyonu üzerinden yönlendirmek yerine, misafirler ve operasyonun uzak alanlarıyla daha yakın çalışabilir. |
| Misafir geçmişini kullanın | Salesforce Müşteri Kaydı | Konaklama geçmişi, işlemler, talepler ve diğer onaylı etkinlikler, daha faydalı bir müşteri resmi oluşturmaya katkıda bulunabilir. |
| Entegre olmaya yer bırakın | Salesforce + API Tabanlı Entegrasyonlar | İşletme ortamı, her aracın bir anda değiştirilmesini gerektirmeden dış kanallar ve uzman sistemlerle bağlanabilir. |
Bir misafir, tatil köyünün birkaç bölümüne dokunabilir
Basit bir örnek, sorunu daha kolay görmeyi sağlar.
Bir misafir, Goulding’in bir villasını rezerve eder. Konaklama sırasında restoranda yemek yer ve yemeği konaklamasına yazar. Daha sonra, villada bir sorun bildirir ve personelden yardım ister.
Misafir için bunlar, tek bir konaklamanın parçalarıdır.
Ancak parçalanmış bir teknoloji ortamında, villa rezervasyonu, restoran işlemi, misafir profili, bakım sorunu ve personel yanıtı farklı yerlerde yaşayabilir.
Bu, her departmanın her şeyi görmesi gerektiği anlamına gelmez. Salesforce izinleri, hangi kullanıcıların hangi kayıtları görebileceğini ve değiştirebileceğini belirleyebilir.
Ön Büro, Temizlik ve Bakım aynı işletme resmine ihtiyaç duyuyordu
Ön Büro, bir misafirin geldiğini bilmelidir.
Temizlik, konaklamanın hazır olup olmadığını bilmelidir.
Bakım, bir birimde bir sorun olduğunda bilmelidir.
Yönetim, bir sorunun hala açık olup olmadığını ve birimin normal şekilde kullanılmaya devam edip edemeyeceğini bilmelidir.
Bu ekiplerin farklı işleri var, ancak işler yine de aynı oda, villa, alan, rezervasyon veya misafirle bağlanabilir.
Booking Ninjas'ın mevcut İş Emri Yönetimi yeteneği, operasyonel işlerin konumunu, atamasını, durumunu, önceliğini ve geçmişini Salesforce içinde bağlayarak bu modeli takip eder.
Misafir ilişkisi, odadan çıktıklarında sona ermedi
Goulding’in ayrıca yiyecek, perakende ve diğer misafir hizmetlerini işletmektedir.
Bu, bir işlem bir sistemde gerçekleşirken misafir konaklamasının başka bir yerde durması durumunda parçalanma için başka bir fırsat yaratır.
Tarihsel gereksinimler, özellikle restoran ve POS etkinliği, oda ücretleri, mobil sipariş ve ödeme ve ilgili işlem iş akışlarını içeriyordu.
Booking Ninjas'ın mevcut Satış Noktası işlemleri, müşteriler, rezervasyonlar, hizmetler, envanter ve operasyonel kayıtlarla bağlantı kurarak daha geniş bir fikri destekler.
Operasyonlar, ön bürodan öteye geçmelidir
Goulding’in ayrıca uzaktan işlevselliği önemli olarak belirledi.
Bu, misafirlerin ve kaynakların otel binaları, villalar, karavan alanları, kamp alanı envanteri ve mülkün diğer bölümleri arasında yayıldığı bir destinasyon operasyonunda önemlidir.
Bir personel, bilgi görmek veya operasyonel bir eylemi tamamlamak için her zaman sabit bir ön büro iş istasyonuna geri dönmek zorunda olmamalıdır.
Mobil ve tablet erişimi farklı bir model yaratır: personel, misafirin veya operasyonel sorunun gerçekten nerede olduğunu daha yakın çalışabilir.
İş değeri, operasyonlar arasındaki boşlukları azaltmaktan gelir
Bu proje için doğrulanmış öncesi ve sonrası metriklerimiz yok, bu nedenle değer belirli bir yüzde iyileştirmesi olarak sunulmamalıdır.
Operasyonel model, bağlı bir sistemin kaçınılabilir işleri nasıl azaltabileceğini ve gelir fırsatlarını nasıl koruyabileceğini gösterir.
Bağlı kayıtlar, aynı misafir, rezervasyon, ödeme veya operasyonel bilgiyi birkaç yerde girmek veya uzlaştırmak gereksinimini azaltabilir.
Temizlik, bakım, rezervasyonlar ve hizmet işleri, ilgili kaynak veya misafirle bağlı kalabilir.
Açık bir müsaitlik ve birim durumu, personelin hangi konaklama veya kaynağın gerçekten satılmaya hazır olduğunu anlamasına yardımcı olabilir.
Restoran, misafir, oda ücreti ve ödeme faaliyetleri, aynı işletim bağlamını paylaştığında takip edilmesi daha kolay hale gelebilir.
Yapılandırılmış rezervasyon, paket, fiyat ve grup iş akışları, rezervasyon karmaşıklığı arttıkça manuel koordinasyona bağımlılığı azaltabilir.
Operasyonel ve finansal veriler, bağlı kayıtlardan geldiğinde yönetimin daha net bir görüş elde etmesini sağlayabilir.
Mimari ayrıca büyüyecek bir yere ihtiyaç duyuyordu
Goulding’in gereksinimleri, hemen hemen iş akışlarının ötesine bakıyordu.
Proje ayrıca gelecekteki kanal bağlantısını, otomatik fiyat güncellemelerini, pazarlamayı, entegrasyonları, misafir iletişimini ve daha geniş raporlama ihtiyaçlarını da dikkate aldı.
Bu önemlidir çünkü yerleşik bir destinasyon, yeni bir sistem tanıtıldığında değişmeyi durdurmaz.
Salesforce temeli, aynı işletim kayıtları etrafında bağlantılar ve iş akışları eklemenin bir yolunu sağlar; her yeni gereksinim ortaya çıktığında başka bir yazılım değiştirme sürecine başlamadan.
Goulding’in, yazılıma uyum sağlamak için daha basit bir işletme haline gelmesine gerek yoktu
Bu, Goulding’in Booking Ninjas yaklaşımının güçlü bir örneği olmasını sağlayan şeydir.
Destinasyon, geleneksel yazılımların genellikle ayırdığı birkaç kategoriyi kapsar: otel konaklaması, villalar, karavan ve kamp alanı konaklamaları, grup işleri, etkinlikler, yemek, perakende, tesisler ve misafir hizmetleri.
Katı bir platform, organizasyondan bu işletmelerden hangisi olduğunu gerçekten belirlemesini isteyebilir.
Booking Ninjas, ters bir yaklaşım benimseyebilir: ortak bir Salesforce temeli kullanın, ardından ihtiyaç duyan operasyon parçaları etrafında farklı iş akışları yapılandırın.
Farklı parçalar, hala bağlı kalması gereken verileri ve ilişkileri paylaşırken farklı kuralları koruyabilir.
Rezervasyonlarla başlayın, ardından destinasyonun ihtiyaç duyduğu şeyleri bağlayın
Rezervasyon Motoru ve Rezervasyon Yönetimi, temel rezervasyon yapısını sağlayabilir.
Daha karmaşık bir tatil köyü, grup rezervasyonu, fiyat yönetimi, POS, ödemeler, temizlik, iş emirleri, envanter, raporlama, mobil erişim, portallar, kanal bağlantısı ve bu yeteneklerin gerçek bir operasyonel sorunu çözdüğü yerlerde entegrasyonlarla o temeli genişletebilir.
Önemli nokta, her modülü kurmamaktır.
Ama zaten birbirine bağımlı olan destinasyon parçalarını bağlamaktır.
Daha geniş kullanım durumu için, bakın Tatil Yönetimi çözümü .
Bağlı tatil operasyonları hakkında daha fazla bilgi edinin
Rezervasyonların, kapasitenin, kısıtlamaların ve diğer kuralların bir oda, alan veya kaynağın hala rezerve edilip edilemeyeceğini nasıl belirlediğini görün.
Müsaitlik Nasıl Yönetilir →Bakım işinin, sorunun gerçekten ait olduğu oda, birim, konum veya varlıkla nasıl bağlı kalabileceğini görün.
Bakım, Odalar ve Varlıklarla Nasıl Bağlantılıdır →Rezervasyonların, ödemelerin, hizmet faaliyetlerinin ve diğer onaylı bilgilerin aynı müşteri etrafında nasıl bağlı kalabileceğini görün.
Müşteri Kaydı Nedir? →Bu hikaye hakkında: Booking Ninjas, geniş bir operasyonel teknoloji kapsamı etrafında Goulding’in Monument Valley ile bir danışmanlık ortağıyla birlikte çalıştı; konaklama, villalar, karavan ve kamp alanı envanteri, gruplar, misafir etkinliği, POS, operasyonlar, raporlama, mobil işlevsellik ve gelecekteki entegrasyonları kapsar. Orijinal gereksinimler, operasyonel sorunu ve teknoloji yönünü tanımlamak için kullanılır; bu sayfa, talep edilen her RFP yeteneğinin nihayetinde dağıtıldığını iddia etmez veya doğrulanmamış finansal sonuçları rapor etmez.
Her bir operasyonu ayrı bir sistem haline getirmeden bir destinasyonu yönetin.
Booking Ninjas'ın rezervasyonları, kaynakları, misafirleri, ödemeleri, POS, bakımı, personel iş akışlarını, raporlamayı ve entegrasyonları, destinasyonunuzun gerçekten nasıl çalıştığını etrafında nasıl bağlayabileceğini görün.
.jpeg)
.jpg)
.png)
