Hoe u UX en ontwerpschuldensanering kunt pitchen voor engineering- en productleiders
Wat UX-schuld is, hoe je deze moet inventariseren en prioriteren, en hoe je het opruimen en ontwerpen van systeemrefactoren kunt pitchen in termen die leiders financieren: risico, kosten en inkomsten.
Kern afhaalmaaltijd
UX-schuld is de opbouw van ervaringsproblemen door sluiproutes, zoals technische schulden voor ontwerp. Om de opschoning gefinancierd te krijgen, moet u deze zichtbaar maken met een op bewijsmateriaal gebaseerde inventarisatie, prioriteiten stellen op basis van gebruikersimpact, frequentie en inspanning, vragen om een vast budget (een deel van elke sprint) in plaats van een grote herschrijving, en de voortgang rapporteren in de maatregelen die leiders al volgen.
Wat UX-schuld is
Nielsen Norman Group beschrijft UX-schulden als ervaringsproblemen die zich opstapelen wanneer teams herhaaldelijk voor snelle, gemakkelijke oplossingen kiezen, vergelijkbaar met technische schulden, een term die Ward Cunningham in 1992 bedacht. Als deze niet wordt aangepakt, leidt dit tot verergerende gebruikersproblemen en dure opruimacties. Voorbeelden zijn onder meer inconsistente componenten, verwarrende stromen die "tijdelijk" waren, en verouderde patronen die voor het gemak werden bewaard.
Een pitch in vier stappen
Leiders financieren wat ze kunnen zien en meten:
- Inventarisatie: maak een lijst van problemen met bewijsmateriaal, zoals onderzoeksclips, ondersteuningstickets, analyses en bugrapporten.
- Prioriteer: rangschik op basis van de impact van de gebruiker, hoe vaak het voorkomt en de moeite om het probleem op te lossen.
- Budget: vraag een vast deel van elke sprint in plaats van een big-bang redesign.
- Toon voortgang: voor-en-na-statistieken voor elk vast item.
Spreek de taal van de mensen die het financieren
Vertaal elk item naar risico, kosten of opbrengsten: "deze inconsistentie bij het afrekenen genereert N supporttickets per maand", "dubbele knopcomponenten voegen een dag toe aan elke functie", "deze stroom voldoet niet aan de toegankelijkheidsregels waaraan we moeten voldoen". Combineer elk met een schatting, waarbij u dezelfde aanpak gebruikt als bij UX ROI-berekeningen.
Vind het vroeg
NN/g raadt aan om vaak en op verschillende manieren echte gebruikersfeedback te krijgen, door te testen vóór sprintreleases en doorlopende tests ten minste maandelijks. Voeg UX-schulditems toe aan dezelfde backlog als technische schulden, zodat ze zichtbaar zijn in de planning en niet in een apart ontwerpdocument dat niemand leest.
Ontwerpsysteemrefactoren
Laat voor het opschonen op systeemniveau zien wat de kosten zijn als je dit niet doet: hoeveel varianten van hetzelfde onderdeel bestaan, hoe lang nieuwe functies duren en hoeveel UI-bugs terug te voeren zijn op inconsistentie. Een kleine pilot, waarbij eerst één gebied met veel verkeer wordt aangepast, maakt de zaak beter dan een dia.
Toets Principles in om te onthouden
- UX-schulden zijn opgebouwde ervaringsproblemen door snelkoppelingen
- Inventariseer met bewijsmateriaal en prioriteer vervolgens op basis van impact, frequentie en inspanning
- Vraag om een stabiel budget, niet om een grote herschrijving
- Vertaal items naar risico, kosten en opbrengsten
- Volg UX-schulden in dezelfde achterstand als technische schulden
Veelgestelde vragen
Bronnen
- UX Debt: How to Identify, Prioritize, and Resolve — Nielsen Norman Group
- Calculating ROI for Design Projects in 4 Steps — Nielsen Norman Group