“Unravel Everything. Bring the future to us.” Dat is de missie van Speee, een in Tokio gevestigd digitaal transformatiebedrijf (DX) dat zich toelegt op datagestuurde koppelingen in bedrijfsontwikkeling. Speee is momenteel bezig met een brede uitbreiding van hun bedrijfsactiviteiten, zoals hun verkoop- en taxatiedienst voor onroerend goed Ie-Uru en hun introductiedienst voor woningrenovatiebedrijven Nurikae, naast een verscheidenheid aan andere marketing DX-bedrijven.
Snapshot
- Branche: Digitale transformatie (marketing en onroerend goed)
- Aantal werknemers: Ca. 400 (vanaf januari 2022)
Het probleem
Speee begon met een intern ontwikkeld CMS, maar ze ondervonden problemen op drie gebieden: kosten, bruikbaarheid en stabiliteit.
In 2018 ontwikkelden we een intern headless CMS voor onze contentcreatie en artikelbeheer. Toen we het systeem echter daadwerkelijk gingen gebruiken, ontdekten we verschillende problemen, waardoor we overwogen om het te vervangen. Er waren op dat moment drie problemen.
Het eerste probleem was een stijging van de ontwikkelings- en gebruikskosten.
Het kost veel geld om een CMS intern te ontwikkelen en te gebruiken. Maar omdat de reikwijdte beperkt is tot intern gebruik binnen het bedrijf, kan er geen groot rendement worden verwacht. Die onvermijdelijkheid maakt het moeilijk om te investeren in ontwikkeling en beheer.
Het tweede probleem was de bruikbaarheid.
Ook al was het een CMS voor intern gebruik, het was essentieel om een gebruiksvriendelijk systeem te hebben om snel content van hoge kwaliteit te creëren. Toch hebben we na de eerste release niet sterk geïnvesteerd in ontwikkeling vanwege de hoge kosten en het lage rendement, zoals hierboven vermeld.
Als gevolg daarvan werden er na de eerste release geen systeemverbeteringen doorgevoerd en bleven contentmakers een zeer onhandige UI en infrastructuur gebruiken. Dat leidde weer tot content van lagere kwaliteit.
Ten slotte was het derde probleem dat het oude CMS een factor werd die de stabiliteit van onze andere systemen verminderde.
Omdat het CMS dat we zelf ontwikkelden een headless CMS was, werd de feitelijke weergave van de content gedaan door een andere webapplicatie. Deze webapplicatie moest de API van het headless CMS callen, maar als deze API uitviel, viel vaak de hele webapplicatie uit als neveneffect.
De oplossing
Tijd voor drastische maatregelen om een einde te maken aan de sneeuwbaleffecten van de kosten. Het team keek naar een SaaS oplossing, waarbij Kinsta bovenaan de lijst van mogelijke kandidaten kwam.
De stijgende ontwikkelingskosten waren een knelpunt geworden en daarom besloten we over te stappen op SaaS. De vraag was naar welk SaaS we zouden overstappen. Op basis van ons onderzoek hebben we het beperkt tot een paar kandidaten, waaronder Kinsta, en er waren drie geweldige dingen aan Kinsta in het bijzonder waar we ons op richtten.
Ten eerste kunnen we op Kinsta WordPress gebruiken, het populairste CMS ter wereld.
We hadden al een afdeling in ons bedrijf die WordPress gebruikte, dus we waren er al enigszins bekend mee. Omdat veel mensen het voor allerlei doeleinden gebruiken, zagen we ook in dat de functionaliteit en schaalbaarheid erg aantrekkelijk zijn.
Ten tweede heeft de beheerservice van Kinsta een groot bereik.
Hoewel het gemakkelijk is om met WordPress aan de slag te gaan, is het een hele klus om PHP en WordPress goed up-to-date te houden. Met Kinsta kunnen PHP- en WordPress updates met slechts een paar klikken worden uitgevoerd, en CDN- en domeinbeheer kunnen worden gedaan vanuit de UI. Dit waren features waar we naar op zoek waren, omdat we ons wilden richten op het maken van content en het ontwikkelen van diensten.
Ten derde is de prijs van Kinsta schappelijk voor de features die je ervoor terugkrijgt.
Met alle hierboven genoemde uitgebreide beheermogelijkheden van Kinsta is de prijs relatief laag vergeleken met de diensten die we overwogen.
We kozen voor Kinsta vanwege de superioriteit op bovenstaande drie punten in vergelijking met de concurrentie.
Het resultaat
Met de combinatie van WordPress en Kinsta verliep hun workflow ongelooflijk soepel. Bovendien verbeterde de stabiliteit van het systeem onmiddellijk.
Ten eerste zijn we nu, dankzij de overstap van ons eigen CMS naar WordPress, in staat om sneller content van hoge kwaliteit te creëren. Dit is voor een groot deel te danken aan de hoogwaardige UI en het systeemontwerp van Kinsta, evenals de hulp die wordt geboden door de grote verscheidenheid aan krachtige features.
Omdat WordPress zo wijdverbreid is, hebben veel contentmakers bovendien al ervaring met het gebruik ervan. Zelfs als ze tegen problemen aanlopen, zijn de oplossingen direct online beschikbaar, wat de kosten van uitleg en onderzoek verlaagt.
Het meest opmerkelijke voor ons is de stabiliteit van het systeem van Kinsta. Voordat we naar Kinsta verhuisden, hadden we elk jaar verschillende storingen waar onze gebruikers last van hadden, maar sinds we naar Kinsta zijn gemigreerd, zijn die problemen volledig verdwenen. Dit komt niet alleen omdat Kinsta zelf zeer stabiel is, maar ook omdat de kans op storingen is verminderd omdat we niet langer meerdere systemen hoeven te koppelen via een API.
Een andere reden is dat middleware en plugins nu goed worden bijgewerkt. Met ons eigen CMS hadden we in het verleden de neiging om updates van middleware en bibliotheken te verwaarlozen. Nu gebruiken we de features van Kinsta om onze PHP- en WordPress versies te upgraden, en we hebben een mechanisme gecreëerd voor automatische plugin-updates door CI/CD semi-automatisch te onderhouden.
Dankzij Kinsta hoef je minder mensen in dienst te hebben; toekomstbestendigheid is de sleutel.
speee.jp
