Constructor University tarvitsi korvata vanhan opiskelija-asuntolajärjestelmän, mutta vanhan ohjelmiston korvaaminen toisella eristyneellä tietokannalla aiheuttaisi vain uuden ongelman.
Constructor University luotti jo Salesforceen opiskelijatietojen hallinnassa. Booking Ninjas työskenteli olemassa olevan ympäristön kanssa, jotta asuminen voisi tulla yhdeksi kytketyksi osaksi opiskelijan yliopistotietoja.
Hanke yhdisti asumisvaraukset, opiskelijan itsepalvelun, jakosäännöt, maksut, operatiiviset tiedot ja raportoinnin Salesforce-perustan ympärille, johon Constructor jo luotti.
Haaste: asuminen koski paljon enemmän kuin huoneiden saatavuutta
Constructor siirtyi pois entisestä asumisjärjestelmästään, Mercury:stä.
Se tarkoitti, että olemassa olevat kiinteistöt, opiskelijayhteystiedot, varaukset, asumishistoria ja operatiiviset prosessit oli otettava huomioon osana siirtymistä.
Mutta asuminen itsessään oli myös monimutkaisempaa kuin vain tyhjien huoneiden jakaminen.
- Opiskelijatiedot
- Asumismieltymykset
- Huonekelpoisuus
- Varaukset
- Talletukset ja maksut
- Huonejako
- Asumiselämän raportointi
- Sisään- ja uloskirjautuminen
Ensimmäiset ja palaavat opiskelijat voisivat seurata erilaisia polkuja. Joillakin huonetyypeillä oli erilaisia kelpoisuussääntöjä. Asumistavoitteet tarvitsivat muuttuvia raportteja. Opiskelijoilla oli tarve käyttää toimivaa tapaa prosessin osan loppuunsaattamiseen.
Tärkein päätös: pitää Salesforce opiskelijatietojen perustana
Constructorilla oli jo oma Salesforce-ympäristö ja vakiintuneet opiskelijatiedot.
Alkuperäinen huoli oli, luoko uusi asumisalusta erillisen mukautetun tietorakenteen, joka tarvitsisi sitten toisen integraation takaisin yliopistoon.
Booking Ninjas työskenteli sen sijaan Constructorin olemassa olevan Salesforce-yhteystieto- ja henkilötilarakenne kanssa.
Asumistiedot voisivat pysyä kytkettyinä opiskelijatietoihin, joita jo käytettiin muualla yliopistossa, ja valtuutetut tiimit voisivat käyttää asiaankuuluvia tietoja ilman, että jokaisen käyttäjän tarvitsisi työskennellä Booking Ninjas -sovelluksessa.
Se käsitteli yhtä selkeimmistä huolista, jotka esitettiin hankkeen aikana: asumisen ei tarvinnut muuttua toiseksi tietosaarekkeeksi.
Booking Ninjas selittää tätä laajempaa rakennetta Mikä on Salesforce Org?
Opiskelija-asumisen matka voisi muuttua yhdeksi kytketyksi virraksi
Hyvä kokemus alkaa opiskelijatiedoista ja jatkuu asumisen elinkaaren läpi.
Aloita opiskelijatiedoista, joita Constructor jo ylläpitää Salesforceessa.
Anna opiskelijalle brändätty asumisen sisäänkäynti, jossa on heille asiaankuuluvat tiedot ja toiminnot.
Opiskelijan tila, mieltymykset, huonetyyppi ja soveltuvat vaatimukset muokkaavat seuraavaa vaihetta.
Varaus voi seurata maksua tai hyväksymissääntöä, joka koskee kyseistä opiskelijaa.
Asumistiedot pysyvät saatavilla jakamisia, Asumiselämää, raportointia ja myöhempää elinkaarityötä varten.
Miten Constructorin asetukset sopivat yhteen
| Constructorin tarve | Booking Ninjasin lähestymistapa | Mitä se mahdollisti |
|---|---|---|
| Korvata vanhat asumistiedot | Salesforce-alkuperäinen siirtorakenne | Kiinteistöt, yhteystiedot, varaukset ja asiaankuuluvat historialliset tiedot voisivat siirtyä uuteen ympäristöön sen sijaan, että aloitettaisiin tyhjällä asumisjärjestelmällä. |
| Pidä olemassa olevat opiskelijatiedot | Olemassa oleva Salesforce-yhteystieto / henkilötilarakenne | Asuminen voisi toimia yliopiston vakiintuneiden opiskelijatietojen ympärillä sen sijaan, että luotaisiin toinen itsenäinen opiskelijatietokanta. |
| Anna opiskelijoille itsepalvelu | Opiskelijaportaalin | Opiskelijat voisivat saada pääsyn Constructor-brändättyyn ympäristöön ja suorittaa asiaankuuluvia osia asumismatkasta itse. |
| Sovella erilaisia asumissääntöjä | Varaussäännöt + Salesforce-työnkulut | Ensimmäiset, palaavat opiskelijat, huonetyypit, mieltymykset ja muut opiskelija-attribuutit voisivat vaikuttaa opiskelijalle näytettävään prosessiin. |
| Käsittele asumistalletuksia | Maksujen käsittely | Soveltuva maksutoiminta voisi pysyä kytkettynä opiskelijaan ja varaukseen sen sijaan, että se sovitettaisiin erikseen. |
| Pidä keskeneräiset varaukset käytettävissä | Varaustila + maksutyönkulku | Opiskelija voisi palata kesken jääneeseen vaiheeseen sen sijaan, että hänen pitäisi rakentaa asumispyyntö alusta alkaen. |
| Tukea muuttuvia raportteja | Salesforce-raportit + koontinäytöt | Asumiselämä voisi rakentaa erilaisia näkymiä rakennusten, huoneiden, käyttöasteen, opiskelija-attribuuttien tai jakamisten ympärille samoista tiedoista. |
Opiskelijat voisivat hoitaa enemmän asumismatkastaan itse
Constructor tarvitsi enemmän kuin hallinnollisen asumisnäytön.
Opiskelijat tarvitsivat myös selkeän paikan vuorovaikutukseen prosessin kanssa.
Booking Ninjas konfiguroi brändätyn opiskelijaportaalin, jossa opiskelijapääsy voitaisiin liittää yliopiston asumistyönkulkuun.
Portaalista voisi tulla paikka, jossa opiskelijat näkevät heille asiaankuuluvat asumistiedot, ylläpitävät soveltuvia mieltymyksiä, jatkavat varaustoimia ja suorittavat toimia, kuten soveltuvan asumismaksun.
Se vie rutiinityöt lähemmäksi henkilöä, joka jo tietää vastauksen.
Booking Ninjasin nykyinen Opiskelijaportaalin pitää opiskelijan itsepalvelun suoraan kytkettynä Salesforce-tietoihin sen sijaan, että ylläpidettäisiin toista kopiota opiskelijasta alustan ulkopuolella.
Yliopiston asumissäännöt voisivat tulla osaksi työnkulkua
Constructorilla ei ollut yhtä identtistä asumisprosessia jokaiselle opiskelijalle.
Ensimmäisillä ja palaavilla opiskelijoilla voisi olla erilaisia vaatimuksia. Tietyillä huonetyypeillä voisi olla erilaisia kelpoisuuksia. Opiskelijoiden mieltymykset ja olemassa olevat yliopistotiedot voisivat myös vaikuttaa siihen, mitä seuraavaksi tarvitsi tapahtua.
Sen sijaan, että henkilöstö pyydettäisiin muistamaan ja selittämään jokainen muunnelma manuaalisesti, Salesforce-tiedot ja Booking Ninjasin työnkulut voisivat auttaa määrittämään sopivan asumispolun.
Hanke tutki myös syvempiä jakovaatimuksia, kuten huonemieltymyksiä, kerrosmieltymyksiä, kansallisuutta, tupakointimieltymyksiä, huonetoverin huomioimista ja hallittua varastokäyttäytymistä.
Nämä edistyneet vastaavuus- ja jakamisideat tulisi ymmärtää alueina, joita Constructor ja Booking Ninjas määrittivät ja hienosäätivät toteutuksen aikana, sen sijaan, että kaikki esitetään vahvistettuna tuotantotoimintana.
Maksu voisi tulla osaksi varaustilaa
Constructorilla oli myös erilaisia taloudellisia polkuja opiskelijasta riippuen.
Esimerkiksi palaavien opiskelijoiden voisi tarvita asumistalletuksen, kun taas ensimmäiset opiskelijat voisivat seurata toista prosessia.
Booking Ninjas työskenteli yhdistämään Stripe-maksutoiminnan opiskelijaan ja varaukseen, jotta soveltuva maksu voisi tulla osaksi asumistyönkulkua.
Se luo paljon selkeämmän sekvenssin:
Sama rakenne auttaa myös opiskelijoita, jotka aloittavat varauksen mutta eivät suorita maksua heti. Varaus voi säilyttää tilansa, jotta opiskelija voi palata kesken jääneeseen vaiheeseen sen sijaan, että aloittaisi alusta.
Booking Ninjasin nykyiset maksutyökalut yhdistävät myös tapahtumat suoraan varauksiin, laskuihin ja Salesforce-asiakastietoihin. :contentReference[oaicite:3]{index=3}
Asuntolaelämä ei halunnut odottaa ohjelmistotoimittajaa joka kerta, kun se tarvitsi uuden raportin
Yliopiston asuntokysymykset muuttuvat jatkuvasti.
Yksi henkilö saattaa tarvita opiskelijoita tietyssä rakennuksessa. Toinen saattaa tarvita asukasmäärää. Kolmas saattaa tarvita alaikäisiä, kansallisuustietoja, huonejaot tai muita opiskelijatietoja.
Constructorin tiimi teki selväksi, että kiinteä raporttilista ei riittäisi.
Koska asuntotiedot pysyivät Salesforce:ssa, valtuutetut tiimit pystyivät käyttämään Salesforce-raportointia ja sallittuja vientitoimintoja vastatakseen erilaisiin kysymyksiin samasta taustatiedosta.
- Rakennukset ja huoneet
- Opiskelija-assignoinnit
- Asukasmäärä
- Opiskelijatiedot
- Varaustila
- Maksutila
- Asuntola-poikkeukset
- Operatiiviset viennit
Todelliset käyttäjät muovasivat järjestelmää jatkuvasti
Käyttäjä hyväksyntätestaus paljasti yksityiskohdat, jotka ovat tärkeitä, kun ohjelmisto saavuttaa päivittäiset yliopisto-operaatiot.
Constructor ja Booking Ninjas käsittelivät kysymyksiä opiskelijatyyppien, huonekelpoisuuden, varausvaiheiden, maksukäyttäytymisen, raporttien, mieltymysten, inventaarion, terminologian ja asuntokierroksen ympärillä.
Tiimi tutki myös, kuinka uloskirjautuminen ja huoneen tarkastus voisivat tulla rakenteellisemmaksi, mukaan lukien poikkeusten tunnistaminen ja manuaalisen käsittelyn vähentäminen normaalien vuoden lopun poistumisten osalta.
Osa näistä edistyneistä työnkuluista oli edelleen määrittelyvaiheessa, mutta tämä toteutusprosessi itsessään osoitti, kuinka Constructorin versio alustasta voisi jatkaa muotoutumistaan todellisten asuntotoimintojen ympärillä.
Mikä tuli enemmän yhteyteen Constructorille
Meillä ei ole vahvistettuja numeerisia tuloksia lanseerauksen jälkeen tälle tarinalle, joten arvo on parhaiten esitetty työn kautta, jonka Booking Ninjas yhdisti ja manuaalisten siirtojen, joita järjestelmä oli suunniteltu vähentämään.
Yliopiston ei tarvinnut käsitellä asuntoa täysin erillisenä opiskelijatietoympäristönä.
Asuntomatka voisi kulkea brändätyn portaalin kautta sen sijaan, että se riippuisi vain henkilöstön ohjeista ja manuaalisista seurannoista.
Opiskelijatila ja muut Salesforce-tiedot voisivat auttaa määrittämään, mikä asuntoprosessi soveltui.
Soveltuvat asuntotalletukset voisivat tulla osaksi samaa varaushistoriaa sen sijaan, että ne olisivat toinen eristyksissä oleva tarkistus.
Salesforce-raportointi antoi Asuntolaelämälle enemmän joustavuutta kuin pelkästään kiinteän toimittajaraporttikirjaston varassa.
Todelliset UAT-skenaariot voisivat palautua konfigurointiin sen sijaan, että pakottaisivat Constructorin hyväksymään yhden kiinteän asuntoprosessin.
Heidän yliopistonsa. Heidän opiskelijansa. Heidän asuntosäännöt. Heidän organisaationsa.
Constructor University on erityisen selkeä esimerkki Booking Ninjasin Salesforce-native-mallista.
Yliopistolla oli jo organisaatio, opiskelijatiedot, kentät, käyttöoikeudet, raportit ja tietosuhteet.
Booking Ninjasin ei tarvinnut pyytää yliopistoa heittämään tuota perustaa pois modernisoidakseen asunnon.
Sen sijaan asuntola voisi tulla toiseksi toimintakerrokseksi saman laajemman ympäristön sisällä.
Näin Booking Ninjas kuvaa myös nykyistä Opiskelija-asuntola-alustaa: opiskelija, huone, sänky, assignointi, maksu, ylläpito ja operatiivinen tieto voivat pysyä keskitettyinä Salesforce:ssa.
Asuntovaraus voi tulla laajemman asuntotyönkulun alkuun
Varausten hallinta voi tarjota ydinasuntotiedot.
Sen ympärillä yliopisto voi yhdistää opiskelijaportaalit, saatavuuden, huone- ja sänkyassignoinnit, maksut, raportoinnin, ylläpidon, sisäänkirjautumisen, uloskirjautumisen, viestinnän ja muut Asuntolaelämän työnkulut tarpeen mukaan.
Constructor tarvitsi rikkaamman asetelman, koska sen asuntotoiminta kosketti jo monia yliopiston osia.
Pienempi asuntola voi aloittaa vähemmillä osilla.
Hyödyllinen pointti on, että molemmat voivat käyttää samaa Salesforce-perustaa pakottamatta jokaista organisaatiota samaan asuntoprosessiin.
Laajempaa käyttötapausta varten, katso Opiskelija-asuntoratkaisu .
Opi lisää tästä opiskelija-asuntokokoonpanosta
Katso kuinka opiskelijan itsepalvelu voi pysyä suoraan yhteydessä Salesforce-tietoihin, käyttöoikeuksiin, laskutukseen ja yliopiston työnkulkuihin.
Tutki Opiskelijaportaalit →Katso kuinka tiedot, työnkulut, käyttäjät, raportointi, automaatio ja muut operatiiviset työkalut voivat elää yhdessä organisaatioon liittyvässä ympäristössä.
Mikä on Salesforce-org? →Katso kuinka varaukset, politiikkasäännöt, saatavuus, muutokset ja operatiivinen raportointi voivat pysyä yhteydessä Salesforce:ssa.
Tutki Varausten hallintaa →Tietoa tästä tarinasta: Tämä sivu heijastaa Constructor Universityn Booking Ninjas -toteutusta ja käyttäjä hyväksyntätestausmateriaalia, mukaan lukien perintösiirto, Salesforce-opiskelijatiedot, asuntovaraus, portaalin itsepalvelu, maksutyöskentely, raportointi ja asuntosääntöjen konfigurointi. Edistyksellinen huonetoverin sovittaminen, hallittu ylikapasiteetti ja tarkastusprosessit kuvataan vain alueina, joita tutkittiin tai hiottiin toteutuksen aikana, ellei myöhempi tuotantotodistus vahvista niiden lopullista käyttöönottoa.
Modernisoi opiskelija-asuntola luomatta toista opiskelijatietokantaa.
Katso kuinka Booking Ninjas voi yhdistää varaukset, huoneet, opiskelijat, maksut, portaalit, raportoinnin ja Asuntolaelämän työnkulut Salesforce-ympäristön ympärille, jota organisaatiosi jo käyttää.
.jpeg)
.jpg)
.png)
