Kas iš viso yra tas holistinis projektavimas?
Įsivaizduok, kad projektuoji programėlę. Dauguma žmonių pradeda nuo mygtukų spalvų, šriftų, gražių animacijų. Viskas atrodo puiku ekrane, bet kai tikras žmogus bando ja naudotis – viskas griūva. Mygtukai per maži pirštams, navigacija nelogiška, o sistema visiškai neveikia lėtesniame telefone. Štai čia ir atsiranda holistinio projektavimo idėja – žiūrėti į visumą, o ne tik į atskiras dalis.
Holistinis projektavimas (angl. holistic design) – tai požiūris, kuris sako: sistema yra daugiau nei jos dalių suma. Tai reiškia, kad projektuodamas bet ką – svetainę, pastatą, paslaugą ar net miesto erdvę – turi galvoti apie visus elementus kartu, jų tarpusavio ryšius, kontekstą ir žmones, kurie tuo naudosis. Skamba abstrakčiai? Pažiūrėkime konkrečiau.
Šis principas atėjo ne iš niekur. Jo šaknys siekia sistemų teorijos pradžią – XX amžiaus viduryje mokslininkai pradėjo suprasti, kad sudėtingų sistemų negalima suprasti dalimis atskirai. Biologai, inžinieriai, architektai – visi jie pradėjo kalbėti panašia kalba. Šiandien holistinis mąstymas tapo vienu iš svarbiausių dizaino pasaulio principų, ypač kalbant apie UX (vartotojo patirtį), architektūrą ir produktų kūrimą.
Sistemos mąstymas – pagrindas, be kurio nieko nebus
Prieš einant toliau, reikia suprasti vieną esminį dalyką: holistinis projektavimas be sistemų mąstymo neegzistuoja. Tai kaip bandyti kepti pyragą be miltų – techniškai gali pabandyti, bet rezultatas bus liūdnas.
Sistemų mąstymas reiškia, kad matai ne tik objektą, bet ir visą tinklą aplink jį. Kiekvienas elementas turi ryšių su kitais elementais, ir tie ryšiai dažnai yra svarbiausi. Pavyzdžiui, projektuodamas ligoninės registratūrą, holistinis dizaineris neklausia tik „kaip padaryti stalą patogesnį?”. Jis klausia: kaip pacientas patenka į ligoninę? Ką jis jaučia, kai įeina pro duris? Kaip registratūros darbuotojas bendrauja su sistema? Kaip informacija keliauja toliau pas gydytoją? Kiekvienas iš šių klausimų yra susijęs su kitais.
Praktiškai tai reiškia, kad prieš pradėdamas bet kokį projektą, turi atlikti sistemos žemėlapio sudarymą. Tai gali būti paprasta – tiesiog ant popieriaus lapo surašyk visus elementus, kurie susiję su tavo projektu, ir nubrėžk linijas tarp jų. Pamatysi, kur yra mazgai, kur informacija stringa, kur atsiranda konfliktai. Šis žingsnis daugeliui atrodo nuobodus ir nereikalingas – bet būtent čia randami geriausi sprendimai.
Vienas iš geriausių įrankių pradedantiesiems – sistemos žemėlapis arba system map. Galite naudoti paprastus įrankius kaip Miro, FigJam ar net Google Slides. Svarbiausia – pradėti ir neišsigąsti sudėtingumo.
Žmogus centre – bet ne taip, kaip manai
„Žmogus centre” – tai frazė, kurią girdi kiekviename dizaino kurse, kiekvienoje konferencijoje. Ir daugelis ją supranta labai siaurai: tiesiog paklausk vartotojo, ko jis nori, ir padaryk tai. Bet holistinis projektavimas šią idėją išplečia iki kito lygio.
Žmogus centre nereiškia tik galutinio vartotojo. Tai reiškia visus žmones, kurie liečiasi su sistema. Jei projektuoji programėlę – tai ne tik vartotojas, bet ir programuotojas, kuris ją prižiūri, klientų aptarnavimo specialistas, kuris atsako į klausimus, ir net žmogus, kuris vieną dieną turės sistemą atnaujinti. Visi jie yra sistemos dalis.
Be to, holistinis požiūris primena, kad žmonės nėra izoliuoti. Jie turi kontekstą – kultūrinį, socialinį, emocinį. Vartotojas, kuris naudojasi tavo produktu, tuo metu gali būti pavargęs, skubantis, nusivylęs arba tiesiog pirmą kartą susiduriantis su tokia technologija. Dizainas turi veikti visais šiais atvejais.
Praktinis patarimas čia labai paprastas: sudaryk visų suinteresuotų šalių žemėlapį (stakeholder map). Į centrą dėk savo produktą ar paslaugą, o aplink – visus žmones, kurie su juo susiję. Pirmame žiede – tiesiogiai, antrame – netiesiogiai. Tada paklausk savęs: ar aš galvoju apie visus juos? Dažniausiai atsakymas bus „ne” – ir tai jau yra puikus startas.
Kontekstas – tai, ką dažniausiai pamirštame
Vienas iš labiausiai ignoruojamų holistinio projektavimo aspektų yra kontekstas. Ne tik vartotojo kontekstas, bet ir aplinkos, laiko, kultūros, technologijų kontekstas. Sistema, kuri puikiai veikia viename kontekste, gali visiškai žlugti kitame.
Klasikinis pavyzdys – Google Maps. Ši programa buvo sukurta daugiausia Vakarų šalių vartotojams, kur gatvės turi pavadinimus ir numerius. Bet kai ji buvo pradėta naudoti Japonijoje, paaiškėjo, kad ten adresų sistema visiškai kitokia – blokai turi numerius, o gatvės dažnai – ne. Sistema tiesiog neveikė taip, kaip turėjo. Kontekstas buvo ignoruotas.
Arba dar paprastesnis pavyzdys: projektuoji mobiliąją programėlę ir testuoji ją naujame telefone su greitu internetu. Bet didelė dalis tavo vartotojų naudoja senesnius įrenginius ir lėtą ryšį. Kontekstas – technologinis – buvo ignoruotas, ir rezultatas bus lėta, neveikianti programėlė.
Kaip tai spręsti? Keletas konkrečių žingsnių:
- Testuok kraštutiniais atvejais – ne tik idealiu scenarijumi, bet ir tada, kai internetas lėtas, kai vartotojas pavargęs, kai ekranas mažas.
- Atlik lauko tyrimus – eik ten, kur žmonės iš tikrųjų naudosis tavo produktu. Stebėk, o ne tik klausk.
- Galvok apie laiką – kaip tavo sistema atrodys po metų? Po penkerių? Ar ji gali keistis kartu su kontekstu?
Kontekstas taip pat apima kultūrą. Spalvos, simboliai, gestai – visa tai turi skirtingą reikšmę skirtingose kultūrose. Balta spalva Vakaruose siejasi su švarumu ir minimalizmu, bet daugelyje Azijos šalių – su gedulu. Jei projektuoji globaliam produktui, šie niuansai yra kritiškai svarbūs.
Tvarumo dimensija – nes sistema egzistuoja ne vakuume
Šiuolaikinis holistinis projektavimas negali ignoruoti tvarumo. Ir čia kalbame ne tik apie ekologiją – nors ji labai svarbi – bet ir apie socialinį bei ekonominį tvarumą.
Ekologinis aspektas dizaine dažnai suprantamas per siaurą prizmę: „naudokime perdirbtas medžiagas”. Bet holistinis požiūris klausia giliau: kiek energijos sunaudoja mano skaitmeninis produktas? Serveriai, kuriuose veikia tavo programėlė, sunaudoja elektros energiją. Kuo sudėtingesnė sistema, kuo daugiau animacijų ir efektų, tuo daugiau energijos. Tai vadinama digital carbon footprint, ir tai tikra problema.
Socialinis tvarumas reiškia, kad sistema neturi sukurti naujų problemų spręsdama esamas. Pavyzdžiui, automatizavimas gali padidinti efektyvumą, bet jei jis atima darbo vietas be alternatyvų – tai nėra tvari sistema. Holistinis dizaineris turi galvoti apie šiuos antrinius efektus.
Ekonominis tvarumas dizaine reiškia, kad sistema turi būti prieinama. Jei sukuri nuostabų produktą, kurį gali sau leisti tik 5% gyventojų – ar tai tikrai geras dizainas? Prieinamumas (angl. accessibility) čia yra raktinis žodis. Ir tai apima ne tik kainą, bet ir fizinę bei skaitmeninę prieinamumą žmonėms su negalią.
Praktinis žingsnis: kiekvieno projekto pradžioje užduok sau tris klausimus – kaip ši sistema veikia aplinką? Kaip ji veikia visuomenę? Ar ji prieinama visiems, kuriems skirta? Jei negali atsakyti – reikia daugiau tyrimų.
Iteracija ir grįžtamasis ryšys – sistema turi kvėpuoti
Vienas iš didžiausių mitų apie projektavimą – kad geras dizainas yra sukuriamas vieną kartą ir veikia amžinai. Holistinis projektavimas sako priešingai: sistema turi nuolat kvėpuoti, keistis, adaptuotis.
Grįžtamasis ryšys (feedback loop) yra vienas iš pagrindinių sistemų teorijos konceptų. Kiekviena sistema turi mechanizmus, per kuriuos ji gauna informaciją apie savo veikimą ir gali keistis. Biologinės sistemos tai daro natūraliai – kūnas reguliuoja temperatūrą, imuninė sistema reaguoja į grėsmes. Dirbtinės sistemos – produktai, paslaugos, organizacijos – turi turėti tokius mechanizmus sąmoningai suprojektuotus.
Praktiškai tai reiškia: niekada nebaigk projekto be grįžtamojo ryšio sistemos. Jei tai skaitmeninis produktas – integruok analitikos įrankius, vartotojų apklausas, klaidų stebėjimą. Jei tai fizinis produktas – sukurk kanalus, per kuriuos vartotojai gali pranešti apie problemas. Jei tai paslauga – reguliariai kalbėk su žmonėmis, kurie ja naudojasi.
Iteracija reiškia, kad tu niekada nebūsi „baigęs”. Ir tai yra gerai. Geriausi produktai pasaulyje – „Spotify”, „Notion”, net „iPhone” – nuolat keičiasi, reaguodami į vartotojų poreikius ir besikeičiantį kontekstą. Tai nėra silpnybė – tai stiprybė.
Svarbus niuansas: grįžtamasis ryšys turi būti struktūruotas. Atsitiktiniai komentariai socialiniuose tinkluose nėra sistema. Reikia reguliarių, metodiškų vertinimo ciklų – kas mėnesį, kas ketvirtį, kas metus – priklausomai nuo projekto masto.
Holistinis projektavimas praktikoje – nuo teorijos prie veiksmų
Gerai, teorija skamba įtikinamai. Bet kaip tai atrodo realiai, kai sėdi prie kompiuterio ir turi sukurti kažką konkretaus? Pabandykime sudėlioti praktinį procesą.
Pirmiausia – sistemos apibrėžimas. Prieš bet ką darant, reikia aiškiai suprasti, ką projektuoji ir kokios yra sistemos ribos. Kas yra viduje? Kas yra išorėje, bet daro įtaką? Šis žingsnis dažnai užtrunka ilgiau nei tikimasi, bet tai yra investicija, kuri atsiperka.
Antras žingsnis – suinteresuotų šalių tyrimas. Kalbėk su žmonėmis. Ne tik su idealiais vartotojais, bet ir su tais, kurie gali turėti problemų su tavo sistema. Kalbėk su žmonėmis, kurie ją prižiūrės. Kalbėk su tais, kurie finansuoja projektą. Kiekvienas turi kitokią perspektyvą, ir visos jos yra vertingos.
Trečias žingsnis – ryšių žemėlapis. Kai žinai visus elementus, nubrėžk ryšius. Kur informacija teka? Kur gali atsirasti konfliktai? Kur yra silpnosios vietos? Šis žemėlapis taps tavo kompasu viso projekto metu.
Ketvirtas žingsnis – prototipavimas su kontekstu. Kai kuri prototipus, testuok juos realiame kontekste, ne tik laboratorijoje. Jei tai mobilioji programėlė – testuok lauke, saulėje, kai žmogus skuba. Jei tai fizinis objektas – testuok skirtingomis sąlygomis.
Penktas žingsnis – grįžtamojo ryšio sistemos kūrimas. Dar prieš paleidžiant produktą, nuspręsk, kaip rinksi informaciją apie jo veikimą. Kokie bus sėkmės rodikliai? Kaip žinosi, kad sistema veikia gerai?
Ir galiausiai – iteracija. Paleisk, stebėk, tobulink. Ir vėl. Ir vėl.
Kai viskas susijungia – kodėl tai svarbu būtent tau
Galbūt skaitydamas šį straipsnį galvojai – gerai, tai įdomu, bet ar man tai aktualu? Jei esi studentas, pradedantysis dizaineris, programuotojas ar tiesiog žmogus, kuris kuria bet ką – atsakymas yra taip, labai aktualu.
Mes gyvename pasaulyje, kuriame sistemos tampa vis sudėtingesnės. Skaitmelinės ir fizinės erdvės susipina, žmonių poreikiai tampa vis įvairesni, o aplinkos iššūkiai – vis rimtesni. Dizaineriai, kurie moka matyti visumą, yra ir bus vieni vertingiausių specialistų rinkoje.
Bet svarbiausia – holistinis projektavimas nėra tik profesinė kompetencija. Tai mąstymo būdas. Kai pradedi matyti sistemas aplink save – kaip miesto transportas susietas su oro kokybe, kaip socialiniai tinklai veikia psichinę sveikatą, kaip produkto pakuotė susijusi su atliekų problema – pradedi priimti geresnius sprendimus visose gyvenimo srityse.
Pradėk mažai. Paimk bet kurį projektą, kurį šiuo metu dirbi, ir pabandyk atsakyti į klausimus: kas yra šios sistemos dalys? Kas su jomis susiję? Koks yra kontekstas? Ką galiu padaryti, kad sistema veiktų geriau visai? Šie klausimai nėra sudėtingi – bet jie keičia viską. Ir kuo anksčiau pradėsi juos užduoti, tuo geresnį dizainerį – ir žmogų – iš savęs išugdysi.
