Constructor University musiała zastąpić przestarzały system zakwaterowania studentów, ale wymiana starego oprogramowania na inną izolowaną bazę danych tylko stworzyłaby nowy problem.
Constructor University już polegała na Salesforce w zakresie informacji o studentach. Booking Ninjas współpracowało z tym istniejącym środowiskiem, aby zakwaterowanie mogło stać się kolejną połączoną częścią uniwersyteckiego rekordu studenta.
Projekt połączył rezerwacje zakwaterowania, samoobsługę studentów, zasady przydziału, płatności, dane operacyjne i raportowanie wokół fundamentu Salesforce, któremu Constructor już ufał.
Wyzwanie: zakwaterowanie dotyczyło znacznie więcej niż dostępności pokoi
Constructor odchodził od swojego wcześniejszego systemu zakwaterowania, Mercury.
Oznaczało to, że istniejące nieruchomości, kontakty ze studentami, rezerwacje, historia zakwaterowania i procesy operacyjne musiały być brane pod uwagę jako część przejścia.
Ale samo zakwaterowanie było również bardziej skomplikowane niż przypisanie pustego pokoju.
- Rekordy studentów
- Preferencje zakwaterowania
- Kwalifikowalność pokoi
- Rezerwacje
- Depozyty i płatności
- Przydział pokoi
- Raportowanie życia rezydenckiego
- Zameldowanie i wymeldowanie
Pierwszoklasiści i studenci powracający mogli podążać różnymi ścieżkami. Niektóre typy pokoi miały różne zasady kwalifikowalności. Zespoły zakwaterowania potrzebowały zmieniających się raportów. Studenci potrzebowali użytecznego sposobu na dokończenie swojej części procesu.
Najważniejsza decyzja: zachować Salesforce jako fundament danych studentów
Constructor już miał swoje własne środowisko Salesforce i ustalone rekordy studentów.
Wczesnym zmartwieniem było to, czy nowa platforma zakwaterowania stworzy oddzielną niestandardową strukturę danych, która następnie wymagałaby kolejnej integracji z uniwersytetem.
Booking Ninjas zamiast tego współpracowało z istniejącą strukturą kontaktów Salesforce i kont osobistych Constructor.
Informacje o zakwaterowaniu mogły pozostać połączone z rekordami studentów już używanymi w innych częściach uniwersytetu, a upoważnione zespoły mogły uzyskiwać dostęp do odpowiednich informacji bez konieczności, aby każdy użytkownik musiał pracować w aplikacji Booking Ninjas.
To rozwiązało jeden z najjaśniejszych problemów poruszonych podczas projektu: zakwaterowanie nie musiało stać się kolejną wyspą danych.
Booking Ninjas wyjaśnia tę szerszą strukturę w Czym jest org Salesforce?
Podróż zakwaterowania studenta mogła stać się jednym połączonym przepływem
Użyteczne doświadczenie zaczyna się od rekordu studenta i trwa przez cykl życia zakwaterowania.
Zacznij od informacji o studencie, które Constructor już utrzymuje w Salesforce.
Daj studentowi markowy punkt wejścia do zakwaterowania z informacjami i działaniami istotnymi dla niego.
Status studenta, preferencje, typ pokoju i odpowiednie wymagania kształtują następny krok.
Rezerwacja może podążać za zasadą płatności lub zatwierdzenia, która dotyczy tego studenta.
Rekord zakwaterowania pozostaje dostępny do przydziałów, życia rezydenckiego, raportowania i późniejszej pracy w cyklu życia.
Jak konstrukcja Constructor pasowała do siebie
| Potrzeba Constructor | Podejście Booking Ninjas | Co to umożliwiło |
|---|---|---|
| Zastąpienie przestarzałych danych zakwaterowania | Struktura migracji natywnej Salesforce | Nieruchomości, kontakty, rezerwacje i odpowiednie dane historyczne mogły przejść do nowego środowiska zamiast zaczynać od pustego systemu zakwaterowania. |
| Zachowaj istniejące rekordy studentów | Istniejąca struktura kontaktów Salesforce / kont osobistych | Zakwaterowanie mogło działać wokół ustalonych informacji o studentach uniwersytetu, zamiast tworzyć kolejną niezależną bazę danych studentów. |
| Daj studentom samoobsługę | Portal studencki | Studenci mogli uzyskać dostęp do środowiska marki Constructor i samodzielnie dokończyć istotne części podróży zakwaterowania. |
| Zastosuj różne zasady zakwaterowania | Zasady rezerwacji + przepływy pracy Salesforce | Pierwszoklasiści, studenci powracający, typy pokoi, preferencje i inne atrybuty studentów mogły wpływać na proces pokazany studentowi. |
| Zarządzaj depozytami zakwaterowania | Przetwarzanie płatności | Odpowiednia aktywność płatnicza mogła pozostać połączona ze studentem i rezerwacją, zamiast być rozliczana osobno. |
| Zachowaj niekompletne rezerwacje użyteczne | Status rezerwacji + przepływ pracy płatności | Student mógł wrócić do zaległego kroku, zamiast odbudowywać prośbę o zakwaterowanie od początku. |
| Wsparcie zmieniających się raportów | Raporty + pulpity Salesforce | Życie rezydenckie mogło budować różne widoki wokół budynków, pokoi, zajętości, atrybutów studentów lub przydziałów z tych samych danych. |
Studenci mogli sami obsługiwać większą część podróży zakwaterowania
Constructor potrzebował więcej niż administracyjnego ekranu zakwaterowania.
Studenci również potrzebowali jasnego miejsca do interakcji z procesem.
Booking Ninjas skonfigurowało markowy Portal Studencki, gdzie dostęp studentów mógł być połączony z procesem zakwaterowania uniwersytetu.
Portal mógł stać się miejscem, w którym studenci widzą informacje o zakwaterowaniu istotne dla nich, utrzymują odpowiednie preferencje, kontynuują kroki rezerwacji i wykonują działania takie jak odpowiednia płatność za zakwaterowanie.
To przybliża rutynową pracę do osoby, która już zna odpowiedź.
Aktualny Booking Ninjas Portal studencki utrzymuje samoobsługę studentów bezpośrednio połączoną z rekordami Salesforce, zamiast utrzymywać inną kopię studenta poza platformą.
Zasady zakwaterowania uniwersytetu mogły stać się częścią przepływu pracy
Constructor nie miał jednego identycznego procesu zakwaterowania dla każdego studenta.
Pierwszoklasiści i studenci powracający mogli mieć różne wymagania. Niektóre typy pokoi mogły mieć różną kwalifikowalność. Preferencje studentów i istniejące informacje uniwersytetu mogły również wpływać na to, co musiało się wydarzyć następnie.
Zamiast prosić pracowników o zapamiętanie i wyjaśnienie każdej zmiany ręcznie, dane Salesforce i przepływy pracy Booking Ninjas mogły pomóc określić odpowiednią ścieżkę zakwaterowania.
Projekt badał również głębsze wymagania dotyczące przydziału, takie jak preferencje pokoi, preferencje pięter, narodowość, preferencje dotyczące palenia, rozważania dotyczące współlokatorów i kontrolowane zachowanie zapasów.
Te zaawansowane pomysły na dopasowanie i przydział powinny być rozumiane jako obszary, które Constructor i Booking Ninjas definiowali i udoskonalali podczas wdrażania, a nie jako wszystkie przedstawione jako potwierdzona funkcjonalność produkcyjna.
Płatność mogła stać się częścią stanu rezerwacji
Constructor miał również różne ścieżki finansowe w zależności od studenta.
Na przykład studenci powracający mogli potrzebować depozytu za zakwaterowanie, podczas gdy pierwsi studenci mogli podążać inną ścieżką.
Booking Ninjas pracowało nad połączeniem aktywności płatności Stripe z studentem i rezerwacją, aby odpowiednia płatność mogła stać się częścią samego procesu zakwaterowania.
To tworzy znacznie jaśniejszą sekwencję:
Ta sama struktura pomaga również studentom, którzy rozpoczynają rezerwację, ale nie kończą płatności od razu. Rezerwacja może zachować swój stan, aby student mógł wrócić do zaległego kroku, zamiast zaczynać od nowa.
Narzędzia płatnicze Booking Ninjas łączą transakcje bezpośrednio z rezerwacjami, fakturami i rekordami klientów Salesforce. :contentReference[oaicite:3]{index=3}
Dział życia studenckiego nie chciał czekać na dostawcę oprogramowania za każdym razem, gdy potrzebował nowego raportu
Pytania dotyczące zakwaterowania na uniwersytecie zmieniają się nieustannie.
Jedna osoba może potrzebować studentów w konkretnym budynku. Inna może potrzebować informacji o obłożeniu. Jeszcze inna może potrzebować danych o nieletnich, narodowości, przydziałach pokoi lub innych atrybutach studentów.
Zespół Constructor jasno zaznaczył, że stała lista raportów nie wystarczy.
Ponieważ rekordy zakwaterowania pozostały w Salesforce, uprawnione zespoły mogły korzystać z raportowania Salesforce i dozwolonych eksportów, aby odpowiadać na różne pytania na podstawie tych samych danych.
- Budynki i pokoje
- Przydziały studentów
- Obłożenie
- Atrybuty studentów
- Status rezerwacji
- Status płatności
- Wyjątki w zakwaterowaniu
- Eksporty operacyjne
Prawdziwi użytkownicy wciąż kształtowali system
Testy akceptacji użytkowników ujawniły szczegóły, które mają znaczenie, gdy oprogramowanie trafia do codziennych operacji uniwersytetu.
Constructor i Booking Ninjas pracowali nad pytaniami dotyczącymi typów studentów, kwalifikowalności pokoi, stanów rezerwacji, zachowań płatniczych, raportów, preferencji, zapasów, terminologii i cyklu życia zakwaterowania.
Zespół badał również, jak proces wymeldowania i inspekcji pokoi mógłby stać się bardziej zorganizowany, w tym identyfikowanie wyjątków i redukcję ilości ręcznego przetwarzania wymaganego przy normalnych wyjazdach na koniec roku.
Niektóre z tych zaawansowanych procesów roboczych wciąż były definiowane, ale sam proces wdrażania pokazał, jak wersja platformy Constructor mogła nadal kształtować się wokół rzeczywistych operacji zakwaterowania.
Co stało się bardziej połączone dla Constructor
Nie mamy zweryfikowanych wyników liczbowych po uruchomieniu tej historii, więc wartość najlepiej pokazuje praca, którą połączyły Booking Ninjas oraz ręczne przekazy, które system miał na celu zredukować.
Uniwersytet nie musiał traktować zakwaterowania jako całkowicie oddzielnego środowiska informacji o studentach.
Proces zakwaterowania mógł przechodzić przez markowany portal, zamiast polegać tylko na instrukcjach pracowników i ręcznych follow-upach.
Status studenta i inne informacje Salesforce mogły pomóc określić, który proces zakwaterowania ma zastosowanie.
Obowiązkowe depozyty za zakwaterowanie mogły stać się częścią tej samej historii rezerwacji, zamiast być kolejnym odłączonym sprawdzeniem.
Raportowanie Salesforce dało Działowi Życia Studenckiego większą elastyczność niż poleganie tylko na stałej bibliotece raportów dostawcy.
Prawdziwe scenariusze UAT mogły wracać do konfiguracji, zamiast zmuszać Constructor do zaakceptowania jednego stałego procesu zakwaterowania.
Ich uniwersytet. Ich studenci. Ich zasady zakwaterowania. Ich organizacja.
Constructor University jest szczególnie wyraźnym przykładem modelu Booking Ninjas opartego na Salesforce.
Uniwersytet miał już organizację, rekordy studentów, pola, uprawnienia, raporty i relacje danych.
Booking Ninjas nie musiał prosić uniwersytetu o porzucenie tej podstawy, aby zmodernizować zakwaterowanie.
Zamiast tego zakwaterowanie mogło stać się kolejną warstwą operacyjną w tym samym szerszym środowisku.
Także w ten sposób Booking Ninjas opisuje aktualną platformę zakwaterowania studenckiego: informacje o studentach, pokojach, łóżkach, przydziałach, płatnościach, konserwacji i operacjach mogą pozostać scentralizowane w Salesforce.
Rezerwacja zakwaterowania może stać się początkiem szerszego procesu roboczego w zakresie zakwaterowania
Zarządzanie rezerwacjami może zapewnić podstawowy rekord zakwaterowania.
Wokół tego uniwersytet może łączyć portale studenckie, dostępność, przydziały pokoi i łóżek, płatności, raportowanie, konserwację, zameldowanie, wymeldowanie, komunikację i inne procesy robocze Działu Życia Studenckiego w razie potrzeby.
Constructor potrzebował bogatszej konfiguracji, ponieważ jego operacja zakwaterowania już dotykała wielu części uniwersytetu.
Mniejsze miejsce zamieszkania może zacząć od mniejszej liczby elementów.
Przydatnym punktem jest to, że obie mogą korzystać z tej samej podstawy Salesforce, nie zmuszając każdej instytucji do tego samego procesu zakwaterowania.
Dla szerszego przypadku użycia, zobacz Rozwiązanie Zakwaterowania Studenckiego .
Dowiedz się więcej o tej konfiguracji zakwaterowania studenckiego
Zobacz, jak samoobsługa studentów może pozostać bezpośrednio połączona z danymi Salesforce, uprawnieniami, rozliczeniami i procesami uniwersytetu.
Zbadaj Portal Studencki →Zobacz, jak rekordy, procesy robocze, użytkownicy, raportowanie, automatyzacja i inne narzędzia operacyjne mogą żyć w jednym środowisku specyficznym dla organizacji.
Czym jest organizacja Salesforce? →Zobacz, jak rezerwacje, zasady polityki, dostępność, zmiany i raportowanie operacyjne mogą pozostać połączone w Salesforce.
Zbadaj Zarządzanie Rezerwacjami →O tej historii: Ta strona odzwierciedla wdrożenie Booking Ninjas w Constructor University oraz materiały dotyczące testów akceptacji użytkowników, w tym migrację dziedzictwa, rekordy studentów Salesforce, rezerwacje zakwaterowania, samoobsługę w portalu, procesy płatności, raportowanie i konfigurację zasad zakwaterowania. Zaawansowane dopasowywanie współlokatorów, kontrolowane nadrezerwacje i procesy inspekcji są opisane tylko jako obszary badane lub udoskonalane podczas wdrażania, chyba że późniejsze dowody produkcyjne potwierdzą ich ostateczne wdrożenie.
Zmodernizuj zakwaterowanie studenckie bez tworzenia kolejnej bazy danych studentów.
Zobacz, jak Booking Ninjas może połączyć rezerwacje, pokoje, studentów, płatności, portale, raportowanie i procesy robocze Działu Życia Studenckiego wokół środowiska Salesforce, które już wykorzystuje Twoja instytucja.
.jpeg)
.jpg)
.png)
