Cway
Att föra in UX i en AI-byggd B2B-plattform: två förbättringar godkända av teamet, en redan lanserad, under en 8 veckor lång praktik.
- (tidslinje)
- 8 veckor (praktik)
- (min roll)
- UX-/produktdesigner, den enda designern i teamet
- (omfattning)
- B2B SaaS, PIM, DAM, användbarhet
- (verktyg)
- Claude Code, GitHub, Linear, Slack, FigJam
(översikt)
Projektet i korthet
Cway är en B2B SaaS-plattform för hantering av förpackningsoriginal inom dagligvaruindustrin (FMCG), byggd av designbyrån Collabra AB. Varumärken som Arla, Paulig och Santa Maria använder den för att hantera sina förpackningsoriginal. Plattformen håller på att gå från ett internt verktyg för grafiska formgivare till en PIM- och DAM-plattform för större företag, och en ny version av produkten byggdes redan med Claude när jag kom in.
2
förbättringar som jag föreslog godkändes av teamet
1
redan lanserad: notislådan
8
veckor som den enda UX-designern i teamet
(utmaning)
En komplex produkt, redan kodad
Cways nya version var redan en fungerande produkt i stagingmiljön. Den är datatung och informationstät, med många intressenter som har olika behov och olika teknisk vana.
- Våra primära användare, beställare och godkännare, är upptagna chefer som var svåra att nå direkt.
- Produkten byggdes med Claude, inte Figma, så designen behövde leva i kodbasen.
- Varje förändring behövde bevara logiken som utvecklarna redan hade byggt.
(process)
Från research till att bygga i kod
Jag testade den skarpa produkten och den nya versionen, satt bredvid Collabras grafiska formgivare i deras dagliga arbete, samlade in kundfeedback via sälj och vd:n och kartlade konkurrenterna. Utifrån det tog jag fram en persona, användarflöden, problemformuleringar och en granskning av informationsarkitekturen i Figma. Men när jag gick vidare till idégenerering för Cways gränssnitt fick jag veta att Figma inte används i vårt team.
Så jag lärde mig själv Claude Design, Code och Cowork och ändrade mitt sätt att arbeta:
- Förstå produkt & verksamhet
- Definiera användarproblem
- Formulera hypoteser
- Bygg i produkten med Claude Code
- Upplev det i webbläsaren
- Förfina
- Pull request
- Feedback & iterera
(lösning)
Två förändringar i produkten
Notislåda bakom en klockikon
Jag föreslog en egen notislåda så att uppdateringarna slutar konkurrera med själva arbetet. Teamet godkände den och den är lanserad.
En startsida som visar vad som behöver göras
Jag föreslog en startsida som möter användarna efter inloggning med de viktigaste originalen att agera på. Den godkändes och byggdes, och väntar nu på att mergas in i huvudkodbasen.
Utöver dessa dokumenterade jag fler förslag på omdesign genom hela originalets livscykel, från brief till tryckfärdigt, jämförda med Esko, 5Flow, Twona med flera, som kommer att föreslås till teamets backlog.
(effekt)
Vad som förändrades
Notislådan är live i produkten, och startsidan är godkänd och väntar på att mergas.
Teamet uppskattade hur jag använder luft för att skapa tydlighet, hur snabbt jag lärde mig att iterera på produkten direkt i vår kodbas, och min förståelse för systemet.
(reflektion)
Viktiga lärdomar
En process är ett verktyg
Riktiga projekt är rörigare än skolprojekt; processen måste tjäna arbetet.
Lär dig teamets verktyg
Jag lärde mig Claude Code och GitHub för att kunna designa där produkten faktiskt finns.
Behåll det mänskliga omdömet
AI snabbar upp byggandet, men att bestämma vad som ska byggas är fortfarande designerns jobb.
Jag återvänder till Cway för min nästa praktik, då riktig feedback från användare av den skarpa produkten får styra nästa arbetsomgång.