“Løs op for alting. Bring fremtiden til os.” Det er missionen for Speee, et Tokyo-baseret digitalt transformationsfirma (DX), der er dedikeret til datadrevne links i forretningsudvikling. Speee udvider nu deres forretningsaktiviteter, såsom deres ejendomssalgs- og vurderingsservice Ie-Uru samt deres introduktionsservice til boligrenoveringsfirmaer Nurikae, blandt en række andre marketing-DX-virksomheder.
Øjebliksbillede
- Branche: Digital transformation (marketing og fast ejendom)
- Antal medarbejdere: Ca. 400 (pr. januar 2022)
Problemet
Speee begyndte at bruge et internt udviklet CMS, men de oplevede problemer på tre områder: omkostninger, brugervenlighed og stabilitet.
Vi udviklede et internt headless CMS i 2018 til vores indholdsskabelse og artikelstyring. Men da vi rent faktisk begyndte at bruge systemet, opdagede vi flere problemer, som fik os til at overveje at udskifte det. Der var tre problemer på det tidspunkt.
Det første problem var en stigning i udviklings- og driftsomkostningerne.
Det koster meget at udvikle og drive et CMS in-house. Men da omfanget er begrænset til intern brug i virksomheden, kan man ikke forvente et stort afkast. Det gør det uundgåeligt svært at investere i udvikling og drift.
Det andet problem var brugervenligheden.
Selv om det var et CMS til internt brug, var det vigtigt at have et brugervenligt system for hurtigt at kunne skabe indhold af høj kvalitet. Alligevel havde vi ikke investeret nok i udvikling efter den første udgivelse på grund af de høje omkostninger og det lave investeringsafkast, som nævnt ovenfor.
Som følge heraf blev der ikke foretaget nogen systemforbedringer efter den første udgivelse, og indholdsskaberne fortsatte med at bruge en meget upraktisk brugergrænseflade og infrastruktur. Det førte uden tvivl til indhold af lavere kvalitet.
Endelig var det tredje problem, at det gamle CMS blev en faktor, der reducerede stabiliteten af vores andre systemer.
Da det CMS, vi udviklede internt, var et headless CMS, blev den faktiske indholdsvisning udført af en anden webapplikation. Denne webapplikation havde brug for at kalde API’en til det headless CMS, men når denne API gik ned, gik hele webapplikationen ofte ned som følgeskade.
Løsningen
Det var tid til drastiske foranstaltninger for at sætte en stopper for de stigende omkostninger. Teamet kiggede mod en SaaS-løsning, hvor Kinsta stod øverst på listen over mulige kandidater.
Øgede udviklingsomkostninger var blevet en flaskehals, og derfor besluttede vi at gå over til SaaS. Spørgsmålet var, hvilken SaaS vi skulle gå over til. Ud fra vores research indsnævrede vi det til et par kandidater, herunder Kinsta, og der var især tre gode ting ved Kinsta, som vi fokuserede på.
For det første kan vi på Kinsta bruge WordPress, det mest populære CMS i verden.
Vi havde allerede en afdeling i vores virksomhed, der brugte WordPress, så vi havde en vis fortrolighed med det. Og da mange mennesker bruger det til en lang række formål, indså vi, at dets funktionalitet og skalerbarhed er meget tiltalende.
For det andet har Kinstas administrerede service en bred rækkevidde.
Selvom det er nemt at komme i gang med WordPress, er det en hovedpine at holde PHP og WordPress ordentligt opdateret. Med Kinsta kan PHP- og WordPress-opdateringer udføres med blot et par klik, og CDN- og domænestyring kan udføres fra brugergrænsefladen. Det var funktioner, vi ledte efter, da vi ønskede at fokusere på oprettelse af indhold og udvikling af tjenester.
For det tredje er Kinstas pris rimelig i forhold til funktionerne.
Med alle Kinstas rige administrerede funktioner, der er nævnt ovenfor, er prisen relativt lav sammenlignet med de tjenester, vi overvejede.
Vi valgte Kinsta på grund af dets overlegenhed på de tre ovenstående punkter i forhold til konkurrenterne.
Resultatet
Med kombinationen af WordPress og Kinsta blev deres workflow utroligt smidigt. Desuden blev systemstabiliteten forbedret med det samme.
Først og fremmest, takket være skiftet fra vores eget CMS til WordPress, er vi nu i stand til at skabe indhold af høj kvalitet hurtigere. Det er i høj grad takket være Kinstas brugergrænseflade og systemdesign af høj kvalitet samt den hjælp, som de mange kraftfulde funktioner giver.
Og da WordPress er så udbredt, har mange indholdsskabere allerede erfaring med at bruge det tidligere. Selv hvis de løber ind i problemer, er løsningerne let tilgængelige online, hvilket reducerer omkostningerne til udstilling og research.
Det mest bemærkelsesværdige for os er stabiliteten i Kinstas system. Før vi flyttede til Kinsta, havde vi hvert år flere funktionsfejl, der påvirkede vores brugere, men siden vi migrerede til Kinsta, er disse problemer helt forsvundet. Det skyldes ikke kun, at Kinsta i sig selv er meget stabilt, men også at sandsynligheden for fejl er blevet reduceret, fordi vi ikke længere behøver at linke flere systemer gennem en API.
En anden grund er, at middleware og plugins nu holdes ordentligt opdateret. Med vores proprietære CMS havde opdateringer af middleware og biblioteker tidligere en tendens til at blive forsømt. Nu bruger vi Kinstas funktioner til at opgradere vores PHP- og WordPress-versioner, og vi har skabt en mekanisme til automatiske plugin-opdateringer ved at vedligeholde CI/CD halvautomatisk.
Kinsta er løsningen på personalebegrænsninger; fremtidssikring er nøglen.
speee.jp
