När räcker en hemsida, och när behöver du en webbapp?
Fyra nivåer från informationssida till skräddarsydd webbapp, vad som driver kostnaden i varje steg, och vad du bör fråga om underhåll och ägande.
Av Daniel Aideborn · Publicerad 17 september 2026 · 3 min läsning
Kort svar: en hemsida räcker så länge besökaren bara ska förstå, välja och höra av sig. Så fort någon ska logga in, se sina egna uppgifter eller utlösa något i er verksamhet är det en webbapp, även om den ser ut som en sida.
Mellan de två lägena finns ett steg som ofta glöms bort: att låta en befintlig tjänst sköta bokning eller betalning, och bara koppla in den. Det är nästan alltid billigast, och det räcker längre än många tror.
Fyra nivåer
| Nivå | Vad besökaren gör | Vad som byggs |
|---|---|---|
| Informationssida | Läser, jämför och hör av sig | Sidor, formulär, mätning |
| Sida med inkopplad tjänst | Bokar eller betalar i en extern tjänst | Sidor plus konfiguration av tjänsten |
| Kundportal | Loggar in och ser sitt eget | Konton, behörigheter, data, vyer |
| Skräddarsydd webbapp | Arbetar i verktyget dagligen | Egen datamodell, roller, flöden, admin |
Nivåerna kostar olika mycket att bygga, men framför allt olika mycket att äga. Den första kräver nästan inget underhåll. Den fjärde behöver någon som håller den vid liv.
Tecknen på att en hemsida inte räcker längre
- Ni skickar samma uppgifter fram och tillbaka i mejl för att kunden inte kan se dem själv.
- Någon för in samma information i två system varje vecka.
- Ni behöver visa olika saker för olika kunder, inloggat.
- Ett kalkylark har blivit verksamhetskritiskt, och flera personer redigerar det samtidigt.
- Ni säger nej till kunder för att flödet inte skalar, inte för att arbetet saknas.
Ett eller två av tecknen betyder oftast att en befintlig tjänst räcker. Fyra eller fem betyder att arbetet redan finns, och att det utförs av personal i stället för av ett verktyg.
Vad som driver kostnaden i ett eget bygge
- Konton och roller. Inloggning, återställning av lösenord, vem som får se vad.
- Data. Var den lagras, hur den säkerhetskopieras och hur fel rättas när något blivit galet.
- Flöden med undantag. Det normala fallet är sällan problemet. Undantagen är det.
- Integrationer. Varje system ni kopplar in är en egen uppsättning fel att hantera.
- Administration. Någon hos er ska kunna rätta, lägga till och ta bort utan att ringa utvecklaren.
Underhåll och ägande
En webbapp är inte ett projekt som blir klart, utan något ni kommer att äga. Det som avgör hur billigt det ägandet blir är hur enkelt bygget är, inte hur avancerat det är.
- Vem äger koden, och var ligger den?
- Vem äger datan, och hur får ni ut den om ni byter leverantör?
- Vilka konton står i ert namn: domän, drift, databas, e-post?
- Hur ser rättningar ut efter lansering, och vad kostar de?
- Vad händer om jag som byggde blir otillgänglig?
Svaren på de frågorna är viktigare än valet av teknik. Ett enkelt bygge ni äger slår ett avancerat bygge ni hyr.
Så väljer du
- Skriv ned vad besökaren eller kollegan ska kunna göra, i en mening.
- Kolla om en befintlig tjänst redan gör det, till en månadskostnad.
- Om ja: koppla in den och lägg pengarna på innehållet i stället.
- Om nej: beskriv de tre vanligaste fallen och de två knepigaste, och begär pris på dem.
Vill du ha mitt svar på vilken nivå ditt behov ligger på beskriver du flödet i kontaktrutan på startsidan. Paketen och vad de kostar står under priserna, och vad som ingår i ett större bygge går att fälla ut där. Ligger problemet snarare i återkommande handpåläggning än i en ny sida är Vad kan ett litet företag automatisera? närmare frågan.
Relaterade tjänster: Webbappar