Demon gick bra och piloten togs emot väl. Produktteamet kände sig nöjda med det de byggt. Och sedan, någonstans i beslutskedjan, stannade affären upp utan tydlig anledning. Ingen konkret invändning, bara en inkorg som blir allt tystare och en inköpsprocess som aldrig riktigt kom fram till ett slut.
Det här är ett av de vanligaste och minst omtalade sätten att förlora en affär inom B2B-programvara till storföretag. Produkten fungerar. Användarna gillar den. Och organisationerna är ändå sega med att införa den, eftersom de som gillar att använda den inte är de som bestämmer om den ska köpas in.
De flesta som designar digitala produkter är skolade i att lösa problemet för användaren. De tittar på hur användaren rör sig i gränssnittet, förstår vad användaren försöker uppnå, tar bort friktion och gör upplevelsen självklar. Det är gott hantverk, och i konsumentprodukter är det i stort sett hela jobbet.
I B2B mot storföretag är det halva jobbet.
Den andra halvan är att designa för en köpare som kanske aldrig loggar in. För en inköpsfunktion som bedömer produkten utifrån innan någon internt har använt den. För en ekonomichef som ser en skärmbild i en presentation och bildar sig en uppfattning. För en säkerhetsavdelning som granskar efterlevnaden innan det kommersiella samtalet ens har börjat. För en it-avdelning som frågar om produkten integreras rent med det de redan kör.
När designen optimerar för användaren och bortser från köparen blir resultatet något människor gillar att använda men som organisationer är sega med att införa. Problemet är inte produkten. Problemet är att produkten designades för en publik och först granskas av en annan.
Vad användarcentrerad design missar hos storföretagen
I B2B är användarcentrerad design bara halva bilden. Den andra halvan hamnar längst ned på listan, oavsiktligt, eftersom användaren är den enda referenspunkt många designstudior har.
Det hjälper inte att ett storföretagsköp fungerar helt annorlunda än ett konsumentköp.
Köpare på storföretag bildar sig en uppfattning om en B2B SaaS-produkt långt innan de bokar en demo. Från webbplatsen, från gränssnittet de skymtar i ett kundcase, från hur sammanhängande produkten presenterar sig över varje kontaktyta de möter under utvärderingen. När de väl sitter i ett samtal med en säljare finns uppfattningen redan där. Och ett första intryck som formats helt utan kontakt med leverantören hör till det svåraste att ändra. Design är en av få saker ett bolag styr över i det fönstret.
En inköpsprocess på ett storföretag involverar dessutom flera intressenter med olika behov och olika teknisk vana. Den som använder produkten dagligen har andra krav än den som godkänner budgeten, som har andra krav än it-avdelningen som bedömer säkerhet och integration, som har andra krav än den efterlevnadsansvarige som kontrollerar regelverket. En produkt som designats enbart för den dagliga användaren får luckor som visar sig i exakt fel ögonblick: under inköpsprocessen, inte efter.
Men få designteam har varit tillräckligt djupt inne i storföretagens säljprocesser för att förstå den komplexiteten. De flesta är skolade på byråer och studior där leveransen är produkten, inte produktens kommersiella utfall på marknaden. De har alltså designat många produkter, men sällan stått på andra sidan säljcykeln och sett hur de produkterna bedöms av människor som aldrig öppnat gränssnittet.
Det glappet handlar om exponering, inte om skicklighet. Men det ger design som är hantverksmässigt stark och kommersiellt ofullständig.
Förtroendeproblemet som design antingen löser eller skapar
Köpare på storföretag utvärderar inte i första hand funktioner, de utvärderar pålitlighet. Och de gör det i allt högre grad utan en säljare i rummet: tre av fyra B2B-köpare säger att de föredrar en köpupplevelse utan säljare. Designens förmåga att förmedla trovärdighet är det starkaste kommersiella verktyg som finns i det läge där de flesta köpare bildar sitt första verkliga intryck.
En produkt som ser ut att ha byggts av ett litet team i hög fart, med ojämnt gränssnitt, komponenter som inte ligger i linje, ett visuellt språk som skiftar mellan sektionerna och laddningstillstånd som känns tillagda i efterhand, signalerar något om hur bolaget drivs, vare sig signalen stämmer eller inte. Hos storföretag, där ett felaktigt beslut är dyrt och köpet ska godkännas av flera avdelningar, betyder den signalen något. Den skapar tvivel i precis det ögonblick då tvivel gör mest skada.
Det omvända gäller också. En produkt som känns sammanhängande, genomtänkt och välbyggd signalerar förmåga innan en enda funktion har visats. Den gör säljsamtalet enklare. Den ger de interna förespråkarna, alltså de inne hos kunden som tror på produkten och försöker driva den genom inköpsprocessen, något trovärdigt att lägga fram för beslutsfattare som aldrig kommer att sitta igenom en demo. Ett köp hos ett storföretag är nästan aldrig en enskild persons beslut. Flera personer och avdelningar är inblandade, och förtroendet måste byggas hos dem alla samtidigt. Design är en av de främsta mekanismer genom vilka det förtroendet byggs eller raseras.
Det är detta god digital produktdesign i B2B gör på den kommersiella nivån. Den skapar ett system som får en komplex produkt att kännas pålitlig för inköpsavdelningen, sammanhängande för de tekniska köparna och redo att skala. En svag version av det systemet kostar mer än en stark: i längre säljcykler, i affärer som förloras vid godkännandet, i churn från användare som tappar intresset för verktyg som känns halvfärdiga och från organisationer som aldrig införde dem på riktigt.
Samma logik dyker upp ett steg upp, i hur köpare upplever ett bolag som helhet. McKinseys Global B2B Pulse Survey 2026, som bygger på nästan 4 000 B2B-beslutsfattare i tretton länder, visar att motstridig information mellan olika team nu är den vanligaste anledningen till att köpare byter leverantör, före svårigheten att nå någon som kan svara på frågor. Det resultatet handlar om sälj och marknad, inte om gränssnittsdesign. Men köpbeteendet bakom är detsamma som det här avsnittet beskriver: köpare bedömer sammanhang överallt där de möter det, och de läser bristen på sammanhang som ett besked om bolaget bakom, inte bara om den enskilda kontaktytan. En produkt som spricker visuellt mellan sina sektioner är en mindre version av samma problem som McKinsey beskriver på bolagsnivå.
Skalningsproblemet som de flesta team upptäcker för sent
Det finns ett andra sätt att misslyckas som förstärker det första, och det visar sig senare: design som fungerade vid tio kunder spricker vid hundra.
Det visuella språket som kändes medvetet vid lanseringen börjar samla på sig undantag. Nya funktioner läggs till utan en tydlig ram för hur de ska se ut och bete sig. Olika delar av produkten börjar kännas byggda av olika team, eftersom de var det, vid olika tidpunkter, under olika press, utan ett gemensamt system som höll ihop dem. Produkten som såg sammanhängande ut i säljdecket börjar se ihopsatt ut i verkligheten.
Rätt tillfälle att ta tag i det är innan det händer, eftersom kostnaden för att sakna ett sammanhängande designsystem tidigt växer på sätt som är svåra att se förrän skulden redan samlats över hundratals enskilda beslut som var för sig var rimliga när de fattades.
Så vad är egentligen ett designsystem?
Ett designsystem är den infrastruktur som lyfter bort de återkommande besluten från det dagliga designarbetet: hur en rullgardinsmeny beter sig, hur typografiskalan ser ut, hur felmeddelanden hanteras, vilket interaktionsmönster som gäller för successiv fördjupning i en komplex dataprodukt. Då kan teamet lägga kraften på nya problem i stället för att lösa estetiska frågor på nytt. När besluten väl är fattade och nedskrivna håller de även när produkten växer, när nya medarbetare kommer in, och när AI-verktyg används för att snabbt generera skärmar. Ett vägledande designsystem som är principfast utan att vara stelt, litet nog att vägleda snarare än begränsa, och tillräckligt flexibelt för att snabba prototyper ska kunna följa det utan ständig friktion, är betydligt billigare att förvalta än ett som måste kringgås.
De grundare som förstår det här är oftast de som sett en produkt utan designsystem nå en viss storlek och sedan lagt arton månader och betydande utvecklingstid på att städa upp det som borde ha bestämts tidigt. Värdet av att göra rätt syns inte i ett mått som ledningen kan peka på vid nästa styrelsemöte. Det syns i långsiktig kundlojalitet, i låg churn, i en produkt som kan ta in nya funktioner utan att spricka. Det är rätt mått. De är också de svåraste att tillskriva något.
För en B2B-produkt som skalar över flera användarroller och en växande funktionsuppsättning är detta inget beslut att återkomma till efter nästa runda. Det är ett beslut som blir dyrare att fatta rätt för varje kvartal det skjuts upp.
Så ser det ut att hålla båda publikerna i huvudet samtidigt
MuchSkills är Up Strategy Labs egen produkt, byggd på en självfinansierad budget från en färgkodad prototyp i Google Sheets till en plattform som vunnit Red Dot Award. Den är i dag utsedd till Major Contender i Everest Group PEAK Matrix® 2026 och används över hela världen. Att bygga den krävde att två helt olika publiker hölls i huvudet samtidigt, utan att någon av dem fick kollapsa in i den andra.
Den behövde vara trovärdig nog för att HR-chefer och personalansvariga på stora organisationer skulle godkänna den, vilket krävde sammanhang, professionalitet, ett varumärke och ett gränssnitt som hörde hemma hos ett storföretag, och en efterlevnad som klarade inköpsgranskningen. Och den behövde vara genuint användbar för de medarbetare som fyller i sina kompetensprofiler varje vecka, vilket krävde tydlighet, enkelhet och ett gränssnitt som inte behövde utbildning för att förstå.
De två kraven drar åt varsitt håll tillräckligt ofta för att team utan erfarenhet av att hålla båda ska optimera för det ena och hoppas att det andra följer med. Det gör det sällan. Att hålla båda är ett medvetet val, inte en biprodukt av att lyckas med det ena. Annars blir resultatet antingen en produkt som köparna litar på men som de som ska arbeta i den tycker är besvärlig, eller en som de som arbetar i den uppskattar men som organisationen är seg med att införa. Köpprocessen fastnar i glappet mellan dem.
Samma spänning finns i kunduppdragen. När MultiViz 2.0 byggdes om, Viking Analytics AI-drivna plattform för övervakning av industriella maskinparker, innebar designarbetet nio månader inbäddade i teamet. Det betydde strategiworkshops, deltagande i samtal med kunder och prospekt och en kartläggning av hela köpresan innan en enda designfil öppnades. Redan mitt i utforskandet stämdes tidiga koncept av direkt med driftsäkerhetsingenjörer som använde plattformen dagligen, inte för att validera en färdig design utan för att pressa idéerna medan de fortfarande formades. Produkten som blev resultatet var formad efter hur de ingenjörerna faktiskt arbetar, inte efter hur teamet antog att de arbetade. Den precisionen är vad som gör en produkt trovärdig för dem som använder den. Tillsammans med det kommersiella lagret och inköpslagret, förtroendesignalerna, sammanhanget, efterlevnaden, är det vad som får en produkt att stänga affärer snabbare.
Det är den skillnaden som skiljer digital produktdesign för B2B SaaS som fungerar kommersiellt från den som fungerar i en demo. Båda kräver hantverk. Bara den ena kräver att designern har varit inne i en storföretagsaffär och förstår vad som faktiskt händer på andra sidan bordet när en inköpsfunktion utvärderar en produkt de aldrig använt.
Problemet är att det inte lärs ut på designutbildningen, utan genom erfarenhet av digital produktdesign i B2B. Genom att vara inne i den kommersiella processen, genom att lansera egna produkter, genom att sitta mitt emot inköpsavdelningen på ett storföretag, genom att se en affär stanna upp av skäl som inte hade något med funktionslistan att göra.
Up Strategy Lab bygger produkter, inte bara designar dem. MuchSkills är beviset. Det är därför teamet känner igen glappet mellan en produkt som fungerar i en demo och en som stänger affärer: de har stått på båda sidor av det.
Om ni utvärderar vilken designpartner som är bäst rustad att hantera det här, här är vad ni ska titta efter och vad ni ska fråga.
Vanliga frågor
Varför misslyckas digital produktdesign i B2B så ofta med storföretagens köpare?
De flesta som designar digitala produkter är skolade i att optimera för den som använder produkten. I B2B mot storföretag är den som använder den och den som beslutar om köpet nästan aldrig samma person. Inköpsavdelningar, efterlevnadsansvariga, it-avdelningar och budgetansvariga bedömer produkten innan de flesta användare har rört den, och det de bedömer är pålitlighet och kommersiell mognad, inte funktionernas kvalitet. Design som bara tar hand om användarupplevelsen lämnar luckor som visar sig under inköpsprocessen, inte efter.
Vad är skillnaden mellan att designa för en användare och för en köpare i B2B?
En användare bedömer produkten på hur väl den hjälper till i det egna arbetet. En köpare bedömer den på om den är pålitlig, regelefterlevande, skalbar och trovärdig nog att lägga fram för sin organisation. I B2B SaaS mot storföretag sker de två bedömningarna vid olika tidpunkter, av olika personer, utifrån olika kriterier. En produkt kan klara användarbedömningen med god marginal och ändå fastna i köparbedömningen, för att designen inte förmedlar mognad, efterlevnad eller den sortens sammanhang som signalerar ett seriöst bolag bakom en seriös produkt.
När blir svag design ett kommersiellt problem i B2B?
Vid tre tillfällen. Under utvärderingen hos storföretaget, när en produkt som ser ojämn eller ofärdig ut tappar trovärdighet hos inköp innan någon demo hunnit visas. Under säljcykeln, när interna förespråkare har svårt att argumentera för en produkt som inte ser färdig ut inför de beslutsfattare de måste övertyga. Och efter köpet, när användare tappar intresset för verktyg som känns halvfärdiga, vilket ger låg användning och churn som skrivs på produktpassform snarare än på designkvalitet.
Hur viktigt är ett designsystem för en B2B-produkt som skalar?
Viktigare än de flesta grundarteam inser innan de saknar ett. Ett välbyggt designsystem skriver ned de återkommande besluten, komponenternas beteende, det visuella språket, interaktionsmönstren, så att de inte behöver fattas om för varje ny funktion. Utan ett sådant växer visuell och teknisk skuld tyst över hundratals enskilda beslut, tills produkten ser osammanhängande ut mellan sina ytor, signalerar omognad till köparen och kräver betydande utvecklingstid att städa upp. Rätt tillfälle att bygga det är innan skulden finns, inte efter att den blivit synlig.
Om er B2B-produkt är tekniskt stark men tappar mark under utvärderingen hos storföretagen, så här ser Up Strategy Lab på det problemet.
