Die Constructor University musste ein veraltetes Studentenwohnheim-System ersetzen, aber das Ersetzen alter Software durch eine andere isolierte Datenbank würde nur ein neues Problem schaffen.
Constructor University verließ sich bereits auf Salesforce für Studenteninformationen. Booking Ninjas arbeitete mit dieser bestehenden Umgebung, damit das Wohnheim ein weiterer verbundener Teil der Universitätsakte des Studenten werden konnte.
Das Projekt vereinte Wohnreservierungen, Selbstbedienung für Studenten, Zuteilungsregeln, Zahlungen, Betriebsdaten und Berichterstattung rund um die Salesforce-Grundlage, der Constructor bereits vertraute.
Die Herausforderung: Das Wohnheim betraf viel mehr als nur die Verfügbarkeit von Zimmern.
Constructor wandte sich von seinem früheren Wohnsystem, Mercury, ab.
Das bedeutete, dass bestehende Immobilien, Studentenkontakte, Reservierungen, Wohnhistorie und betriebliche Prozesse als Teil des Übergangs berücksichtigt werden mussten.
Aber das Wohnheim selbst war auch komplizierter als die Zuweisung eines leeren Zimmers.
- Studentenakten
- Wohnpräferenzen
- Zimmerberechtigung
- Reservierungen
- Anzahlungen und Zahlungen
- Zimmerzuweisung
- Berichterstattung über das Wohnleben
- Check-in und Check-out
Erstsemester und zurückkehrende Studenten könnten unterschiedliche Wege folgen. Einige Zimmertypen hatten unterschiedliche Berechtigungsregeln. Die Wohnteams benötigten sich ändernde Berichte. Die Studenten benötigten eine benutzbare Möglichkeit, ihren Teil des Prozesses abzuschließen.
Die wichtigste Entscheidung: Salesforce als Grundlage für die Studentendaten beibehalten
Constructor hatte bereits seine eigene Salesforce-Umgebung und etablierte Studentenakten.
Eine frühe Sorge war, ob die neue Wohnplattform eine separate benutzerdefinierte Datenstruktur schaffen würde, die dann eine weitere Integration zurück zur Universität benötigte.
Stattdessen arbeitete Booking Ninjas mit Constructors bestehender Salesforce-Kontakt- und Personenkontenstruktur.
Die Wohninformationen konnten mit den bereits anderswo in der Universität verwendeten Studentenakten verbunden bleiben, und autorisierte Teams konnten auf relevante Informationen zugreifen, ohne dass jeder Benutzer innerhalb der Booking Ninjas-Anwendung arbeiten musste.
Das sprach eines der deutlichsten Anliegen an, die während des Projekts geäußert wurden: Das Wohnheim musste nicht zu einer weiteren Dateninsel werden.
Booking Ninjas erklärt diese breitere Struktur in Was ist eine Salesforce-Org?
Die Reise des Studentenwohnheims könnte zu einem verbundenen Fluss werden
Die nützliche Erfahrung beginnt mit der Studentenakte und setzt sich durch den Wohnzyklus fort.
Beginnen Sie mit den Studenteninformationen, die Constructor bereits in Salesforce pflegt.
Geben Sie dem Studenten einen gebrandeten Zugangspunkt für das Wohnheim mit den für ihn relevanten Informationen und Aktionen.
Der Studentenstatus, Präferenzen, Zimmertyp und anwendbare Anforderungen bestimmen den nächsten Schritt.
Die Reservierung kann der Zahlungs- oder Genehmigungsregel folgen, die für diesen Studenten gilt.
Die Wohnakte bleibt für Zuweisungen, Wohnleben, Berichterstattung und spätere Lebenszyklusarbeiten verfügbar.
Wie die Konstruktor-Einrichtung zusammenpasste
| Konstruktionsbedarf | Ansatz von Booking Ninjas | Was es möglich machte |
|---|---|---|
| Ersetzen von veralteten Wohnheimdaten | Salesforce-native Migrationsstruktur | Immobilien, Kontakte, Reservierungen und relevante historische Daten könnten in die neue Umgebung überführt werden, anstatt mit einem leeren Wohnsystem zu beginnen. |
| Bestehende Studentenakten beibehalten | Bestehende Salesforce-Kontakt-/Personenkontenstruktur | Das Wohnheim konnte sich um die etablierten Studenteninformationen der Universität herum bewegen, anstatt eine weitere unabhängige Studentendatenbank zu schaffen. |
| Den Studenten Selbstbedienung geben | Studentenportal | Die Studenten könnten Zugang zu einer gebrandeten Umgebung von Constructor erhalten und relevante Teile der Wohnreise selbst abschließen. |
| Anwenden unterschiedlicher Wohnregeln | Reservierungsregeln + Salesforce-Workflows | Erstsemester, zurückkehrende Studenten, Zimmertypen, Präferenzen und andere Studentenattribute könnten den Prozess beeinflussen, der dem Studenten angezeigt wird. |
| Umgang mit Wohnheim-Anzahlungen | Zahlungsabwicklung | Anwendbare Zahlungsaktivitäten könnten mit dem Studenten und der Reservierung verbunden bleiben, anstatt separat abgeglichen zu werden. |
| Unvollständige Reservierungen nutzbar halten | Reservierungsstatus + Zahlungsworkflow | Ein Student könnte zu einem ausstehenden Schritt zurückkehren, anstatt die Wohnanfrage von Grund auf neu zu erstellen. |
| Unterstützung bei sich ändernden Berichten | Salesforce-Berichte + Dashboards | Das Wohnleben könnte unterschiedliche Ansichten zu Gebäuden, Zimmern, Belegungen, Studentenattributen oder Zuweisungen aus denselben Daten erstellen. |
Die Studenten könnten mehr von der Wohnreise selbst übernehmen
Constructor benötigte mehr als einen administrativen Wohnbildschirm.
Die Studenten benötigten auch einen klaren Ort, um mit dem Prozess zu interagieren.
Booking Ninjas konfigurierten ein gebrandetes Studentenportal, in dem der Zugang der Studenten mit dem Wohnworkflow der Universität verbunden werden konnte.
Das Portal könnte der Ort werden, an dem die Studenten die für sie relevanten Wohninformationen sehen, anwendbare Präferenzen pflegen, Reservierungsschritte fortsetzen und Aktionen wie eine anwendbare Wohnzahlung abschließen.
Das bringt routinemäßige Arbeiten näher zu der Person, die bereits die Antwort kennt.
Das aktuelle Studentenportal hält die Selbstbedienung der Studenten direkt mit Salesforce-Daten verbunden, anstatt eine weitere Kopie des Studenten außerhalb der Plattform zu pflegen.
Die Wohnregeln der Universität könnten Teil des Workflows werden
Constructor hatte keinen identischen Wohnprozess für jeden Studenten.
Erstsemester und zurückkehrende Studenten könnten unterschiedliche Anforderungen haben. Bestimmte Zimmertypen könnten unterschiedliche Berechtigungen haben. Studentenpräferenzen und bestehende Universitätsinformationen könnten ebenfalls beeinflussen, was als nächstes geschehen musste.
Anstatt das Personal zu bitten, sich jede Variation manuell zu merken und zu erklären, könnten Salesforce-Daten und Booking Ninjas-Workflows helfen, den geeigneten Wohnweg zu bestimmen.
Das Projekt untersuchte auch tiefere Zuteilungsanforderungen wie Zimmerpräferenzen, Etagenpräferenzen, Nationalität, Rauchpräferenzen, Überlegungen zu Mitbewohnern und kontrolliertes Inventarverhalten.
Diese fortgeschrittenen Matching- und Zuteilungsideen sollten als Bereiche verstanden werden, die Constructor und Booking Ninjas während der Implementierung definierten und verfeinerten, anstatt als bestätigte Produktionsfunktionalität präsentiert zu werden.
Zahlung könnte Teil des Reservierungsstatus werden
Constructor hatte auch unterschiedliche finanzielle Wege, abhängig vom Studenten.
Zum Beispiel könnten zurückkehrende Studenten eine Wohnheim-Anzahlung benötigen, während Erstsemester einem anderen Prozess folgen könnten.
Booking Ninjas arbeitete daran, die Stripe-Zahlungsaktivität mit dem Studenten und der Reservierung zu verbinden, sodass eine anwendbare Zahlung Teil des Wohnworkflows selbst werden konnte.
Das schafft eine viel klarere Abfolge:
Die gleiche Struktur hilft auch bei Studenten, die die Reservierung beginnen, aber die Zahlung nicht sofort abschließen. Die Reservierung kann ihren Status beibehalten, sodass der Student zu dem ausstehenden Schritt zurückkehren kann, anstatt von vorne zu beginnen.
Die aktuellen Zahlungsmethoden von Booking Ninjas verbinden Transaktionen direkt mit Buchungen, Rechnungen und Salesforce-Kundenakten. :contentReference[oaicite:3]{index=3}
Die Residential Life wollte nicht auf einen Softwareanbieter warten, jedes Mal, wenn ein neuer Bericht benötigt wurde.
Fragen zur Universitätsunterkunft ändern sich ständig.
Eine Person benötigt möglicherweise Studenten in einem bestimmten Gebäude. Eine andere benötigt die Belegung. Eine weitere benötigt Minderjährige, Nationalitätsinformationen, Zimmerzuweisungen oder andere Studentenattribute.
Das Team von Constructor machte deutlich, dass eine feste Liste von Berichten nicht ausreichen würde.
Da die Wohnungsunterlagen in Salesforce blieben, konnten autorisierte Teams die Salesforce-Berichterstattung und erlaubte Exporte nutzen, um verschiedene Fragen aus denselben zugrunde liegenden Daten zu beantworten.
- Gebäude und Zimmer
- Studentenzuweisungen
- Belegung
- Studentenattribute
- Reservierungsstatus
- Zahlungsstatus
- Wohnungsausnahmen
- Betriebliche Exporte
Echte Benutzer formten das System weiterhin.
Die Benutzerakzeptanztests legten die Details offen, die wichtig sind, wenn Software in den täglichen Universitätsbetrieb einfließt.
Constructor und Booking Ninjas arbeiteten an Fragen zu Studententypen, Zimmerberechtigungen, Reservierungszuständen, Zahlungsverhalten, Berichten, Präferenzen, Inventar, Terminologie und dem Lebenszyklus von Wohnraum.
Das Team erkundete auch, wie der Checkout und die Zimmerinspektion strukturierter gestaltet werden könnten, einschließlich der Identifizierung von Ausnahmen und der Reduzierung des erforderlichen manuellen Aufwands für normale Abgänge zum Jahresende.
Einige dieser fortgeschrittenen Arbeitsabläufe wurden noch definiert, aber dieser Implementierungsprozess selbst zeigte, wie die Version der Plattform von Constructor weiterhin um echte Wohnoperationen herum gestaltet werden konnte.
Was für Constructor mehr verbunden wurde
Wir haben keine verifizierten numerischen Ergebnisse nach dem Start für diese Geschichte, daher wird der Wert am besten durch die Arbeit gezeigt, die Booking Ninjas verbunden hat, und die manuellen Übergaben, die das System reduzieren sollte.
Die Universität musste die Wohnungsdaten nicht als eine völlig separate Umgebung für Studentendaten behandeln.
Der Wohnungsprozess könnte über ein gebrandetes Portal verlaufen, anstatt nur auf Mitarbeiteranweisungen und manuelle Nachverfolgung angewiesen zu sein.
Der Status der Studenten und andere Salesforce-Informationen könnten helfen zu bestimmen, welcher Wohnungsprozess angewendet wurde.
Anwendbare Wohnungsanzahlungen könnten Teil der gleichen Reservierungshistorie werden, anstatt eine weitere getrennte Überprüfung zu sein.
Die Salesforce-Berichterstattung gab der Residential Life mehr Flexibilität, als sich nur auf eine feste Berichtsbibliothek eines Anbieters zu verlassen.
Echte UAT-Szenarien könnten in die Konfiguration zurückfließen, anstatt Constructor zu zwingen, einen festen Wohnungsprozess zu akzeptieren.
Ihre Universität. Ihre Studenten. Ihre Wohnungsregeln. Ihre Organisation.
Die Constructor University ist ein besonders klares Beispiel für das Salesforce-native Modell von Booking Ninjas.
Die Universität hatte bereits eine Organisation, Studentenakten, Felder, Berechtigungen, Berichte und Datenbeziehungen.
Booking Ninjas musste die Universität nicht bitten, dieses Fundament wegzuwerfen, um die Wohnungsverwaltung zu modernisieren.
Stattdessen könnte die Wohnung eine weitere Betriebsschicht innerhalb derselben breiteren Umgebung werden.
So beschreibt Booking Ninjas auch die aktuelle Student Housing-Plattform: Studenten-, Zimmer-, Bett-, Zuweisungs-, Zahlungs-, Wartungs- und Betriebsinformationen können in Salesforce zentralisiert bleiben.
Eine Wohnreservierung kann der Beginn eines breiteren Wohnarbeitsablaufs werden.
Das Reservierungsmanagement kann den zentralen Wohnungsdatensatz bereitstellen.
Darum herum kann eine Universität Studentenportale, Verfügbarkeit, Zimmer- und Bettzuweisungen, Zahlungen, Berichterstattung, Wartung, Check-in, Check-out, Kommunikation und andere Arbeitsabläufe der Residential Life nach Bedarf verbinden.
Constructor benötigte eine reichhaltigere Einrichtung, da seine Wohnungsoperation bereits viele Teile der Universität berührte.
Eine kleinere Unterkunft kann mit weniger Elementen beginnen.
Der nützliche Punkt ist, dass beide dieselbe Salesforce-Grundlage nutzen können, ohne jede Institution in denselben Wohnungsprozess zu zwingen.
Für den breiteren Anwendungsfall siehe die Student Housing-Lösung .
Erfahren Sie mehr über dieses Wohnungssetup für Studenten.
Sehen Sie, wie die Selbstbedienung der Studenten direkt mit Salesforce-Daten, Berechtigungen, Abrechnung und Universitätsabläufen verbunden bleiben kann.
Erkunden Sie das Studentenportal →Sehen Sie, wie Aufzeichnungen, Arbeitsabläufe, Benutzer, Berichterstattung, Automatisierung und andere betriebliche Werkzeuge in einer organisationsspezifischen Umgebung leben können.
Was ist eine Salesforce-Org? →Sehen Sie, wie Reservierungen, Richtlinienregeln, Verfügbarkeit, Änderungen und betriebliche Berichterstattung innerhalb von Salesforce verbunden bleiben können.
Erkunden Sie das Reservierungsmanagement →Über diese Geschichte: Diese Seite spiegelt die Implementierung von Booking Ninjas an der Constructor University und Materialien zu Benutzerakzeptanztests wider, einschließlich der Migration von Altdaten, Salesforce-Studentenakten, Wohnreservierungen, Selbstbedienungsportalen, Zahlungsabläufen, Berichterstattung und der Konfiguration von Wohnungsregeln. Fortgeschrittene Mitbewohnermatching, kontrollierte Überbuchungen und Inspektionsarbeitsabläufe werden nur als Bereiche beschrieben, die während der Implementierung erkundet oder verfeinert wurden, es sei denn, spätere Produktionsnachweise bestätigen deren endgültige Bereitstellung.
Modernisieren Sie die Studentenunterkunft, ohne eine weitere Studentendatenbank zu erstellen.
Sehen Sie, wie Booking Ninjas Reservierungen, Zimmer, Studenten, Zahlungen, Portale, Berichterstattung und Arbeitsabläufe der Residential Life rund um die Salesforce-Umgebung verbinden kann, die Ihre Institution bereits nutzt.
.jpeg)
.jpg)
.png)
