Nykypäivän kilpailullisilla markkinoilla erinomaisen käyttäjäkokemuksen (UX) tarjoaminen on ratkaisevan tärkeää tuotteen menestyksen kannalta. Hyvin suunniteltu käyttäjäkokemus voi johtaa käyttäjien suurempaan tyytyväisyyteen, aktiivisempaan sitoutumiseen ja viime kädessä vahvempaan brändiuskollisuuteen. Mutta miten tuotesuunnittelijat, kehittäjät ja organisaatiot voivat luoda käyttäjäkokemuksia, jotka todella erottuvat joukosta ja jättävät käyttäjiin pysyvän vaikutuksen? Tässä haastattelusarjassa keskustelemme UX-ammattilaisten, tuotesuunnittelijoiden, kehittäjien ja ajatusjohtajien kanssa aiheesta ”5 parasta tapaa parantaa tuotteesi käyttäjäkokemusta”. Osana tätä sarjaa meillä oli erityinen ilo haastatella henkilöä Ethan Ding.
Ethan Ding
Kiinan maaseudulla sijaitsevassa kylässä syntynyt Ethan on kolminkertainen IEOR-, CS- ja DS-tutkinnon suorittanut UC Berkeleysta. Hän on työskennellyt datahankkeiden parissa Bessemerillä ja rakentanut Tacklen datatiimin. Tällä hetkellä hän on TextQL:n perustaja. TextQL on alusta, jonka tavoitteena on automatisoida kokeneiden data-analyytikkojen työtä.
Kiitos paljon, että liityit seuraamme tähän haastattelusarjaan! Ennen kuin perehdymme aiheeseen, lukijamme haluaisivat varmasti kuulla sinusta lisää. Voisitko kertoa tarinan siitä, mikä johdatti sinut juuri tälle urapolulle?
Mikään maailmassa ei voi opettaa niin paljon kuin uuden yrityksen perustamisen vaihe nollasta yhteen. Kysyin itseltäni: mikä on haastavin asia, jonka voin nyt tehdä? Aloittaessani TextQL:n perustamista tajusin datataustani ansiosta, että meillä on mahdollisuus luoda jotakin todella arvokasta tätä yritystä rakentaessamme.
Onko sinulla mentoreita tai kokemuksia, jotka ovat erityisesti vaikuttaneet lähestymistapaasi tuotekehitykseen ja käyttäjäkokemukseen?
Urani aikana olen kohdannut useita lahjakkaita teknologiajohtajia, sellaisia, jotka sanovat esimerkiksi ”miten tässä projektissa voi kestää tiimiltä kolme kuukautta – minä tekisin sen itse viikonlopussa!” Tämä luonnehtii sitä, miten kehitämme asioita TextQL:llä. Aina kun suunnittelemme tuotetta, pyrimme saamaan asiat valmiiksi puolessa siitä ajasta, joka projektille on alun perin varattu.
On sanottu, että virheemme voivat joskus olla parhaita opettajiamme. Voisitko kertoa hauskimmasta virheestä, jonka teit urasi alkuvaiheessa? Voisitko kertoa, mitä opit siitä?
Aluksi varasin paljon puheluita vain kysyäkseni neuvoja menestyneiltä ihmisiltä, mutta en tiennyt, mitä neuvoja kysyä. Kun liityin puheluun, olin vain hiljaa yksisarvisyrityksen toimitusjohtajan kanssa. Nyt tämä on saanut minut arvostamaan aikani varjelemista entistä enemmän. Olen huomannut, että ihmiset, joiden aika on arvokasta, kysyvät aina, mikä minkä tahansa kokouksen tavoite on. Opin, että muiden ihmisten ajankäyttöä on hyvä kunnioittaa.
Mikä on mielestäsi ollut urasi kannalta ratkaiseva hetki? Haluaisimme kuulla, mitä sitä edelsi, mitä tapahtui ja miten se vaikutti elämääsi.
Kun COVID alkoi, harjoittelupaikkani peruttiin. En kuullut heistä enää mitään. Yritykseen tutustuttanut pääomasijoitusyhtiö palkkasi minut lopulta kesäprojektia varten ja myöhemmin vielä vuodeksi. Tämä työ herätti minussa rakkauden yritysten perustamista kohtaan ja tutustutti minut yritykseen, jossa työskentelin sen jälkeen.
Voisitko kertoa vaikeista ajoista, joita kohtasit matkasi alkuvaiheessa? Harkitsitko koskaan luovuttamista? Mistä sait voimaa jatkaa, vaikka asiat olivat niin vaikeita?
Tajusin, että aloitimme rahoituksen hankkimisen hyvin vaikeaan aikaan – jouluna, jolloin useimmat ihmiset ovat vapaalla. Tänä aikana tajusin, että viisumini oli vanhenemassa tammikuussa. Ainakin kaksi tusinaa pääomasijoittajaa hylkäsi minut, koska joulun alla yksikään pääomasijoittaja ei ollut töissä. Pelkkä epätoivo siitä, etten halunnut tulla karkotetuksi, sai minut jatkamaan, joten ponnistelimme eteenpäin ja saimme term sheetin ennen joulua.
Miten pysyt ajan tasalla tuotepäällikkyyden alan markkinatrendeistä ja kehityksestä?
Twitterin avulla.
Mikä rooli eri toimintojen välisellä yhteistyöllä on tuotekehityssyklien nopeuttamisessa, ja miten edistät tehokasta yhteistyötä eri tiimien ja osastojen välillä?
Uskon, ettei mitään ominaisuutta pitäisi rakentaa ennen kuin asiakkaat ovat sitoutuneet taloudellisesti sen hankkimiseen. Odota, kunnes olet saanut tämän sitoumuksen, ennen kuin rakennat mitään. Myynnin vastuulla on luvata asioita vain silloin, kun niiden rakentamiseen käytetty työ on sen arvoista. Tiimin on oltava tämän tavoitteen suhteen yhtenäinen.
Mitkä kokemukseesi perustuvat ”5 tapaa, jotka voivat nopeuttaa tuotekehityssyklejäsi” ovat?
1 . Käytä omaa tuotettasi paljon –koska miljoona asiaa voi mennä pieleen etkä voi ennakoida niitä kaikkia. Et halua niiden tulevan sinulle yllätyksenä.
2 . Tarkista teknologiaosastolta, ovatko arviot todella tarpeellisia. Hyvät insinöörit ennakoivat paljon sellaisia ongelmia, joita voi ilmetä myöhemmin, joten he saattavat arvioida projektin valmistumiseen tarvittavan ajan liian pitkäksi. Eräs projekti lyheni tällä tavalla kahdesta kuukaudesta viikkoon.
3 . Puhu asiakkaille suoraan. Asiakaskeskustelun sävy muuttuu, kun tiedät, pystytkö todella auttamaan heitä. Anna heille mahdollisuus vetäytyä, kun käyt kartoittavia keskusteluja, ja varmista, ettet päädy käyttämään aikaa umpikujaan johtavien ratkaisujen kehittämiseen.
4 . Rajaa toimivuuden osoitusten työskentely ajallisesti. Näin vältät käyttämästä valtavasti aikaa lukuisten ominaisuuksien lisäämiseen johonkin, jonka toimivuudesta et ole varma.
5 . Kysy asiakkailta, kuinka paljon he ovat valmiita maksamaan. Jos heidän maksuhalukkuutensa ei ylitä kehittämiseen kuluvaa summaa, asiakkaasi todennäköisesti haluaisi sinun työskentelevän jonkin muun asian parissa.
Mihin yleisiin sudenkuoppiin näet tuotetiimien lankeavan yrittäessään nopeuttaa kehityssyklejään, ja miten niitä voidaan välttää?
Tarvitsette yhden vastuuhenkilön, joka vastaa delegoinnista, vastuiden jakamisesta ja projektin johtamisesta. Tämän henkilön on vaikutettava itsevarmalta ja tilanteen hallitsevalta, tai päädytte päätösten analysoinnin kierteeseen.
Voitko kertoa esimerkin tilanteesta, jossa jouduit tekemään vaikean kompromissin nopeuden ja laadun välillä tuotteen kehityssyklin aikana, ja mikä oli päätöksen lopputulos?
Tämä ei ole koskaan vaikea kompromissi – valitsemme aina nopeuden. Olemme erittäin tyytyväisiä myyntiprosessiimme, mutta meillä ei ollut todella skaalautuvaa myyntiputkea, eivätkä insinöörit olleet kaikki tyytyväisiä siihen, että kaikkia poikkeustapauksiamme ei ollut katettu. Siitä huolimatta se, että saimme tuotteen julkaistua niin vähällä ajankäytöllä, antoi meille perusteet kohdentaa enemmän insinöörityötä sen skaalaamiseen oikealla tavalla.
Kuinka tärkeä dataan perustuva lähestymistapa on tuotekehityksessä, ja voitko kertoa tarinan siitä, kuinka data vaikutti merkittävästi päätöksentekoprosessiisi?
Suuryrityksillä ei juuri ole vaihtoehtoa dataan perustuvalle tuotekehitykselle. Asiakkaillasi ei ole tuotteiden kanssa kovin monia kosketuspisteitä. Suuryritysasiakkaat yleensä tietävät, mitä tekevät, eivätkä tarvitse jatkuvaa ohjausta. Jos heille kerrotaan, että he voivat saavuttaa tuotteella jotakin, he tekevät sen.
Voitko kertoa tapauksesta, jossa käyttäjäpalaute johti merkittävään muutokseen tuotekehitysstrategiassasi?
Asiakkaan epäröinti maksaa johti siihen, että aloitimme rakentamamme tuotteen ja laatimamme priorisoinnin täysin uudelleen. Näin on tapahtunut myös muiden potentiaalisten asiakkaiden kanssa. Jos maksujen puheeksi ottaminen tuntuu epämukavalta, siihen on syy – tiedät, ettei tuotteesi ratkaise heidän ongelmaansa.
Onko maailmassa henkilöä, jonka kanssa haluaisit nauttia yksityisen aamiaisen tai lounaan, ja miksi?
DJ D-Sol (David Solomon). Vaikuttaa mukavalta tyypiltä, joka osaa pitää hauskaa, vaikka hänellä on jatkuvasti melko suuri taakka harteillaan.
Jos haluat lisää tämänkaltaista sisältöä, tilaa tuotepäällikön uutiskirje.
