Sistemul de proiectare viabil minim

Creșterea sistemului de design UXPin stocat în biblioteca de sisteme de design UXPin

În ultimele două săptămâni am avut plăcerea să vorbesc despre abordarea UXPin de a construi un sistem de design pe mai multe întâlniri și webinarii (puteți urmări unul dintre ele aici). M-am distrat foarte mult, împărtășind experiențele noastre învățate mult prin toate conversațiile minunate după discuțiile mele.

O întrebare la care mi s-a pus de mai multe ori, care a apărut și în timpul conversațiilor mele cu echipa noastră de la UXPin, a fost:

Cât durează pentru a construi un sistem de proiectare?

Nu există întrebări greșite și am fost fericit să răspund de fiecare dată. Totuși, de fiecare dată când aud această întrebare, simt că indică o problemă mai profundă: sistemele de proiectare sunt încă neînțelese și confundate cu o veche abordare de construire a unui ghid de stil.

Ghidul stilului zombie Moștenire

Înapoi la zi, un membru nefericit al echipei de proiectare sau dezvoltare finală ar avea încredere în sarcina de a documenta toate convențiile aprobate de echipă. Palete de culori, stiluri de text, standarde de cod, uneori chiar modele UI.

Pare un sistem de proiectare? Ai dreptate. Pare un sistem de proiectare, dar nu este.

Această veche abordare a construirii unui ghid de stil avea drept scop producerea unui artefact. Ar trebui să fie un derivat al unui proces de documentare. Și de fiecare dată ...

Înainte de realizarea ghidului de stil, acesta se transforma deja într-un zombie.

De ce? Pur și simplu pentru că lumea dinamică a dezvoltării de produse, în care schimbările se petrec constant, nu răspunde bine la activele statice care durează săptămâni de construire. În timp ce un martir de proiectare / dezvoltare se lupta să documenteze fiecare convenție, convențiile continuau să se schimbe. Construirea unui ghid de stil a fost o sarcină Sisyphean.

Imposibilitatea construirii și menținerii ghidurilor de stil a încurajat industria noastră să regândească procesul de menținere a consistenței experienței și a codului. Introduceți sistemul de proiectare.

Sistemul de proiectare este un proces

Spre deosebire de ghidurile statice, sistemele de proiectare sunt dinamice. Ce înseamnă? Ghidul de stil este un artefact, sistemul de proiectare este un proces.

Artefactele sunt statice, procesele sunt dinamice.

În loc să delegăm o persoană pentru a crea documentație, în lumea sistemului de proiectare, planificăm un nou flux de lucru care continuă să adauge, să scadă și să modifice toate informațiile pentru crearea experiențelor utilizatorilor.

În loc să se gândească la termenul de livrare, echipele de sistem de proiectare (denumite în mod obișnuit echipe de operații de proiectare) intenționează să ajute organizațiile să îmbunătățească treptat consistența interioară a interfeței și să livreze mai rapid proiecte mari pe piață.

Gestionarea entropiei cu un Ghid de stil și un sistem de proiectare

United Against Entropy

La fel ca în cazul oricărui sistem închis, entropia unui produs digital continuă să crească, cu excepția cazului în care este gestionat în mod deliberat. Fiecare caracteristică nouă, fiecare nou membru al echipei, fiecare nou strat de management sau interacțiunea părților interesate / clientului se adaugă la entropia experienței.

Experiența produsului se transformă treptat în haos.

Creșterea entropiei este o constantă și poate fi controlată doar prin acțiune constantă. Acesta este motivul pentru care jocul final pentru o echipă de operațiuni de proiectare nu este un artefact static, ci un flux de lucru în care o organizație unită de designeri, dezvoltatori, PM și alți membri ai echipei construiește un sistem de proiectare pentru crearea experiențelor utilizatorilor.

Nu se încheie niciodată produsul viabil minim

Întrebarea datei de livrare a unui sistem de proiectare pare să aibă o presupunere ascunsă, că există un moment în care sistemul de proiectare este „terminat”. Natura procesuală a unui sistem de proiectare anulează această presupunere.

Sistemul de proiectare este un proces și, prin urmare, este întotdeauna gata și niciodată finalizat.

Un sistem de proiectare rămâne într-o stare constantă de a fi un produs minim viabil. Momentul în care un sistem de proiectare câștigă brusc valoare nu există. Odată ce procesul de proiectare a sistemului este stabilit și convenit, valoarea minimă este atinsă. Cu fiecare versiune ulterioară, sistemul de proiectare devine mai puternic, dar nu atinge niciodată valoarea finală. Entropia continuă să crească, interfața continuă să se schimbe și sistemul de proiectare trebuie să evolueze, ca proces, fără final.

Începeți des nava mică

Un sistem de proiectare apare în momentul în care o organizație recunoaște că incoerența crescândă a UI trebuie rezolvată prin noi fluxuri de lucru.

Entropia încetează să se extindă cu prima convenție convenită și pusă în aplicare de o organizație de proiectare. Spre deosebire de un ghid de stil, valoarea unui sistem de proiectare poate fi experimentată imediat. Sistemul de proiectare începe să adauge valoare aproape imediat, chiar dacă prima convenție este doar un set de 5 culori primare cu convenția de denumire corespunzătoare. De fapt, aș argumenta că:

Un sistem de proiectare cu o culoare definită, denumită, implementată și acceptată în mod corespunzător de către o organizație este mai bun decât un ghid complet de stil static.

De ce? Deoarece această culoare scade imediat entropia, spre deosebire de un ghid de stil static, care rămâne mereu învechit și niciodată implementat.

În loc să vă faceți griji pentru data livrării unui sistem de proiectare, acceptați natura sa procesuală, porniți de mici și expediați des. Vă aflați în război cu haosul și orice mică luptă contează.

Mult noroc.

Doriți să vedeți cum ne construim sistemul de proiectare? Urmați sprinturile noastre de operațiuni de proiectare:

  • Sisteme de proiectare Sprint 0: Bulletul de argint al dezvoltării de produse.
  • Sisteme de proiectare Sprint 1: Inventarul interfeței
  • Sistem de proiectare Sprint 2: o paletă de culori pentru a le controla pe toate
  • Design System Sprint 3: Gestionarea elementelor de bază
  • Sistem de proiectare Sprint 4: Principii de proiectare
  • Design System Sprint 5: Gestionarea tipografiei
  • Sistem de proiectare Sprint 6: Cele mai rapide icoane de pe Pământ

Iată o perspectivă mai largă asupra sistemelor de proiectare:

Sistemele de proiectare sunt un limbaj. Și aceasta se schimbă pentru totdeauna dezvoltarea de software.

Alăturați-vă: https://www.uxpin.com/design-systems-early-access