Constructor University potřebovala nahradit zastaralý systém studentského bydlení, ale nahrazení starého softwaru jinou izolovanou databází by pouze vytvořilo nový problém.
Constructor University už se spoléhala na Salesforce pro informace o studentech. Booking Ninjas pracovali s tímto stávajícím prostředím, aby se bydlení stalo další propojenou součástí univerzitního záznamu studenta.
Projekt spojil rezervace bydlení, samoobslužné služby studentů, pravidla přidělování, platby, provozní data a reportování kolem základny Salesforce, které Constructor již důvěřoval.
Výzva: bydlení se dotýkalo mnohem více než dostupnosti pokojů
Constructor se odchyloval od svého bývalého systému bydlení, Mercury.
To znamenalo, že stávající nemovitosti, kontakty studentů, rezervace, historie bydlení a provozní procesy musely být zohledněny jako součást přechodu.
Ale samotné bydlení bylo také složitější než pouze přidělení prázdného pokoje.
- Záznamy studentů
- Preference bydlení
- Oprávněnost pokoje
- Rezervace
- Zálohy a platby
- Přidělení pokojů
- Reportování rezidenčního života
- Check-in a check-out
Prváci a vracející se studenti mohli následovat různé cesty. Některé typy pokojů měly různá pravidla oprávněnosti. Týmy bydlení potřebovaly měnící se reporty. Studenti potřebovali použitelný způsob, jak dokončit svou část procesu.
Nejdůležitější rozhodnutí: udržet Salesforce jako základnu dat studentů
Constructor již měl své vlastní prostředí Salesforce a zavedené záznamy studentů.
Jedním z prvních obav bylo, zda nová platforma bydlení vytvoří samostatnou vlastní datovou strukturu, která by pak potřebovala další integraci zpět na univerzitu.
Booking Ninjas místo toho pracovali se stávající strukturou kontaktů a osobních účtů Salesforce Constructor.
Informace o bydlení mohly zůstat propojené se záznamy studentů, které se již používaly jinde na univerzitě, a autorizované týmy mohly přistupovat k relevantním informacím, aniž by každý uživatel musel pracovat uvnitř aplikace Booking Ninjas.
To řešilo jednu z nejjasnějších obav vznesených během projektu: bydlení se nemuselo stát dalším datovým ostrovem.
Booking Ninjas vysvětluje tuto širší strukturu v Co je Salesforce Org?
Cesta studentského bydlení se mohla stát jedním propojeným tokem
Užitečná zkušenost začíná se záznamem studenta a pokračuje celým životním cyklem bydlení.
Začněte od informací o studentech, které Constructor již udržuje v Salesforce.
Poskytněte studentovi značkový vstup do bydlení s informacemi a akcemi relevantními pro něj.
Status studenta, preference, typ pokoje a platné požadavky formují další krok.
Rezervace může následovat pravidlo platby nebo schválení, které se vztahuje na toho studenta.
Záznam bydlení zůstává k dispozici pro přidělení, rezidenční život, reportování a pozdější práci v životním cyklu.
Jak se nastavení Constructor spojilo
| Potřeba Constructor | Přístup Booking Ninjas | Co to umožnilo |
|---|---|---|
| Nahradit zastaralá data bydlení | Struktura migrace nativní pro Salesforce | Nemovitosti, kontakty, rezervace a relevantní historická data se mohla přesunout do nového prostředí místo toho, aby začínala s prázdným systémem bydlení. |
| Udržet stávající záznamy studentů | Stávající struktura kontaktů / osobních účtů Salesforce | Bydlení mohlo fungovat kolem zavedených informací o studentech univerzity místo toho, aby vytvářelo další nezávislou databázi studentů. |
| Poskytnout studentům samoobslužné služby | Studentský portál | Studenti mohli získat přístup do prostředí značkového Constructor a dokončit relevantní části cesty bydlení sami. |
| Použít různá pravidla bydlení | Pravidla rezervace + pracovní postupy Salesforce | Prváci, vracející se studenti, typy pokojů, preference a další atributy studentů mohly ovlivnit proces, který byl studentovi zobrazen. |
| Zpracovat zálohy na bydlení | Zpracování plateb | Platná platební aktivita mohla zůstat propojena se studentem a rezervací, místo aby byla vyrovnána samostatně. |
| Udržet neúplné rezervace použitelné | Stav rezervace + pracovní postup platby | Student se mohl vrátit k nevyřízenému kroku místo toho, aby musel znovu vytvářet žádost o bydlení od začátku. |
| Podporovat měnící se reporty | Reporty + dashboardy Salesforce | Rezidenční život mohl vytvářet různé pohledy na budovy, pokoje, obsazenost, atributy studentů nebo přidělení z těch samých dat. |
Studenti mohli zvládnout více z cesty bydlení sami
Constructor potřeboval více než administrativní obrazovku bydlení.
Studenti také potřebovali jasné místo pro interakci s procesem.
Booking Ninjas nakonfigurovali značkový Studentský portál, kde mohl být přístup studentů propojen s pracovním postupem bydlení univerzity.
Portál se mohl stát místem, kde studenti vidí informace o bydlení relevantní pro ně, udržují platné preference, pokračují v krocích rezervace a dokončují akce, jako je platba za bydlení.
To přibližuje rutinní práci k osobě, která již zná odpověď.
Aktuální portál Booking Ninjas Studentský portál udržuje samoobslužné služby studentů přímo propojené se záznamy Salesforce, místo aby udržoval další kopii studenta mimo platformu.
Pravidla bydlení univerzity se mohla stát součástí pracovního postupu
Constructor neměl jeden identický proces bydlení pro každého studenta.
Prváci a vracející se studenti mohli mít různé požadavky. Některé typy pokojů mohly mít různou oprávněnost. Preference studentů a stávající informace univerzity mohly také ovlivnit, co se mělo dít dál.
Místo toho, aby se zaměstnanci museli pamatovat a vysvětlovat každou variaci ručně, mohly data Salesforce a pracovní postupy Booking Ninjas pomoci určit vhodnou cestu bydlení.
Projekt také zkoumal hlubší požadavky na přidělení, jako jsou preference pokojů, preference podlaží, národnost, preference kouření, úvahy o spolubydlících a chování kontrolovaného inventáře.
Tyto pokročilé myšlenky o párování a přidělení by měly být chápány jako oblasti, které Constructor a Booking Ninjas definovali a zdokonalovali během implementace, spíše než jako všechny prezentované jako potvrzená produkční funkčnost.
Platba se mohla stát součástí stavu rezervace
Constructor měl také různé finanční cesty v závislosti na studentovi.
Například vracející se studenti mohli potřebovat zálohu na bydlení, zatímco prváci mohli následovat jiný proces.
Booking Ninjas pracovali na propojení platební aktivity Stripe se studentem a rezervací, aby se platba mohla stát součástí pracovního postupu bydlení samotného.
To vytváří mnohem jasnější sekvenci:
Stejná struktura také pomáhá studentům, kteří začnou rezervaci, ale okamžitě nedokončí platbu. Rezervace si může udržet svůj stav, takže se student může vrátit k nevyřízenému kroku, místo aby začal znovu.
Platební nástroje Booking Ninjas aktuálně propojují transakce přímo s rezervacemi, fakturami a záznamy zákazníků Salesforce. :contentReference[oaicite:3]{index=3}
Rezidenční život nechtěl čekat na dodavatele softwaru pokaždé, když potřeboval novou zprávu
Otázky ohledně univerzitního bydlení se neustále mění.
Jedna osoba může potřebovat studenty v určité budově. Jiná může potřebovat obsazenost. Další může potřebovat informace o nezletilých, národnosti, přidělení pokojů nebo jiné atributy studentů.
Tým Constructor jasně uvedl, že pevný seznam zpráv nebude stačit.
Protože záznamy o bydlení zůstaly v Salesforce, autorizované týmy mohly využívat reporting Salesforce a povolené exporty k odpovědi na různé otázky ze stejných základních dat.
- Budovy a pokoje
- Přidělení studentů
- Obsazenost
- Atributy studentů
- Stav rezervace
- Stav platby
- Výjimky v bydlení
- Provozní exporty
Skuteční uživatelé neustále formovali systém
Testování akceptace uživateli odhalilo detaily, které jsou důležité, když software dosáhne každodenní univerzitní operace.
Constructor a Booking Ninjas prozkoumali otázky týkající se typů studentů, způsobilosti pokojů, stavů rezervací, platebního chování, zpráv, preferencí, inventáře, terminologie a pracovního cyklu bydlení.
Tým také zkoumal, jak by mohlo být odhlášení a inspekce pokojů strukturovanější, včetně identifikace výjimek a snížení množství manuálního zpracování potřebného pro běžné odchody na konci roku.
Některé z těchto pokročilých pracovních postupů byly stále definovány, ale samotný proces implementace ukázal, jak by verze platformy Constructor mohla nadále formovat skutečné operace bydlení.
Co se pro Constructor stalo více propojeným
Nemáme ověřené číselné výsledky po spuštění pro tento příběh, takže hodnota je nejlépe ukázána prostřednictvím práce, kterou Booking Ninjas spojil, a manuálních předání, která byla navržena tak, aby se snížila.
Univerzita nemusela považovat bydlení za zcela oddělené prostředí pro informace o studentech.
Cesta bydlení mohla probíhat prostřednictvím značkového portálu místo aby se spoléhala pouze na pokyny personálu a manuální sledování.
Stav studenta a další informace ze Salesforce mohly pomoci určit, který proces bydlení se použije.
Příslušné zálohy na bydlení se mohly stát součástí stejné historie rezervací místo dalšího odpojeného ověření.
Reporting Salesforce dal rezidenčnímu životu více flexibility než spoléhat se pouze na pevnou knihovnu zpráv dodavatele.
Skutečné scénáře UAT mohly zpětně ovlivnit konfiguraci, místo aby nutily Constructor akceptovat jeden pevný proces bydlení.
Jejich univerzita. Jejich studenti. Jejich pravidla bydlení. Jejich organizace.
Constructor University je zvlášť jasným příkladem Salesforce-native modelu Booking Ninjas.
Univerzita již měla organizaci, záznamy studentů, pole, oprávnění, zprávy a datové vztahy.
Booking Ninjas nemusel žádat univerzitu, aby se zbavila tohoto základu, aby modernizoval bydlení.
Místo toho se bydlení mohlo stát dalším provozním vrstvou uvnitř stejného širšího prostředí.
Také tak Booking Ninjas popisuje aktuální platformu pro studentské bydlení: student, pokoj, postel, přidělení, platba, údržba a provozní informace mohou zůstat centralizovány v Salesforce.
Rezervace bydlení se může stát začátkem širšího rezidenčního pracovního postupu
Správa rezervací může poskytnout základní záznam o bydlení.
Kolem toho může univerzita propojit studentské portály, dostupnost, přidělení pokojů a postelí, platby, reporting, údržbu, check-in, check-out, komunikaci a další pracovní postupy rezidenčního života podle potřeby.
Constructor potřeboval bohatší nastavení, protože jeho operace bydlení již zasahovala do mnoha částí univerzity.
Menší rezidence může začít s méně prvky.
Užitečný bod je, že oba mohou používat stejný základ Salesforce, aniž by nutily každou instituci do stejného procesu bydlení.
Pro širší případ použití viz Řešení studentského bydlení .
Zjistěte více o tomto nastavení studentského bydlení
Podívejte se, jak může zůstávat samoobsluha studentů přímo propojena s daty Salesforce, oprávněními, fakturací a univerzitními pracovními postupy.
Prozkoumat Studentský portál →Podívejte se, jak mohou záznamy, pracovní postupy, uživatelé, reporting, automatizace a další provozní nástroje žít v jednom specifickém prostředí organizace.
Co je Salesforce org? →Podívejte se, jak mohou rezervace, pravidla politiky, dostupnost, změny a provozní reporting zůstat propojeny uvnitř Salesforce.
Prozkoumat Správu rezervací →O tomto příběhu: Tato stránka odráží implementaci Booking Ninjas Constructor University a materiály pro testování akceptace uživateli, včetně migrace z dědictví, záznamů studentů Salesforce, rezervací bydlení, samoobsluhy portálu, pracovních postupů plateb, reportingu a konfigurace pravidel bydlení. Pokročilé párování spolubydlících, kontrola nad rezervacemi a pracovní postupy inspekce jsou popsány pouze jako oblasti prozkoumané nebo zdokonalené během implementace, pokud pozdější produkční důkazy nepotvrdí jejich konečné nasazení.
Modernizujte studentské bydlení, aniž byste vytvářeli další databázi studentů.
Podívejte se, jak může Booking Ninjas propojit rezervace, pokoje, studenty, platby, portály, reporting a pracovní postupy rezidenčního života kolem prostředí Salesforce, které vaše instituce již používá.
.jpeg)
.jpg)
.png)
