Suunnittelun ajattelu on ajatus siitä, että voimme ratkaista ongelmat harjoittamalla ihmiskeskeistä muotoilua - asettamalla ihmiset kesken ongelmanratkaisuprosessin.
Suunnitteluajatteluun keskittyvä ajatus on, että keskitymme yleiseen tavoitteeseen, eikä sanomaan erityistä ongelmaa ratkaista. Vaikka se voi auttaa meitä ratkaisemaan joitakin maailman monimutkaisimpia ongelmia (ajattele ilmaston lämpenemistä), voimme myös käyttää sitä päivittäin verkkoalalla, jotta voimme ratkaista omat monimutkaiset ongelmat.
Esimerkiksi tuotepäällikkö voi tulla teihin ja sanoa, että meidän on parannettava tämän verkkoliikenteen tänä kuussa 50 prosenttia. Perinteinen tapa ratkaista tämä ehkä lisätä mainontakuluja, harjoittaa sosiaalista kampanjaa tai tarkastella vain menetelmiä, jotka liittyvät liikenteen rakentamiseen.
Suunnittelun ajattelu lähestymistapa tähän ongelmaan on kysyä "miksi"? - ehkä 50% liikenteen kasvun odotetaan johtavan lisäys johtaa. No, sen sijaan, että laskutetaan kallis maksuprosessi, jolla edistetään liikennettä ja johtaa, ehkä parempi ratkaisu on parantaa jo olemassa olevan liikenteen muuntokurssia.
Suuri esimerkki suunnittelun ajattelusta käytännössä tulee alkupuolelta Airbnb . Hyvin varhain, he huomasivat, että heidän asuntoilmoituksensa olivat yleensä huonolaatuisia - usein vanhemmilta kamerapuhelimilta. He uskoivat, että jos useammilla huoneistoilla olisi paremmat valokuvat, he saisivat lisää varauksia.
Mitä sitten he tekivät? He lensivät New Yorkiin (jossa suurin osa listoista oli), vuokrasi kameran, vieraili joitain käyttäjiä ja dramaattisesti paransivat näiden listojen laatua. Heti ne kaksinkertaistivat viikoittaiset tulot , suurin parannus, jonka he olivat tehneet pitkään aikaan.
Miten tämä muotoilu ajattelee? No, AirBNB tiesi, että pitkällä aikavälillä oli mahdotonta käsitellä kaikkia tämän kaltaisia käyttäjiä ja lentää jokaiseen kohteeseen. Mutta tietäen kuinka kriittinen se oli, he päättivät käyttää lyhyen aikavälin ratkaisua, joka ei skaalaisi, sillä jos se toimi, tulos oli ylivoimaisesti myönteinen yritykselle.
toinen hyvä esimerkki suunnittelun ajattelusta käytännössä tuli Nordstrom Innovation Labilta. Nordström , top amerikkalainen jälleenmyyjä, palkkasi joukon ihmisiä keräämään tietoja, jotka he keräsivät lähteistä, kuten Facebookista, Pinterestistä ja Twitteristä, jotta he voivat luoda asiakkailleen kuruutettuja kokemuksia perustuen heidän mieltymyksiinsä ja myymälöihin.
Yksi niistä toimista, joita he sitoutuivat, oli mennä vähittäiskauppaan ja luoda aurinkolasit iPad app-sivuston myymälässä. Sen sijaan, että otettaisiin tyypillinen tapa kerätä tietoja, suunnitella toimistoissaan ja testata tuote käyttäjille, ne fyysisesti toivat suunnittelijoita ja kehittäjiä niiden tallennus- ja asennusliikkeeseen. Tämä antoi heille pääsyn reaaliaikaisiin asiakkaisiin (ei rekrytoituja käyttäjiä opiskelemaan) ja tarkoitti sitä, että jokaisella askeleella he pystyivät testaamaan todellisilla käyttäjillä. Sen sijaan, että vain käyttäjätutkijat pääsisivät lähelle asiakkaita, projektipäälliköillä ja kehittäjillä oli pääsy ja ideat voitiin helposti testata ja validoida asiakkaiden kanssa reaaliaikaisesti, kun he kehittivät sovelluksen.
Tämä "vähärasvainen" lähestymistapa on keskeisessä asemassa suunnittelun ajattelussa. Kuten AirBNB: n esimerkissä, tämä ajatus ei välttämättä ole mittakaava - kaikki eivät voi siirtyä paikan päällä ja rakentaa sovellusta tähän menetelmään - mutta Nordstrom käytti resursseja päästäkseen lähelle asiakkaitaan ja saada jotain rakennettuun palautetta. Olipa sovellus työskennellyt tai ei pitkällä aikavälillä, niiden lähestymistapa merkitsi sitä, että heillä oli jotain testata paljon nopeammin kuin jos heillä olisi ollut perinteisempi lähestymistapa.
Toinen hyvä esimerkki käytännön mallien ajattelusta, jossa käytetään "laihaa" lähestymistapaa, on "velhon ovelta" -tekniikka. Termi on peräisin kokeellisen psykologian alalta 1980-luvulla. Kuten ' Yleiset muotoilumenetelmät "Wizard of Oz on" tutkimuskokeilu, jossa aiheet ovat vuorovaikutuksessa tietojärjestelmän kanssa, jonka aiheet uskovat olevan itsenäisiä mutta joita itse asiassa hallitsee tai osittain käyttää näkymättömiä ihmisiä. "
Se on niin sanottu, koska käyttäjä tai testiosaaja voivat ajatella, että he ovat vuorovaikutuksessa tietokoneen tai järjestelmän kanssa, mutta itse asiassa ihminen on "tietokoneen takana olevan verhon takana" (operaattori on "ohjattu toiminto"). Vaikka tämä erityinen lähestymistavan työllisyys on peräisin psykologian alalta, meillä on monia tapoja, joilla voimme käyttää sitä verkkosuunnitelmissamme tänään.
Pohjimmiltaan ajatus on, että voimme testata, pitäisikö ominaisuus rakentaa arvoa, ennen kuin rakennamme sen. Tämä on samasta syystä prototyyppi, haluamme rakentaa jotain nopeasti, jotta voimme vahvistaa sen käyttäjien kanssa. "Wizard of Oz" -tyyppinen lähestymistapa on erilainen kuin prototyyppaus, sillä prototyypitys on yleensä jotain, jota rakennamme ennen kuin rakennamme todellista tuotetta, kun taas "Wizard of Oz" on taipuvainen olemaan vähiten elinkelpoinen tuote (MVP) ajatukselle.
Niin miten se toimii? No, ideat voivat vaihdella yksinkertaisista monimutkaisiin. Yksinkertaisimmalla tasolla sanotaan, että haluat lisätä uutiskirjeen verkkosivustoosi. Olet kuullut, että tämä on hyvä idea, mutta ehkäpä olet huolissasi, että sinun on kirjauduttava sähköpostipalveluun, kuten Mailchimp tai Campaign Monitor, tarvitset jonkun, joka suunnittelee uutiskirjeesi, se ja sitten joku luoda sisältöä - voi olla kallis liikunta.
No, yksi tapa lähestyä sitä olisi poistaa kaikki takaisin-käytä ilmainen suunnitelma MailChimp tai Kampanja Monitor, alusta perusmalli ja keskittyä sisältöön. Kuitenkin, miten voimme todella poistaa sen takaisin on käyttää Wizard of Oz -tekniikkaa: sinulla on sähköposti-ilmoittautuminen ja kerätään sähköposteja tietokantaan, joka ei liity mihinkään palveluun. Kerää vain sähköpostiosoitteita, jos haluat nähdä, onko tälle listalle todella halu. Jos kukaan ei kirjaudu, voit siirtää huomion muualle. Jos muutamat ihmiset ovat kirjautuneet, voit lähettää ne manuaalisesti sähköposteihin ja nähdä, saako se vetovoimaa. Jos monet ihmiset ovat kirjautuneet - ehkä sinulla on varaa käyttää ylimääräistä rahaa funktion käyttöönottoon!
Käynnistys " CityPockets "käytti tätä menetelmää keksimään heidän MVP. Jotta voitiin validoida ajatuksensa (kerätä käyttäjien kuponkeja eri kauppapaikoille yhdelle keskeiselle paikalle), he kertoivat käyttäjille, että he välittäisivät sähköposteja, jotta he voisivat tehdä lajittelun. Sen sijaan, että käytät tätä toimintoa loppupään logiikan avulla, yrityksen perustaja Cheryl käytti tunteja käsin kirjoittamalla kuponkeja tietokantaan itselleen. Tämä tarkoitti sen sijaan, että hän vietti aikaa ja rahaa luomaan back-end-sovelluksensa, hän pystyi saamaan työtulon paljon aikaisemmin tekemällä itselleen "raskaan noston".
Toki tämä ajatus ei skaalaudu, mutta sen avulla hän selvisi nopeasti, millaisia muutoksia hän tarvitsi tehdä sovellukselleen, ja siksi kun hän sai luoda back-endin, siellä oli paljon vähemmän hukkaan ponnisteluja .
Todellinen design-ajattelu merkitsee sitä, että ihmiset ovat suunnittelukokemuksensa keskellä. Vaikka ihmiset sanovat haluavansa asioita käyttäen tekniikoita, kuten "Wizard of Oz", on helpompi nähdä, käyttävätkö he todella sitä asiaa, jonka he sanovat haluavansa, ja helpottaa meitä suunnittelemaan oikeita asioita asiakkaillemme.
Kuten yllä olevissa esimerkeissä, on selvää, että suunnittelumallin avulla ratkaisemme asiakkaidemme todelliset ongelmat sen sijaan, että keskitymme yksinomaan liiketoiminnan tavoitteisiin. Ajatus pienestä yrityksestä, jolla ei ole valtavaa rahaa New Yorkiin lentämään muutamia valokuvia, ei ehkä ole käynyt läpi useissa yritysjohdon tiloissa, mutta epäilemättä tämä päätös muuttaa yrityksen suuntaan. Kaikki eivät voi mennä myymälöihin ja rakentaa sovelluksia lennossa, mutta lisäämällä sähköpostikenttää käyttäjien sähköpostiviestien keräämiseen tietylle ominaisuudelle on melko helppoa.
Osa syystä, että ajatus suunnittelun ajattelusta on niin hyvä, on se, että voimme tarkastella ongelmia eri tavoin - usein ongelmien uudelleenkohdentamisessa, jossa ehkä perinteinen lähestymistapa pyrkii priorisoimaan väärät asiat.
Sen avulla voimme myös olla ketterät ja vähäiset. Se tarkoittaa, että sen sijaan, että käytät paljon aikaa rakentaa tuotetta tai verkkosivustoa, käynnistää ja nähdä, mitä tapahtuu, sen avulla voimme rakentaa jotain pienempää ja käynnistää aikaisemmin. Testaa se, käännä tarvittaessa. Analysoi, kun rakennamme tuotetta, ei odottamassa loppua.
Nämä edut ovat loputtomia. Suunnittelun ajattelutapa tarkoittaa, että käyttäjät osallistuvat prosessiin. Tämä ei ainoastaan tarjoa parempia ratkaisuja, mutta se tarkoittaa, että käyttäjät tuntevat osan prosessista. He tuntevat rakastetuksi, kuten joku todella huolehtii heistä. Tämä saa heidät antamaan anteeksi mahdolliset ongelmat helpommin ja vuorostaan edistäjiksi, jotka kannustavat ystäviään ja muita käyttäjiään käyttämään tuotteitamme ja verkkosivustojaan. Tämä vaikutus on tietenkin yleisemmin tunnettu " halo vaikutus '.
Toinen hyvä esimerkki on rahoituspalveluyrityksestä tarkkuus . He lähettivät osan valmistuneista "suunnittelukoulusta" suunnittelemaan ajattelua ja täällä on lainaus mitä he oppivat :
Suunnittelua ja projektisuunnitelmia voidaan säätää tai romuttaa ennen kuin tiimi on käyttänyt huomattavia määriä aikaa ja resursseja tuotetarjontaan. Ehkä mikä tärkeintä, tämä menetelmä estää mallin kutsumasta asiakkaita tarkastelemaan mockup-verkkosivustoa, joka on enemmän tai vähemmän täysin toimiva, jolloin asiakkaat tuntevat itsensä tuntuvasti, jos heidän panoksensa on pitkälti jälkivaikutus.
Vaikka käyttäjäkokemuksen suunnittelijat ja muutkin verkko-ammattilaiset olisivat osaavia suunnittelua ajattelevia taitoja, suunnittelijan ajattelua voidaan harjoittaa kaikilla työntekijöillä, jotka kohtaavat tilanteessa, jossa he tarvitsevat ratkaisemaan ongelman, eivätkä pelkästään niitä, joilla on termi "suunnittelija". työnimike.
Suunnittelijoina meillä on vastuu siitä, että emme vain harjoita suunnittelumallia itsellemme ja soveltamme sitä ongelmanratkaisuun, vaan selittämään toisillemme ympärillemme, miksi teemme päätöksiä, joita teemme ja autamme heitä käyttämään samankaltaisia menetelmiä työstään.
Älä vain kysy heiltä kysymyksiä, tarkkaile niitä. Käytä tietoja, mutta varmista, että varmuuskopioit sen reaalimaailman havainnoin ja älä luota pelkästään numeroihin. Muista, että tiedot kertovat, mitä ihmiset tekevät, mutta puhuminen ihmisille kertoo meille "miksi".
Vaikka muistatte, että kaiken tämän, meidän on muistettava, kenen kanssa olemme tekemisissä puhuttaessa "käyttäjistä". 100% käyttäjistä on ihmisiä. Ihmiset, kuten sinä ja minä, joilla on paljon perivät puolueet . Tämä tarkoittaa, että se on sisäänrakennettu meille tietyissä tilanteissa ajattelemaan tietyllä tavalla. Jopa tapa, jolla me pyydämme kysymystä, voi vääristää vastauksia tietyllä tavalla.
Lyhyesti sanottuna, sinun on 100% kuunneltava ihmisiä, mutta ole varovainen, mitä he kysyvät heiltä ja miten sinä kysyt.
Epäonnistuvat aikaisin, epäonnistuvat usein. Älä pelkää kokeilla asioita, jotka eivät välttämättä skaalaa. Varmista, että olet tarpeeksi ketterä ideoiden kääntämiseen, jos he eivät harjoita työtä. Älä ole huolissasi perfektioista, vain saada asiat ja nähdä, toimivatko ne.
Siellä on runsaasti työkaluja, joiden avulla voimme rakentaa asiat nopeammin kuin koskaan ennen (kynä ja paperi mukaan luettuna) ja testata ideoita nähdäksesi, mikä toimii, ennen kuin käytät paljon rahaa "täydelliseen" tuotteeseen, joka toimii hyvin, mutta kukaan ei tarvitse .
Huomaa tämä ei sano numeroita, numeroita, numeroita. Johtava mainostaja Rory Sutherland on sanonut, "heti kun numero muuttuu metriksi, se menettää kaiken merkityksen metrisenä". Tämä tarkoittaa sitä, että heti kun olemme liian keskittyneet yhteen numeroon tai yhteen metriikkaan, on helppo unohtaa yleinen tavoite.
Varmista, että säännöllisesti haluat saada palautetta malleista, käyttäjiltä, analyysistä sekä sisäisesti. Kuten olen sanonut koko artikkelissa, ei ole olemassa yhtä totuuden lähdettä. Käytä kokoelmaa kaikista palautteista, joita voit kerätä tasapainotettujen ja harkittujen päätösten tekemiseksi.
Jos se ei toimi, yritä palauttaa ongelma ja korjata se uudelleen. Katso ongelmaasi, onko jotain, josta puuttuu? Varmista ja ota kaikki mukaan ratkaisuun. Käyttäjät, kyllä, mutta osallistuvat kehittäjiisi. Ota vastaanottovirkailija - kuka tahansa, jolla on eri näkökulma, saa arvokasta palautetta sinulle.
Kuten aiemmin mainitsin, suunnittelijat eivät ole ainoita, jotka suunnittelevat ajattelua. Itse asiassa, jos yritämme tehdä kaiken omasta, emme tee työtä oikein.
Siellä on runsaasti kirjallisuutta siitä, miten käytännöllisesti toteuttaa suunnittelua. Kaikki todisteet osoittavat, että uuden menetelmän käyttäminen ongelmien ratkaisemisessa on luovampaa ja tehokkaampaa kuin perinteisemmät menetelmät.
( Ref- suunnitteluprosessi klo IDEO )
Suunnittelijoina pystymme kouluttamaan ympärillämme olevia käyttäjiä käyttämään tätä menetelmää ja johtamaan sitä harjoittelemalla itseämme päivittäisessä työssämme.
Olipa tämä käsityömme suunnittelutaidoissa, kuten nopeiden prototyyppien rakentamisessa tai korkeammalla tasolla, kun kommunikoimme asiakkaillemme ja sidosryhmiimme, suunnittelumallin avulla pystymme varmistamaan, että ratkaisemme oikeat ongelmat, eikä tuhlata aikaa rakentaa tarpeettomia tuotteita ja sivustot.