Web on vakiintunut kirjainyhdistelmä ja lyhytsanojen sanat. Olen pahoillani sanovan niin, mutta meillä on taipumus tuottaa paljon termejä, jotka useimmiten eivät ole markkinointitieto pikemminkin kuin hyödyllinen määritelmä osa-alueemme kuvaamiseen.
UX, IxD, IA, UCD, CX, ketterä UX, laiha UX, sissitutkimus, strateginen UX, emotionaalinen muotoilu ... uimme meressä outoja lausekkeita, jotka luopuvat selkeydestä itsehankinnasta.
Älä ota vääriä minua, en ole huojunta. Olen käyttänyt huomattavaa aikaa suunnittelun taistelukentällä, joka toimii käyttökelpoisuusasiantuntijana; UX-suunnittelija; Information Architect; UX Manager. Paljon huijaus sanoja omalla retkelläni.
Agile UX: n saapuminen ja pian Lean UX: n saapuminen aiheuttivat minulle sekaannusta tavalliseen tapaan: molemmat termit viittaavat vahvaan muotoilun suhdetta tuotekehityksen kokonaisprosessiin - mitä ihailen ehdottomasti; molemmat pyrkivät keskittymään muotoilun nopeuttamiseen; molemmat sopivat uuteen käyttäjäkokemustyökalujen laajaan visioon. Mutta ... Mikä on ero Agile UX: n ja Lean UX: n välillä? Päivittäisessä teknologiakeskustelussa useimmat ihmiset käyttävät näitä kahta ilmausta vaihtuvasti. Miksi sitten meillä on kaksi termiä, jos molemmat viittaavat samaan asiaan?
Liikkuminen ketterää kehitystä kohtaan perustuu ohjelmistojen luomiseen. Vanhoina aikoina muotoilu ei ole läheskään yhtä arvostettu kuin nykyään ja ohjelmisto oli yksi valitettavimmista esimerkkeistä tästä laiminlyönnistä. Itse asiassa loppukäyttäjälle ei kiinnitetä lainkaan huomiota. Ohjelmistokehityksessä käytetään ennen kaikkea tulosten tuottamista, ei väliä kuinka ruma tai sekava käyttökokemus voi olla.
Alkuperäisen Agile Manifestin luojien suurin huolenaihe oli ohjelmistokehitysprosessin tehokkuus, eikä sen arvo ja muotoilun paikka. Itse asiassa suunnittelua ei edes mainostettu manifestissa, joka pakotti suunnittelijat taistelemaan paikalleen prosessissa myöhemmin. Aluksi Agile nousi klassiseen Waterfall-kehitysprosessiin, joka jatkuvasti yrittää sulkea dynaamisen prosessin vankan dokumentaation staattisessa muodossa.
Agile seuraajat ja joukko yksinkertaisia periaatteita:
Nämä ohjeet ovat nopeasti tulleet suosittuja ja juuri nyt Agile pidetään kulta-standardina digitaalisten tuotteiden kehittämiseen.
Tämä kaunis kuva UX-muotoilussa oli pohdittava omia tekniikoitaan ja painopistettä. Uudelleenarvioinnin tulos on Agile UX. Pohjimmiltaan Agile UX kuvaa Agile Software Methodology -ohjelman lähestymistapaa UX Design-kontekstissa. Agile UX: n perimmäinen tavoite on yhdistää kehittäjät ja suunnittelijat ketterään tuotekehitysprosessiin.
Toisin kuin Agile UX, Lean UX tulee käynnistyskulttuurista. Tässä käsite on, että yrityksen on toimitettava tuote mahdollisimman pian - myynti (tai jonkin muun vetomuodon) täytyy houkutella nopeasti hankkeen selviytymiseen. Tämän tiedon hankkimiseksi on kerättävä ja perustuttava tuotteen iterointiin.
Tavoitteena on tuottaa mahdollisimman vähäinen tuote ja työntää se markkinoilta mahdollisimman nopeasti. Prosessiin kuuluu yleensä ydintuotteen hankkiminen ensin, selvittääkseen, onko markkinoiden kysyntä, ja sitten rakentaa kohti täysin toteutettua versiota useissa vaiheissa. Lean-kehitysmallit testaavat ideoita koko kehittämisprosessin ajan, keskittyen vakiomittauksiin ja ns. "Oppimispiireihin" (build-measure-learn).
Jatkuvasti kerätyt tiedot kohderyhmästä ovat olennainen osa Lean-prosessia. Tämän vuoksi ihmiset ovat alkaneet viitata perinteiseen web-suunnitteluprosessiin, joka perustuu analyysiin Lean-metodologian osana.
Koska kaikki UX-suunnittelut ovat tietoisia ihmisen käyttäytymisestä, jotkut väittävät, että Lean UX on vain hyvin toteutettu UX.
Agile UX ja Lean UX ovat kaksi lähestymistapaa muunnettuihin suunnitteluprosesseihin, jotka sopivat siihen, miten asiakkaat ja kuluttajat odottavat nykyaikaisten tuotteiden ja palveluiden toimittamista. Ehdokkailla tarkoitetaan yleensä samaa asiaa.
Eri menetelmiin tulleet erilaiset tulokset ovat kuitenkin selvät: Agile UX tuottaa kiillotettua tuotetta; Lean UX tuottaa useita kasvavia kiillotusaineita. Viime kädessä molemmat tekniikat voivat saapua samalle paikalle, mutta hyvin erilaisilla reiteillä.
Kun valitset, mitä reittiä haluat tehdä webhankkeissa, määritä sopivin polku lopputulokseen. Jos pystyt iteroimaan monien versioiden kautta, niin kuin sivuprojektilla, niin Lean voi olla tapa edetä; jos olet tyytyväisempi päästä täysin toteutuneeseen versioon, katso sitten Agile.