Webbplats, webbapp eller ekosystem? Så vet du vad du behöver
”Vi behöver en ny hemsida” kan betyda tre olika saker, med tre olika prislappar. Så skiljer du på en webbplats, en webbapp och ett helt ekosystem, och så vet du vilken du behöver.

”Vi behöver en ny hemsida.” Det kan betyda en sida med information om företaget. Det kan betyda ett bokningssystem där kunderna loggar in. Och ibland betyder det en app, en webbshop och ett kundregister som ska hänga ihop. Orden används om vartannat, men det är tre olika saker med tre olika prislappar.
Enklast är att tänka på en butik.
Webbplatsen är skyltfönstret
En webbplats är något du läser. Den berättar vilka ni är, vad ni erbjuder och hur man når er. Besökaren tittar, jämför och bestämmer sig för att höra av sig, eller inte.
En bra webbplats blir hittad och övertygar. Därför handlar arbetet mest om innehåll, design, synlighet i sökmotorer och snabbhet. Texterna ska gå att ändra utan en utvecklare, så det finns oftast ett publiceringsverktyg bakom. Men ingen besökare har ett konto, och det som sparas är i stort sett det som kommer in via kontaktformuläret.
Webbappen är butiken
En webbapp är något du gör saker i. Du går in i butiken, väljer, betalar och kommer tillbaka för att se din order. Bokningssystemet, ”Mina sidor”, kundportalen och beställningsflödet är webbappar. De körs i webbläsaren precis som en webbplats, men de har ett annat jobb: att få en uppgift gjord.
Det är här prislappen ändras. En webbapp behöver ofta inloggning, en databas som sparar användarnas uppgifter, regler för vem som får se och göra vad, och kopplingar till de system ni redan har. Det är samma frågor som avgör vad det kostar att bygga en app. En webbapp är en app, den laddas bara inte ner från en butik.
Gränsen mot webbplatsen är inte alltid skarp. En webbplats med en offertkalkylator eller en sökbar produktkatalog har redan börjat glida över. Tumregeln: så fort besökaren har något eget på sidan, ett konto, en order eller en bokning, är det en webbapp.
Ekosystemet är hela kedjan
En stor kedja har inte bara en butik. Den har butiker, en webbshop, en app och en kundklubb. Det som gör den till en kedja är att allt delar samma lager och samma kundkort. Köper du något i appen kan du lämna tillbaka det i butiken, och poängen hamnar på samma konto.
Ett digitalt ekosystem fungerar likadant. Webbplatsen, webbappen, appen i telefonen, verktyget som personalen arbetar i och kopplingarna till affärssystemet hänger ihop genom samma data och samma regler. Kunden väljer väg in, och svaret blir detsamma oavsett vilken.
Det som håller ihop ett ekosystem syns inte för kunden: ett gemensamt API som alla kanaler pratar med, ett bestämt system som äger varje uppgift, och en inloggning som fungerar överallt. Det är också där en stor del av kostnaden sitter. Inte i varje kanal för sig, utan i att de ska vara överens.
I större ekosystem sitter ofta en integrationsplattform i mitten. Den är kedjans logistik: den flyttar och översätter data mellan systemen och ser till att varje uppgift kommer från det system som äger den. Kunden ägs kanske av CRM:et, artiklarna av affärssystemet och lagersaldot av lagret. Plattformen bestämmer inte vem som äger vad, det gör ni. Men den ser till att alla följer det.
Skyltfönstret får folk att stanna. Butiken får dem att handla. Kedjan får dem att komma tillbaka.
Så växer det, och där går det snett
De flesta bygger inte ett ekosystem på en gång. Det växer fram. Först kommer webbplatsen. Sedan vill kunderna boka själva, så det byggs en bokningsdel. Sedan kommer en app, och en kundportal för företagskunderna. Varje steg är rimligt för sig.
Problemet är att varje del ofta byggs med sitt eget kundregister och sina egna regler. Till slut har du tre system som alla tror att de vet vem kunden är, och en kund som har bytt adress i appen men får fakturan till den gamla. Det är som en kedja där varje butik har sitt eget lager och sitt eget kundkort. Det fungerar, tills kunden försöker lämna tillbaka något i fel butik.
Du behöver inte bygga ekosystemet från dag ett. Men bygg inte så att det blir omöjligt. Lägg data och regler bakom ett API, även när det bara finns en kanal, och bestäm tidigt vilket system som äger kunden. Då blir nästa kanal ett tillägg i stället för ett nytt system.
Var står du, och vart är du på väg?
Ställ dig de här frågorna innan du ber om en offert:
- Ska besökarna bara läsa, eller också göra något? Läsa räcker för en webbplats.
- Ska de ha något eget, som ett konto, en order eller en bokning? Då är det en webbapp.
- Ska samma kund nå er på flera sätt, på webben, i en app och i butiken? Då är ni på väg mot ett ekosystem.
- Vilka system har ni redan, och vilket av dem vet vem kunden är?
- Vad vill ni kunna göra om två år som ni inte gör i dag?
Den sista frågan är viktigast. Svaret avgör inte vad du ska bygga nu, men det avgör hur. Tips: ska nästa steg vara en app i telefonen? Vi har skrivit om hur du väljer mellan native, cross-platform och webb.
Och nästa gång någon säger att de behöver en ny hemsida vet du vilken fråga du ska ställa: ett skyltfönster, en butik eller en hel kedja?
Relaterat från arkivet
TILL ARKIVET >- Mobilutveckling
- Kravställning
Vad kostar det att bygga en app? Frågorna som avgör priset
- Mobilutveckling
- Frontend
Native, cross-platform eller webb? Så väljer du plattform för mobilen
Behöver du hjälp med integrationer, kod eller ett trasigt system?
Fyll i formuläret eller mejla oss på hello@webringcode.com så återkommer vi med hur vi kan hjälpa dig.
Eller ring oss direkt på 010-660 04 20.


