UI/UX-design för mjukvara som används varje dag

Vi formger användarresan och vyerna så att systemet blir tydligt att använda och redo att byggas. Samma team bygger det sedan, så ingenting försvinner mellan design och kod.

När designen står i vägen

Enkla uppgifter kräver utbildning.

Systemet fungerar, men att hitta rätt vy eller knapp kräver att någon förklarar.

Supporten svarar på samma ”hur gör jag”-frågor.

Gränssnittet väcker frågor som vyn själv borde besvara.

Utvecklarna gissar utifrån skärmdumpar.

Utan definierade tillstånd, specialfall och komponenter byggs varje vy lite olika.

Kunderna hoppar av halvvägs.

Registrering, kassa eller ärendeformulär tappar folk i samma steg.

Så bygger vi det

  1. Förstår användarna

    Vem som använder det, för vilka uppgifter och var det tar stopp i dag.

  2. Kartlägger flödena

    Flöden för huvuduppgifter, roller och undantag, innan någon vy ritas.

  3. Prototypar och testar

    Klickbara prototyper som prövas med riktiga användare eller teamet som ska använda dem.

  4. Formger gränssnittet

    Vyer, tillstånd och ett komponentsystem, anpassat efter hur det ska byggas.

  5. Lämnar över till utveckling

    Våra utvecklare bygger utifrån det, och designen justeras när verklig användning visar något nytt.

Det här formger vi

  • Affärssystem och CRM

    Täta vyer för dagligt arbete: listor, filter, poster och roller.

    Anpassad CRM-utveckling
  • Kundportaler

    Självserviceflöden som är begripliga även för den som loggar in två gånger om året.

  • SaaS-produkter

    Onboarding, kärnflöden och inställningar för en produkt som måste sälja sig själv.

  • AI-funktioner

    Gränssnitt för assistenter och agenter: källor, utkast att godkänna och överlämning till en människa.

    AI-agenter
  • Designsystem

    Komponenter och regler som håller en växande produkt enhetlig.

Det här bygger vi med

Designen görs i komponenter som motsvarar koden direkt, så det som godkänts är det som byggs.

  • Figma
  • Prototyper
  • Designsystem
  • Användartester
  • Next.js
  • Tailwind CSS

Vanliga frågor

Båda, och oftast tillsammans. Enbart design går bra, men överlämningen blir smidigare när samma team bygger det som designats.

Ofta, ja. Vi börjar med de uppgifter där folk tappar mest tid och gör om de vyerna först.

Flöden, en testad prototyp, färdiga vyer med sina tillstånd och komponenterna de består av.

Ja. Finns en profil designar vi inom den, och finns ingen kan vi ta fram grunderna som en del av arbetet.

Var fastnar användarna oftast?

Visa oss vyn. Vi föreslår vad som bör göras om först och hur det kan testas.