Osnove dizajnerskog sustava

Dizajnerski vodič za postupak Fluent Design-a i kreacija godinu dana nakon njegovog uvođenja

Sustav fluidnog dizajna pokrenut je prije godinu dana u tvrtki Build. Joey Pitt, voditelj načela za dizajn iz Fluent tima, podijelio je svoju unutarnju perspektivu o tome kako sustav funkcionira, kako se razvija i kako se uključiti u njega. Evo ulomaka iz našeg razgovora.

Otpustite valove

DB: Dolazimo na tečni rođendan

Joey Pitt: Tečno surađuje s izdavanjima na dvije godine. Ova kadenca nam se znatno približava nekim stvarima koje Agile razvoj može učiniti, poput pokretanja više hipoteza, mogućnosti testiranja u divljini, a zatim ispravljanja na temelju povratnih informacija. Na primjer, možemo tvrditi „Hej, mislimo da je to ispravno“ ili „ovo je mjesto u kojem se industrija kreće, ili kamo ide naš temeljni potrošač, i to trebamo zaokrenuti“, bez obzira na to. Imamo alate koji nam pomažu da brzo ispravimo tako idealno, a možemo djelovati na povratnim informacijama i prije nego što je šira javnost primijeti.

Dakle, poput softvera kao uslužnog (SaaS) modela, osim što je dizajnerski sustav kao usluga?
Da, dva puta godišnje odlučujemo čemu dati prioritet i graditi u sljedećem izdanju. Uvijek postoji obilje ideja i povratnih informacija. Koristimo stvari poput Feedback Hub, Insider Program, razgovaramo s kupcima, MVP Summit i događaje poput Builda za prikupljanje informacija i povratnih informacija od kupaca - koje nam pomažu da odredimo posao.

Taj nam ciklus omogućava da budemo uključeni u industriju. Naši partnerski timovi iz Microsofta, kao što su Office, Cloud i Enterprise (C&E) i Xbox, rade isto, tako da je ovo suradnja i kumulativni napor. Na kraju dana gradimo alate za programere aplikacija kako bi stvorili iskustva za svoje kupce, tako da svi moramo biti u sinkronizaciji.

Također možemo koristiti ove povratne informacije kako bismo se usredotočili na određene komponente na našoj platformi kao što su UX-ove osnove, kontrole ili obrasci. To bi moglo imati oblik "Taj akrilni recept nije bio sasvim u redu. Moramo je malo prilagoditi. "Ili:" Otkrivanje ovdje mora biti brže ili sporije "ili" Ova kontrola koju radimo nije bila u redu i moramo je prilagoditi. "

To je opći proces. Zaista je iteravan. To je doista temeljeno na hipotezama, a mi koristimo podatke s proizvoda za isporuku i povratne informacije kako bi nam pomogli da krenemo naprijed. To radimo interno, svakodnevno, u dizajniranju i planiranju s partnerskim timovima oko tvrtke, a to radimo i eksterno putem naših povratnih informacija.

Faze dizajna

Unutar svakog izdanja ne radite samo na jednom skupu značajki proizvoda. Radite široko na tome kako biste bili sigurni da je u tijeku dovoljno materijala tako da svako izdanje može biti značajno.
Tako je. Sustavi dizajna su po definiciji veliki i složeni, pa nije tako da radimo malo, a zatim otpremamo. Imamo ove četiri faze dizajna i inženjerstva kroz koje prolazimo u svakom izdanju: inkubacija, sistematizacija, kritična masa i prodornost.

1. Inkubacija
 Počinjemo s inkubacijom. Tu prikupljamo sve povratne informacije, dobivamo uvid u tržište, doprinos kupcima i kažemo: "Od svih ideja koje lebde vani u koje bismo mogli uložiti, potrošimo neko vrijeme njegujući ovaj skup ideja", a oni " Ući ću u inkubaciju. Inženjeri i dizajneri okupljaju se kako bi otkrili koliki je domet neke ideje, koliko bi se truda uložilo u nju, koja je korist od kupaca. Taj bi napor mogao trajati dijelom izdanja ili bi mogao potrajati nekoliko izdanja, ovisno o tome koliko je stvar složena. U agilnom smislu, inkubacija razvija glavni zaostatak.

Važno je napomenuti da ovo nije samo dizajn plavog neba. Usmjeren je iz stvarnog uvida u kupca, kao i inženjerskih i proizvodnih ciljeva.

2. Sistematizacija
 Kad imamo jasan opseg i shvatimo kako će izgledati značajka, kada smo spremni započeti pisati stvarni kod koji se može isporučiti - idemo u sistematizaciju. U ovoj se fazi stvara pravi API koji se može potrošiti, obično prvorazredni programeri, kako bi se osiguralo da ne radimo nešto izvan pravca. Ovisno o značajki ili komponenti, svoj rad dijelimo s bliskim partnerima i MVP-ovima tijekom sistematizacije kako bi nam pomogli u testiranju stvari.

3. Kritična masa
Kad smo spremni pustiti tu značajku u divljinu, dovodimo je do kritične mase. Značajka prelazi u kritičnu masu kada postoji barem nekoliko primjera iskustava prve strane: oni mogu biti iz Windows Shell tima, prvih proizvođača (Microsoft dizajnirane) aplikacije, Xbox ili Office. Kad prvi kupci koriste te API-je i značajke, mi kažemo da su kritične mase, a to znači da možemo izaći na pozornicu na događaju poput Build-a i reći: „Ovo je element koji tečno govori. Evo izolacije i kontrole i značajke Evo svega koda. A evo nekoliko primjera te značajke ili elementa u praksi. "Ili" Evo otkrivanja na izborniku Start. Ovdje je akril u traci sa zadacima. "Što god to moglo biti.

U ovom trenutku su spremni dizajneri trećih proizvođača koristiti i stvoriti iskustva za svoje potrošače?
Da. Da ste bili MVP, možda ste to vidjeli i ranije, ali ako ste dizajner treće strane, tada možete reći "u redu, super, ovo je nešto što spremno ja mogu pokrenuti s tim." Otprilike u to vrijeme Vidjet ću da je ta komponenta ili značajka usvojena. Tada, nakon nekoliko mjeseci, počinjemo vidjeti kako postaje sveprisutnija u zajednici stvaralaca.

4. prožimajući
 Nazivamo nešto prožimajuće kada se koristi dovoljno široko da ga opći kupac može vidjeti. Ta je faza zaista važna jer tada dobivamo većinu povratnih informacija. Također dobivamo povratne informacije u kritičnoj masi i fazi sistematizacije, ali prožimajuća faza je kad dobijemo stvarne povratne informacije potrošača: „Ovo djeluje; to ne radi "," To aplikaciji čini mnogo boljom "ili" Ne radi ono što mi želimo ". Od tamo slušamo i ispravljamo.

Ove se četiri faze događaju u svakom ciklusu puštanja, i omogućuju nam da uvijek imamo čitav niz posla u koji se uvodimo. Na taj način, nikada ne moramo biti super dragocjeni u napretku naprijed s bilo kojom pojedinačnom hipotezom ili značajkom.

Co-Creation

Publika tvojih stvaralaca aplikacija sačinjena je od dizajnera i programera. Kako se družiti s njima?
Sve smo bolji u dizajnerskom dijelu. Povijesno, Microsoft je bio takva inženjersko orijentirana tvrtka da smo, kada smo izgradili Insider Hub i alate za povratne informacije, započeli s željom da aktiviramo i uključimo zajednicu programera.

Sada radimo sve više i više putem Medium, witter i naše nove Microsoftove web stranice za dizajn (ponovno pokretanje ovog svibnja) kako bismo aktivirali i uključili dizajnersku zajednicu. Gledajte ovaj prostor - to je posao u toku.

Kao dizajner, trebam li razmotriti pristupanje Insider programu?
Apsolutno. Tečno govori toliko o dizajnerima koliko i o programerima. Želimo razgovarati o tvorcima aplikacija općenito. Trenutno su sva mjesta o kojima razgovaramo usmjerena na angažman u Dev centru. A pod angažmanom mislimo na pregled API-ja, preuzimanje uzorka aplikacija, gledanje koda.

Istovremeno, ako ste dizajner, na tim istim stranicama na kojem imamo kôd postoji hrpa dizajnerskog usmjerenog diskursa. Postoje i priručnici za alate za dizajnere. Namjera nam je da kako rastemo, upotrijebit ćemo sredstva poput Microsoftove web lokacije za dizajn s dizajnerima, a da se pri tome ne osjećaju kao da moraju otići na mjesto programera da bi nabavili dizajnerske stvari.

Trenutno je to posao u toku.

Već radite s timovima u Officeu, C&E, Xboxu, HoloLensu i Cortani (kao i Insajderima i MVP-ovima). Svi ti dizajneri pomažu timu Fluent da poboljšaju i poboljšava, no jedinstvena stvar Fluent-a je ta što je otvoren i za dizajnere drugih proizvođača. Osim što postaju Insajder, kako se oni uključuju u kreaciju?
To je dobar pregled naših zajednica stvaratelja i zato su događaji poput Build-a toliko važni, jer su ti događaji zemlja-nula za angažman. MVP i Insiders imaju dodatne načine za povratne informacije, ali čak i za njih, Build je najbolje mjesto jer tamo zapravo imamo ljude iz dizajnerskog i inženjerskog tima. Na drugim velikim događajima poput Ignite i Dev Days-a imamo i ljude iz dizajnera i razvojnih timova koji pokazuju i prolaze kroz šifru: „To je ono što mi zapravo isporučujemo“, pružajući MVP-u da zaviri u, „Ovo je ono što dolazi slijedeće - što mislite? Dajte nam povratne informacije. "To su značajna vremena u kojima se svi okupljamo.

Build 2018 događa se od 7. do 9. svibnja u Seattlu. Nadamo se da ćemo vas vidjeti tamo i na ostalim događajima tijekom cijele godine!

Sudjelujte u izgradnji

Saznajte više o Fluent Design-u i pridružite se raznovrsnoj zajednici stvaralaca

Pogledajte #FluentFridays na Twitteru @MicrosoftDesign

Pogledajte Insider program

Slijedite Microsoft Design na Dribbbleu, Twitteru i Mediumu

Pratite Joeyja Pitta na LinkedInu

Da biste ostali bez znanja o Microsoftovom dizajnu, slijedite nas na Dribbbleu, Twitteru i Facebooku ili se pridružite našem Windows Insider programu. A ako ste zainteresirani za pridruživanje našem timu, prijeđite na aka.ms/DesignCareers.