Från projekt till produkt: Vad vi har lärt oss av våra digitala projekt och varumärkesprojekt

Först verklig användning prövar alla antaganden

När vi ser tillbaka på våra projekt dyker ett ögonblick upp om och om igen: dagen då allt går ”live”.

På papperet är det målet. I verkligheten är det snarare ögonblicket då du för första gången verkligen ser om dina antaganden stämmer. Det är här tänkandet skiftar: från projekt (överlämning) till produkt (relation).

Vi lärde oss tidigt hur dyrt det är att behandla en webbplats eller app som ett avslutat verk. Det gäller inte bara funktioner, utan också effekt: synlighet, konvertering, förtroende, varumärkeslojalitet. Att många digitala initiativ misslyckas på lång sikt är ingen magkänsla – i en analys anges siffran till omkring 70 % , ofta eftersom angreppssättet förblir för ”projektartat” och utvecklingen uteblir. Technology.org↗

Vår första ”hemliga ingrediens” är därför banal och samtidigt svår att genomföra: Vi planerar aldrig lanseringen som ett slutstreck, utan som starten på en läranderutin.

I praktiken innebär det: Redan före Go‑Live klargör vi vad som händer därefter. Vem tittar på siffrorna? Vem samlar in feedback? Vem prioriterar? Och hur vet du överhuvudtaget om det fungerar?

Vi kallar det gärna internt för ”Nordstjärne‑checken”: Du definierar före genomförandet ett enda, lättförståeligt värde som visar att du skapar verklig nytta. Inte ”Funktion X är klar”, utan ”Förfrågningarna ökar”, ”Ansökningarna blir mer kompletta”, ”Användarna hittar innehåll snabbare”. Den här outcome‑logiken är den lilla hävstång som förändrar allt.

Och här kommer den andra delen: Vi kopplar det till en tydlig, lugn takt. Ingen ständig stress, ingen ändlös finjustering. Utan fasta tidsfönster där du mäter, förstår, beslutar och genomför – och sedan observerar igen. På så sätt blir ”Vi har en ny webbplats” långsamt till ”Vi har en digital produkt som bär”.

Om du startar ett digitalt initiativ idag är en enkel fråga värd att ställa: Vad ska vara bättre 90 dagar efter lanseringen – mätbart? Om du inte har något svar på det, är det mycket sannolikt att du planerar ett projekt. Och inte en produkt.

Produkten infriar varumärkeslöftet

Ett av de största missförstånden vi ser i projekt: att branding skulle vara ”höljet” och den digitala produkten skulle vara ”funktionen”. I verklig användning är det oskiljaktigt.

Ett varumärke är ett löfte. Och en webbplats eller app är ögonblicket då detta löfte prövas – tyst, utan säljsamtal, ofta på bara några sekunder.

Hos Blueforte var det särskilt tydligt. Uppgiften var inte bara en ny look, utan en tydlig hållning: att visa komplexa data‑ och AI‑ämnen på ett sätt som gör att människor förstår dem och tar dem på allvar. Om du i ett sådant sammanhang levererar en webbplats som ett engångsprojekt, blir den snabbt stående – samtidigt som Thought Leadership lever av rörelse: nytt innehåll, nya case, nya perspektiv.

Därför var det egentliga beslutet inte ”Vilken färg?”, utan: Hur blir webbplatsen en varaktig kommunikationsprodukt? Tekniskt innebar det: en arkitektur som teamet kan använda i vardagen (t. ex. Headless CMS), redaktionellt innebar det: att strukturera innehåll så att det inte behöver uppfinnas på nytt varje gång.

Vår andra ”hemliga ingrediens” är här ett mycket konkret arbetssätt som har visat sig fungera lika bra inom branding som i produktarbete: den Touchpoint‑tråden.

Vi drar en tråd genom alla kontaktpunkter som användarna faktiskt upplever: startsida, tjänstesidor, case study, kontakt, nyhetsbrev, sociala inlägg, PDF:er. Sedan kontrollerar vi: Låter vi likadant? Känns vi likadana? Är besluten konsekventa i detalj?

Och ja – det sträcker sig ända in i microcopy. En enskild knapptext kan vara ”svalt rådgivande” eller ”inbjudande vägledande”. Dessa nyanser är varumärke. Och de är produkt.

Varför detta är så viktigt visar också blicken på effekten av designkultur: Designorienterade företag har under en lång period tydligt överträffat S&P 500. Design Management Institute via Medium↗

Vi drar ingen enkel formel av detta (”mer design = mer vinst”), men en robust observation: När varumärke och produkt talar samma språk minskar friktionen. Människor förstår snabbare, litar mer på oss, stannar längre.

Och ännu en Pola‑typisk punkt som ofta underskattas: Tillgänglighet och varumärkeseffekt hör ihop. Bra kontraster, tydlig typografi, rena hierarkier – det är inte bara WCAG‑frågor, det är också varumärkeskvaliteter. Tydlighet upplevs som kompetens. Tillgänglighet som respekt.

När du planerar branding, fråga dig därför inte bara ”Hur ser det ut?”, utan också: Hur känns det i användning – och är det fortfarande sant om sex månader?

Tydligt värde slår en lång funktionslista

Det finns en frestelse som vi nästan alltid känner – på kundsidan lika mycket som hos oss: Om vi ändå lägger tid och budget på det, då ska det i slutändan finnas ”mycket i det”.

Det låter rimligt. Men är ofta början på överväldigande.

För i digitala produkter gäller en obehaglig sanning: En stor del av det som byggs används senare knappt. Beroende på analys används 64 till 80 % av funktionerna sällan eller aldrig. Roikonen (2025)↗

Vi har gjort en mycket praktisk lärdomsregel av det: Det är inte funktionsuppsättningen som avgör, utan tydligheten.

Hos Ureka – på en lärplattform som medvetet är tänkt att vara lättsam och lekfull – var det precis den centrala utmaningen: Innehåll och funktioner hade kunnat breda ut sig i all oändlighet. I tidiga faser märker du snabbt hur snabbt ”fullständighet” äter upp ditt UX-mål.

Vår tredje ”hemliga ingrediens” är därför en metod som vi numera använder konsekvent: den centrala värdeskären.

Vi skär inte bort efter ”trevligt att ha”, utan efter ”för användaren verkligen vidare”.

Tillvägagångssättet är enkelt och ändå effektivt:

1) Vi formulerar en hypotes per funktion: Vilken förändring ska ske hos användaren?

2) Vi definierar hur vi kan observera det (Analytics eller test).

3) Vi bygger den minsta möjliga versionen som möjliggör lärande.

4) Vi stryker utan dåligt samvete när den inte skapar något värde.

Det låter hårt, men är rättvist – även gentemot budget och tid. Ett mycket konkret exempel från produktvärlden: Ett team minskade en planerad dashboard från 47 nyckeltal till de få som verkligen användes. Resultat: tre veckor mindre utveckling, cirka 42.000 € sparat och 40 % högre användning i betatester. Metapress↗

Det vi älskar med det: Det är inte ”mindre, för att vi inte har lust”, utan ”mindre, för att vi menar allvar”.

Och här kommer en punkt som vi sällan ser i byråtexter, men som är särskilt viktig för Purpose-organisationer: Färre funktioner är ofta mer hållbara. Mindre komplexitet innebär mindre databelastning, mindre underhåll, mindre energiförbrukning. Hållbarhet i det digitala handlar inte bara om hosting, utan också om en beslutskultur.

Om du alltså just nu samlar på dig en backlogg, prova en motfråga: Vad skulle hända om vi bara fick göra tre saker riktigt bra? Ofta visar det sig då vad din produkt verkligen är – och vad som bara var projektdekoration.