Rakenna tuotesuunnittelutiimi, rakenna tuote, jota käyttäjät rakastavat

Heinäkuussa 2016 minut kutsuttiin OutSystems Engineeringin kunnianhimoisimpaan projektiin: liittyä UX: n intohimoiseen ihmisryhmään ja muodostaa nykyään tuotesuunnittelutiimi. Tämä joukkue vaikutti siihen, miten tekniikka rakentaa tuotetta siihen pisteeseen, että käyttäjäkokemus on vakiinnuttanut kulttuurimme. Saanen kertoa tarinan siitä, kuinka pääsemme tänne.

Minun tarinani

Olen ohjelmistosuunnittelija, joka liittyi OutSystems Engineeringiin jo vuonna 2007. Sittemmin olen tehnyt ja oppinut paljon teknisiä juttuja. Minusta tuli ryhmänjohtaja, ja matkan varrella löysin käytettävyyden ja suunnittelukäytännöt. Olen aina ollut yksi niistä ihmisistä, jotka välittävät todella käyttäjistämme, kaverista, joka kokeili työskentelyä mallien ja prototyyppien kanssa ja joka suoritti käytettävyystestejä ennen tuotteen lähettämistä.

Tammikuu 2015: Asiakas oli niin tyytyväinen ryhmäni työhön,
että he lähettivät meille onnellisen uudenvuoden kirjeen.

Jos haluat kuitenkin rakentaa loistavan tuotteen, ei riitä, että on muutama henkilö, joka välittää käyttäjäkokemuksesta. Yhtiö ymmärsi tämän ja yritti (ja epäonnistui) luoda ja ylläpitää keskitettyä UX- tai suunnittelutiimiä. Joten miksi minut kutsuttiin rakentamaan tämä joukkue? No, kuten näette, syy oli siihen, että tällä kertaa teimme asioita toisin. Menestyneen kokeilun jälkeen jo olemassa olevassa tiimissä johto hyväksyi ehdotuksemme rakentaa upouusi suunnittelutiimi.

Tämän ryhmän perussääntö oli, että sen oli oltava monitieteinen: toisin kuin aiemmissa iteraatioissa, sen piti koostua sekä UI / UX-suunnittelijoista että insinööreistä, joilla oli vahva ohjelmistokehityksen tausta. Miksi tämä oli tärkeää?

OutSystems tarjoaa matalan koodin alustan mobiili- ja web-sovellusten rakentamiseen. Perimmäisenä tarkoituksenamme on parantaa kehittäjien elämää tekemällä kehitystä nopeampaa ja helpompaa. Tarvitsemme sekä insinöörejä että UI / UX-suunnittelijoita ymmärtääksemme näitä kehittäjiä, löytääksemme heidän tarpeensa ja suunnitellaksemme ja validoidaksemme parhaat ratkaisut. Olisin tämän uuden joukkueen insinööri ja myös ryhmänjohtaja, ja se oli suuri haaste!

Marraskuu 2016 - tuotesuunnittelutiimi.

Varhaiset vaiheet: Tarkoituksen ja vision määritteleminen

Ensimmäinen tärkeä päätös, jonka teimme, oli nimetä tiimi ”Tuotesuunnittelu”. Halusimme irtautua aiemmista vain suunnittelutiimistä. Valitettavasti nämä olivat rajoittuneet hankkeiden myöhempiin vaiheisiin, ja ne työskentelivät vain visuaalisen suunnittelun (kuvat ja kuvakkeet) ja muiden suunnittelutavaroiden kanssa, joita insinöörit eivät voi tehdä, kuten t-paidat ja mukit ja muut uskomattomat swagit.

Halusimme muokata tuotteemme tulevaisuutta eikä olla jälkikäteen suunniteltu; olisimme mukana alusta alkaen.

Tuotesuunnittelutiimi vaikuttaisi siihen, kuinka tekniikka suunnittelee tuotteen sen eri puolilta. Vaikuttaisimme tuotteen toimivuuteen, käytettävyyteen ja hyödyllisyyteen ja kyllä, myös tuotteen visuaalisiin näkökohtiin.

Tällä määrittelimme innostavan visioomme:

Tuotesuunnittelutiimin visio.

Seuraavaksi määrittelimme joukon tavoitteita, joita noudatamme jokaisessa projektissamme. Nämä tavoitteet ohjaavat meitä kohti visiomme: toimita tuotteen käyttäjät, jotka rakastavat ensi silmäyksellä ja rakastavat ikuisesti:

  1. Tee tuotteesta helppokäyttöinen.
  2. Tee tuotteesta kaunis ja toivottava.
  3. Auta käyttäjiä ymmärtämään tuotteen arvo.

Takautuvasti tavoitteemme eivät ole niin erilaisia ​​kuin aiemmissa suunnittelutiimissä, ja tiesimme, että on aina vaara epäonnistua kuten nämä tiimit tekivät.

Premortemin ajaminen

Aikaisemmin olemme onnistuneesti soveltaneet hyödyllistä tekniikkaa, nimeltään premortem (lisää täällä), joka auttaa meitä ennustamaan riskejä projektiissamme. Esikuvassa kuvittelemme projektin hypoteettisen tulevaisuuden epäonnistumisen. Pyydämme jokaista projektiin osallistuvaa henkilöä ilmoittamaan, mitkä riskit ovat saattaneet vaikuttaa tähän epäonnistumiseen. Sitten mukautamme suunnitelmiamme näiden hypoteettisten riskien välttämiseksi ja välttäämme epäonnistumisen. Niin yksinkertainen ja voimakas, eikö niin? Se on; usko minua!

Projektin esikuormitus

Joten päätimme johtaa joukkueen esikuvan. Hypoteettinen tilanne oli, että vuoden kuluttua joukkue oli epäonnistunut näyttävästi. Pyysimme kaikkia ryhmän jäseniä tunnistamaan epäonnistumisen mahdolliset syyt. Näistä hypoteeseista tunnistimme yleiset huolet ja määrittelimme toimintakohteet niiden välttämiseksi. Jotkut näistä toimintakohteista suoritettiin joukkueen käynnistyksen aikana, ja toiset teloitetaan edelleen tähän päivään, vain varmistaaksemme, että emme putoa kalliolta. :)

Taitojemme arviointi

Yksi havaitsemistamme riskeistä oli ryhmämme monitieteinen luonne. Monipuolisten taitojemme täydentäminen voi olla haastavaa, ja silloin meillä ei ehkä ole työhön tarvittavia taitoja. Hyväksyimme haasteet loistavana mahdollisuutena kasvaa! Ja olemme kaikki tulleet niin pitkälle.

Tutkimme tuotteen määritelmää. Löysimme tämän:

Tuotesuunnittelu tunnistaa, tutkii ja validoi ongelman ja lopulta valmistaa, suunnittelee, testaa ja lähettää ratkaisun.

Mukautimme tämän määritelmän erityistarpeisiimme ja aloimme muotoilla, mitä tarkoittaa olla tuotesuunnittelija OutSystems Engineeringissä. Loimme myös kaavion tärkeimmistä taitoista, joita tarvitsemme tuotesuunnittelijoina.

Kaavio, joka osoittaa tuotesuunnittelutiimin taitot vuodelle 2016.

Seuraavaksi jokainen meistä teki taitojen itsearvioinnin, keskustelimme myös taitoista, joita haluaisimme kehittää tai missä voisimme valmentaa muita. Tämä antoi meille hyödyllisiä näkemyksiä siitä, missä joukkue tarvitsi koulutusta tai enemmän ryhmän jäseniä.

Se auttoi meitä myös määrittelemään ryhmälle toisen perussäännön: Meidän tulisi aina työskennellä pareittain, liittymällä suunnittelu- ja suunnittelutaitomme täydentääksemme toisiamme upeaa työtä ja oppiaksemme toisiltamme.

Teemme tämän harjoituksen silloin tällöin, ja ensimmäisestä iterauksesta lähtien olemme jatkaneet taitojemme arviointia. Seurauksena on, että olemme mukauttaneet kaavion omaksumaan muutoksemme. Tässä on vuoden 2018 kaavio:

Kaavio, joka osoittaa tuotesuunnittelutiimin taitoja vuodelle 2018.

Yhteistyö tuotejoukkojen kanssa

Kun joukkue on paikallaan, visiomme ja tavoitteemme on asetettu ja taitomme ovat määritettyjä ja selkeitä, miten voimme todella vaikuttaa tuotteen tulevaisuuteen? OutSystems-tekniikalla on useita tuoteryhmiä, yksi jokaiselle tuotteen alueelle: käyttöliittymä, tausta, sovelluksen elinkaari ja niin edelleen.

Toinen havaitsemiemme riski oli, että tuoteryhmät voivat päättää lopettaa yhteistyön kanssamme, jos prosessimme häirivät heidän ketteryyttään. Joten asetimme joukkueellemme vielä muutaman perussäännön:

  1. Työskentelemme joukkueiden kanssa, ei joukkueiden kanssa
  2. Pyrimme aina lisäämään joukkueille maksimiarvon ja vähiten yleiskustannukset.

Tarvitsimme tarkkaan määritellyn prosessin, jotta joukkueet tietävät, milloin he voivat luottaa meihin. Tutkimme useita suunnittelujärjestelmiä, luimme kirjoja ja artikkeleita ja keräsimme inspiraatiota muilta yrityksiltä. Suunnitteluprosesseja on siellä paljon, mutta meidän piti räätälöidä prosessi omiin tarpeisiimme.

Määrittelimme prosessin, jossa on neljä vaihetta: löydä, prototyyppi, toimita ja säädä.

Tuotesuunnittelun neljä vaihetta

Löydä vaihe

Tässä vaiheessa tavoitteena on ymmärtää kaikki ongelmasta. Haastattelemme, keräämme palautetta useista lähteistä, teemme käytettävyystestejä nykyisen ratkaisun kanssa, analysoimme kilpailua ja ajamme ideointiprosessia löytääksemme mahdollisimman monta ratkaisua. Teimme ideointiprosessin aikana todella hienoja kokeiluja, ja tänään suoritamme variaatiota Google Design Sprintistä, jota kutsumme ”Design Session”. Tämä on yksi prosessin tärkeimmistä vaiheista lähinnä siksi, että se yhdenmukaistaa kaikki ongelman kanssa. yritämme ratkaista.

Marraskuu 2016: Kokeile Google Design-sprinttiä.Joulukuu 2016 - Ensimmäisen Design Session -tuote, Full-Stack Visual Debugger -sovellukselle.

Prototyyppivaihe

Tässä vaiheessa me prototyyppisiä ratkaisuja ongelmaan, testaamme niitä kohdekäyttäjien kanssa ja sitten iteroimme niitä. Prototyypit voivat kattaa useita uskollisuuden tasoja paperista ohjelmistoon. Tämän vaiheen lopussa olemme testanneet useita prototyyppejä, joten tiedämme mikä toimii ja mikä ei toimi. Teemme tiivistä ratkaisua toteuttavien tuoteryhmien kanssa ja lopulta he päättävät, mitkä ratkaisut toteutetaan.

Tammikuu 2017: Full-Stack Visual Debugger -prototyypit.Maaliskuu 2017: Styles Editor -paperiprototyyppi.

Toimitusvaihe

Tässä vaiheessa tuoteryhmät rakentavat ohjelmiston ja tuotesuunnittelu tarjoaa visuaalisia resursseja, tarkistaa toteutetun ohjelmiston päästä päähän ja suorittaa käytettävyystestejä. Testaaminen toimivilla ohjelmistoilla antaa meille ymmärrystä käytettävyyskysymyksistä, ja olemme avoimia mukauttamaan ratkaisuja tässä vaiheessa, ja tarvittaessa pystymme valmistamaan vaihtoehtojen prototyyppejä. Toimitusvaiheen lopussa tuote lähetetään ja juhlimme tätä joukkueen kanssa!

Maaliskuu 2017: Yksi joukkueen jäsenistä antoi vauvan, vau!Syyskuu 2017 - Full Stack Visual Debugger -laitteen Mobile Device Setup -valintaikkunan lopullinen käyttöliittymä

Tweak-vaihe

Tämä vaihe alkaa heti, kun käyttäjien palaute on saapunut sisään. Tässä vaiheessa tarkastelemme mittareita mukauttaaksesi toimitettua ratkaisua. Tavoitteena on tunnistaa mikä toimii ja mikä ei, suorittaa pikakorjaukset tai suunnitella tulevia parannuksia. Seuraavassa kuvassa näet tyylieditori-metrian analyysimme. Analyysin perusteella tunnistimme kuinka monella eri tavalla käyttäjät käyttivät toimintoja ja mikä tapa oli suosituin.

Nämä tiedot auttavat meitä yksinkertaistamaan suunnittelua.

Joulukuu 2017: - Tyylieditorin käyttömittarien analysointi.

Sorvi, huuhtele, toista

Käymme läpi kaikki nämä vaiheet tuoteryhmämme kanssa, niin että kaikki ovat mukana suunnitteluprosessissa ensimmäisestä päivästä siihen asti, kunnes asiakkaat käyttävät onnellisina sitä, mitä kaikki rakensimme yhdessä. Prosessi on mukautuva ja toistuva; voimme ajaa sitä useita kertoja projektin aikana. Olemme aina avoimia mukauttamaan prosessia uusiin tekniikoihin, uusiin vaatimuksiin ja mukautimme sitä kokeilujemme aikana.

Missä olemme tänään; Missä meitä johdetaan?

Nykyään meillä on vakaa, vahva ja korkean suorituskyvyn tuotesuunnittelutiimi, ja olemme osoittaneet arvomme useissa projekteissa, joista osa on jo toimitettu. Olemme työskennelleet useimpien tuoteryhmien kanssa, ja tänään kaikki OutSystems-tekniikat ymmärtävät käytäntömme arvon. Käyttäjäkokemuksesta on tulossa osa kulttuuriamme.

Meillä on vielä paljon haasteita edessä: meidän on mitoitettava joukkue vaikuttaaksemme lisää projekteihin, meidän on jatkettava tulevaisuuden visioidemme kehittämistä, parannettava synkronointiamme tuotepäälliköiden ja tuoteomistajien kanssa jne. Tehtävää on paljon, joten vieritämme hihat ja ryhdymme kiireisiin!

Takaisin tarinaani

Tämä on ylivoimaisesti haastavin ja palkitsevin projekti, johon olen osallistunut aikanaani OutSystemsissä. Haasteet ovat jatkuvia; joukkue on uskomaton! Kiitos, OutSystems, poikkeuksellisesta tilaisuudesta.

Tuotesuunnittelutiimi vuonna 2018