A minimálisan életképes tervezési rendszer

Növekvő UXPin Design System az UXPin Design System Library könyvtárban

Az elmúlt néhány hétben örömmel beszéltem az UXPin megközelítéséről, amikor több találkozón és webináriumon épít egy tervező rendszert (ezek közül egyet itt nézhetsz). Nagyon szórakoztatóan megoszthattam tapasztalataikat, és sokat tanultam az összes kedves beszélgetésem során a beszélgetéseim után.

Egy kérdés, amelyet többször is feltettek, és amely felmerült az UXPin csapatunkkal folytatott beszélgetéseim során is:

Mennyi ideig tart egy tervezőrendszer felépítése?

Nincsenek helytelen kérdések, és örömmel válaszoltam minden egyes alkalommal. Mindazonáltal, amikor meghallom ezt a kérdést, úgy érzem, hogy egy mélyebb problémára mutat: a tervezési rendszereket még mindig félreértik és összekeverik a stíluskalauz felépítésének régi megközelítésével.

A Zombie Style Guide Legacy

A nap folyamán a tervezői vagy a fejlesztői csapat egy szerencsétlen tagjának megbízni kellene a csoport által jóváhagyott összes egyezmény dokumentálását. Színes paletták, szövegstílusok, kódszabványok, néha akár felhasználói felület minták is.

Úgy hangzik, mint egy tervező rendszer? Igazad van. Úgy hangzik, mint egy tervező rendszer, de nem az.

A stíluskalauz kialakításának ez a régi megközelítése egy tárgy előállítását célozta. Állítólag a dokumentációs folyamat származéka. És minden egyes alkalommal ...

Mielőtt a stíluskalauz elkészült volna, már zombivá vált.

Miért? Egyszerűen azért, mert a termékfejlesztés dinamikus világa, ahol a változások folyamatosan történnek, nem reagál jól a statikus eszközökre, amelyek építése hetekig tart. Míg egy tervező / fejlesztő mártír minden konvenció dokumentálására küzdött, az egyezmények folyamatosan változtak. A stílusos útmutató elkészítése sziziféziai feladat volt.

A stíluskalauzok felépítésének és fenntartásának lehetetlensége arra ösztönözte iparágainkat, hogy gondolkodjanak át a tapasztalatok és a kódex konzisztenciájának folyamatában. Írja be a tervezési rendszert.

A tervező rendszer egy folyamat

A statikus stílusú útmutatókkal ellentétben a tervezési rendszerek dinamikusak. Mit jelent? A stílus útmutató műalkotás, a tervezési rendszer folyamat.

A tárgyak statikusak, a folyamatok dinamikusak.

Ahelyett, hogy egy személyt dokumentáció készítésére delegált volna, a tervezési rendszer világában egy új munkafolyamatot tervezünk, amely folyamatosan összeadja, kivonja és módosítja az összes információt a felhasználói élmények megalkotásához.

Ahelyett, hogy a szállítási dátumra gondolnánk, a tervezőrendszer-csapatok (általában úgynevezett Tervezési Műveleti Csoportok) segítséget nyújtanak a szervezeteknek, hogy fokozatosan javítsák a felület belső konzisztenciáját, és gyors projektekkel szállítsák a nagyszerű projekteket a piacra.

Az entrópia kezelése Style Guide és Design System segítségével

Egyesült az entrópia ellen

Mint minden zárt rendszerben, a digitális termék entrópiája tovább növekszik, kivéve, ha azt szándékosan kezelik. Minden új funkció, a csapat minden új tagja, minden új menedzsment réteg vagy az érintettek / ügyfelek interakciója növeli a tapasztalatok entrópiáját.

A termékélmény fokozatosan átáll a káoszra.

Az entrópia növekedése állandó, és csak állandó cselekedetekkel vezérelhető. Éppen ezért a Design Operations csapata számára a végjáték nem statikus tárgy, hanem egy olyan munkafolyamat, amelyben a tervezők, fejlesztők, PM-k és más csapattagok egységes szervezete felépít egy felhasználói rendszert a felhasználói élmények kialakítására.

Soha nem ér véget a minimális életképes termék

A tervezőrendszer szállítási határidejének kérdése rejtett feltételezésnek tűnik, hogy van bizonyos idő, amikor a tervezőrendszer „kész”. A tervező rendszer folyamatos jellege törli ezt a feltételezést.

A tervező rendszer folyamat, ezért egyszerre mindig készen áll, és soha nem készült el.

A tervező rendszer állandó állapotban marad, és minimálisan életképes termék. Nem létezik az az időpont, amikor egy tervezőrendszer hirtelen értéket nyer. A tervezési rendszer kialakításának és megegyezésének befejezése után eléri a minimális értéket. Minden későbbi kiadással a tervező rendszer erősebbé válik, de soha nem éri el a végső értéket. Az entrópia tovább növekszik, az interfész folyamatosan változik, és a tervezési rendszernek folyamatként, vég nélkül kell fejlődnie.

Indítsa el a kis hajót gyakran

A tervezési rendszer akkor jön létre, amikor egy szervezet felismeri, hogy az UI növekvő inkonzisztenciáját új munkafolyamatokkal kell megoldani.

Az entrópia abbahagyja az első egyezményt, amelyet egy tervező szervezet fogadott el és hajtott végre. A stílus útmutatóval ellentétben a tervező rendszer értéke azonnal megtapasztalható. A tervező rendszer szinte azonnal hozzáadott értéket vesz fel, még akkor is, ha az első egyezmény csupán 5 elsődleges színből áll, a megfelelő elnevezési konvencióval. Valójában azt állítanám, hogy:

Az egyszínű, egy szervezet által meghatározott, megfelelő elnevezésű, implementált és elfogadott tervezési rendszer jobb, mint egy teljes statikus stílusú útmutató.

Miért? Mivel ez a szín azonnal csökkenti az entrópiát, ellentétben a statikus stílusú útmutatóval, amely mindig elavult és soha nem valósul meg.

Ahelyett, hogy aggódna a tervező rendszer szállítási határideje miatt, fogadja el annak folyamatos jellegét, kezdje el kicsivel és szállítsa gyakran. Káoszos háborúban vagy, és minden apró csata számít.

Sok szerencsét.

Szeretné látni, hogyan építjük fel a tervezési rendszert? Kövesse a Design Operations sprintjeinket:

  • Design Systems Sprint 0: A termékfejlesztés ezüst golyója.
  • Design Systems Sprint 1: Az interfész leltár
  • Design System Sprint 2: Egyszínű paletta, hogy mindet szabályozza
  • Design System Sprint 3: Az alapok kezelése
  • Design System Sprint 4: Tervezési alapelvek
  • Design System Sprint 5: A tipográfia kezelése
  • Design System Sprint 6: A leggyorsabb ikonok a Földön

És itt van egy szélesebb perspektíva a tervező rendszereknél:

A tervező rendszerek egy nyelv. És ez örökre megváltoztatja a szoftverfejlesztést.

Csatlakozzon: https://www.uxpin.com/design-systems-early-access