Markas virtaviivaistaa yli 14 000 työntekijän palveluketjua

Asiakas

Markas on maailmanlaajuinen johtaja erikoistuneissa kiinteistönhallintapalveluissa (siivous, catering, sairaalalogistiikka, potilasavustus ja siivouspalvelut). Vuonna 1985 perustettu Markas on rakentanut maineensa tarjoamalla huippuluokan palvelua julkisille ja yksityisille laitoksille, kuten sairaaloille, hoitolaitoksille ja... homes, yliopistot, koulut, yritykset ja hotellit.

Nykyään yritys toimii Italiassa, Itävallassa ja Saksassa ja työllistää yli 14 000 työntekijää valtavassa ”palvelutoimitusketjussa”. Toisin kuin perinteinen tavaroita kuljettava toimitusketju, Markas liikuttaa ja yhdistää ihmisiä ja palveluita useiden maiden ja toimialojen välillä monimutkaisessa sääntely-ympäristössä.

Challenge

Markas palvelee tuhansia asiakkaita useilla eri toimialoilla ja alueilla – ja tämä asettaa jatkuvia vaatimuksia nopeudelle, luotettavuudelle ja toiminnan hallinnalle. Vaikka yrityksen IT-ympäristö yhdisti ydinjärjestelmät, kuten toiminnanohjausjärjestelmän (ERP), asiakkuudenhallintajärjestelmän (CRM), henkilöstöhallinnon (HCM) ratkaisut ja muut iPaaS-alustan kautta, sitä ei ollut rakennettu nopeita muutoksia varten. Kysynnän kasvaessa nämä rajoitukset johtivat manuaalisiin kiertotapoihin, prosessien viivästyksiin ja heikentyneeseen näkyvyyteen, mikä rajoitti yrityksen kykyä reagoida nopeasti ja toimia tehokkaasti.

• Prosessin "harmaa alue": Kriittiset liiketoimintaprosessit jäivät ERP:n, CRM:n, HCM:n ja muiden sovellusten ulottumattomiin. Näitä aukkoja hallittiin sähköpostien, puheluiden ja laskentataulukoiden avulla, mikä johti datasiiloihin ja hitaisiin vasteaikoihin.
• Sijainnin tarkkuus: Toiminnanohjausjärjestelmä pystyi seuraamaan asiakkaan kustannuspaikkaa (esim. sairaalaa), mutta ei hallitsemaan operatiivista todellisuutta. Esimerkiksi tietyllä sairaalalla saattoi olla 30 eri toimipistettä, joista jokainen vaati erilaisia ​​palveluita (siivous vs. tuholaistorjunta jne.) ja tiettyjä henkilöstösertifikaatteja. Tiukat sääntelymääräykset sekä toimiala- että kansallisella tasolla muodostivat lisähaasteen.
• Työvoiman hallinta: Koska yrityksessä oli 14 000 pääasiassa työvoiman tuottajaa kolmessa maassa ja lukemattomissa kulttuureissa, sisäisten pyyntöjen (kuten etuuksien) ja määräystenmukaisuuden (kuten työterveys- ja työturvallisuusroolien) hallinta paperilla oli tehotonta ja virhealtista.

Markas oli aiemmin yrittänyt kuroa umpeen näitä aukkoja käyttämällä toista vähäistä koodia vaativaa alustaa, mutta tuote ei vastannut heidän odotuksiaan räätälöinnin ja autonomian suhteen. Sovellusten luominen tai muokkaaminen oli hidasta ja resursseja vaativaa, mikä jätti kriittisiä aukkoja palveluiden työnkulkuihin. He tarvitsivat vankan sovelluskehitys- ja yhteistyöratkaisun, jonka avulla eri toiminnot – erityisesti henkilöstöhallinto – voisivat rakentaa ja hallita sovelluksia nopeasti ja integroida ne helposti ilman jatkuvaa ulkoista riippuvuutta.

Ratkaisu

Markas rajasi mahdollisten low-code-sovelluskehitysalustojen joukon kahteen ja perusti lopullisen arvioinnin teknologiaan ja tukeen. Yritys valitsi low-code-alustan Jitterbit App Builder perustuu pääasiassa Jitterbitautonomian filosofiaa. Ei ainoastaan App Builder tarjoavat mahdollisuuden sovellusten nopeaan rakentamiseen, käyttöönottoon, hallintaan ja skaalaamiseen – se myös antoi tiimille mahdollisuuden tehdä kaikki työt sisäisesti, ylläpitäen vaatimustenmukaisuutta ja tietoturvaa ja integroituen saumattomasti olemassa oleviin järjestelmiin.

Markasin tietotekniikka- ja innovaatiojohtaja Walter Sesterin mukaan sekä ratkaisun kokonaiskustannukset että sen kyky mukauttaa käyttöliittymää erilaisiin käyttäjätarpeisiin vaikuttivat myös heidän valintaansa. Jitterbit App Builder tukemaan monimutkaista, globaalia palveluketjuaan.

Kumppanin tuella Mieli MercatisMarkas julkaisi ensimmäisen App Builder sovellus – joka oli suunniteltu ”Back Office Accelerator Hubiksi” – lokakuun alussa 2025. Lyhyesti ”Hubiksi” kutsuttu sovellus toimii digitaalisena siltana, joka integroi tietoja ERP- ja CRM-järjestelmistä ja käsittelee samalla monimutkaista logiikkaa, johon muut järjestelmät eivät pystyneet.

Hubin keskeiset moduulit:

• Tarjouskilpailusta operaatioihin -työnkulku: Aiemmin manuaalinen luovutus, tämä sovellus digitalisoi prosessin sopimuksen voittamisen jälkeen. Kun tarjouskilpailu sulkeutuu CRM:ssä, App Builder työnkulku käynnistää operatiivisen johtajan määrittämään tulosyksiköt ja kohdentamaan resurssit, jolloin toiminnanohjausjärjestelmään syötetään siistimpää dataa.
• Yksityiskohtainen sijainninhallinta: Tämä moduuli hallitsee palveluketjun "viimeistä mailia". Se yhdistää tietyt palvelut tiettyihin fyysisiin osoitteisiin (esim. "Sijainti B vaatii siivouspalvelua, sijainti C myös vaatii tuholaistorjuntapalvelua") linkittämällä yksityiskohtaiset operatiiviset tiedot korkean tason ERP-kustannuspaikkoihin ja asiakastiedot CRM:ään.
• Työterveys- ja työturvallisuusmääräysten noudattaminen (digitaalinen organisaatiokaavio): Varmistaakseen määräystenmukaisuuden herkissä ympäristöissä, kuten sairaaloissa, Markas rakentaa moduulia, jolla seurataan tiettyjä turvallisuusrooleja (esim. palotarkastaja, ensiapupäällikkö) toimipisteittäin. Tämä korvaa staattiset paperilistat reaaliaikaisella digitaalisella näkymällä, varmistaen, että jos työntekijä lähtee, vaatimustenmukaisuusvaje on välittömästi näkyvissä.
• Työntekijäetu (joulukuponkisovellus): Tämä verkkosovellus mahdollistaa työntekijöiden itsepalveluperiaatteella tehtävien joululahjapyyntöjen tekemisen. Se korvasi manuaalisen sähköpostiprosessin, minkä ansiosta järjestelmä voi toimia 24/7 eikä vain HR-toimiston aukioloaikoina.

Tulokset

Keskus on kuronut umpeen kuilua myynnin ja toiminnan välillä ja antanut Markasille mahdollisuuden digitalisoida manuaalisia työnkulkuja ja hallita monimutkaisuutta. Lisäksi Sester arvioi, että App Builder on jo 10-20 kertaa nopeammin kuin heidän alkuperäinen matalan koodin sovelluskehittäjänsä standarditoteutuksissa – ja hän odottaa sen nopeutuvan ajan myötä entisestään.

Hub säästää yritykselle myös rahaa: Aiemmin Markasin piti tehdä sopimuksia kalliiden ulkopuolisten kehittäjien kanssa, kun hän halusi luoda, ottaa käyttöön ja muokata sovelluksia ja moduuleja. Mutta Sesterin mukaan hän ja kolme muuta tiiminsä jäsentä – kaikki "kansalaiskehittäjiä" ja "kansalaisteknologeja" – voivat nyt rakentaa ja hallita sovelluksia sisäisesti. Kun taustaprosesseihin tarvitaan muutoksia, tiimi voi tehdä ne nopeasti odottamatta ulkopuolista apua.

Lisäksi poistamalla tiedon katoamisen riskin myynnin ja operatiivisen toiminnan luovutuksen aikana Markas voi varmistaa, että toimitetut palvelut vastaavat myytyä sopimusta – näin ollen aikaa ei kulu sovittujen palveluiden suorittamiseen tai sovittujen, mutta suorittamatta jääneiden palveluiden ratkaisemiseen.

Sesterin mukaan yritysjohtajat ottavat nyt suoraan heihin yhteyttä avunpyyntöjen kanssa tietäen, että automatisoituja ratkaisuja heidän liiketoimintaongelmiinsa voidaan prototyypata ja ottaa käyttöön päivissä, ei kuukausissa. "Koska olemme erittäin mukana sovellusten luomisessa, voimme tehdä yhteistyötä avainkäyttäjiemme kanssa prosessien parantamiseksi", Sester sanoi.