TextQLs Ethan Ding om de 5 vanene som kan fremskynde produktutviklingssyklusen

Discover how to lead product teams and build better products. Create a Free Account

"Bruk ditt eget produkt, mye – fordi en million ting kan gå galt som du ikke kan forutse."

Textqls ethan ding on the 5 habits that can accelerate product development cycle standard editorial post 42650

I dagens konkurransepregede marked er det avgjørende for et produkts suksess å levere en fremragende brukeropplevelse (UX). En veldesignet UX kan føre til høyere brukertilfredshet, økt engasjement og til syvende og sist sterkere merkelojalitet. Men hvordan kan produktdesignere, utviklere og organisasjoner skape brukeropplevelser som virkelig skiller seg ut og gjør et varig inntrykk på brukerne? I denne intervjuserien snakker vi med UX-fagfolk, produktdesignere, utviklere og tankeledere for å utforske «De 5 beste måtene å løfte produktets brukeropplevelse på». Som en del av denne serien hadde vi den store gleden av å intervjue Ethan Ding.

photo of Ethan Ding

Ethan Ding

Ethan ble født i en landsby på den kinesiske landsbygda og har tre grader innen IEOR, CS og DS fra UC Berkeley. Han har arbeidet med datainitiativer hos Bessemer og bygget opp datateamet hos Tackle. For tiden er han grunnlegger av TextQL, en plattform som har som mål å automatisere arbeidet til erfarne dataforskere.

Tusen takk for at du deltar i denne intervjuserien! Før vi går videre, vil leserne våre gjerne vite mer om deg. Kan du fortelle en historie om hva som førte deg til akkurat denne karriereveien?

Ingenting i verden kan lære deg like mye som å ta en ny virksomhet fra 0 til 1. Jeg spurte meg selv: Hva er det mest utfordrende jeg kan gjøre nå? Da jeg startet TextQL, innså jeg med bakgrunnen min innen data at vi hadde muligheten til å skape noe virkelig verdifullt ved å starte denne virksomheten.

Har du hatt mentorer eller erfaringer som har hatt særlig innflytelse på hvordan du tilnærmer deg produktutvikling og brukeropplevelse?

I løpet av karrieren har jeg møtt flere talentfulle teknologiledere, den typen som sier ting som «Hvordan kan dette prosjektet ta tre måneder for teamet å fullføre – jeg kan gjøre det selv på en helg!» Dette kjennetegner måten vi utvikler ting på i TextQL. Når vi planlegger et produkt, prøver vi alltid å få ting gjort på halvparten av tiden som er satt av til prosjektet.

Det har blitt sagt at feilene våre noen ganger kan være våre største læremestre. Kan du dele en historie om den morsomste feilen du gjorde da du nettopp hadde startet? Kan du fortelle oss hvilken lærdom du fikk av den?

Tidlig i karrieren avtalte jeg mange samtaler bare for å be vellykkede mennesker om råd, men jeg visste ikke hvilke råd jeg skulle be om. Når jeg kom inn i samtalen, satt jeg bare stille sammen med administrerende direktør i et enhjørningsselskap. Nå gjør det meg mer bevisst på å verne om tiden min. Jeg legger merke til at mennesker som har knapp tid, alltid spør hva målet med et møte er. Jeg lærte at det er bra å ta hensyn til andres tid.

Hvilket øyeblikk føler du har vært avgjørende for karrieren din? Vi vil gjerne høre om opptakten, hva som skjedde, og hvilken innvirkning det fikk på livet ditt.

Da covid-19-pandemien startet, ble praksisplassen min avlyst. Jeg hørte aldri fra dem. Selskapet innen risikokapital som introduserte meg for dette selskapet, endte opp med å ansette meg til et sommerprosjekt og ansatte meg senere for ett år. Den jobben vekket en kjærlighet til det å grunnlegge virksomheter og introduserte meg for selskapet jeg jobbet i etterpå.

Kan du fortelle oss en historie om de vanskelige tidene du møtte da du først startet reisen din? Vurderte du noen gang å gi opp? Hvor hentet du drivkraften til å fortsette, selv om ting var så vanskelige?

Jeg innså at vi begynte å hente inn kapital på et svært vanskelig tidspunkt – i juleperioden, da de fleste tar fri. I denne perioden innså jeg at visumet mitt utløp i januar. Jeg fikk avslag fra minst to dusin selskaper innen risikokapital, fordi ingen slike selskaper arbeidet da julen nærmet seg. Men den sterke desperasjonen over ikke å ville bli deportert fikk meg til å fortsette, så vi holdt ut og fikk et tilbudsdokument før jul.

Hvordan holder du deg oppdatert på markedstrender og utviklingen innen produktledelse?

Twitter.

Hvilken rolle spiller tverrfunksjonelt samarbeid for å fremskynde produktutviklingssykluser, og hvordan legger du til rette for effektivt samarbeid på tvers av ulike team og avdelinger?

Jeg mener at man ikke bør utvikle noen funksjon før kundene har forpliktet kapital til den. Vent med å bygge noe til du har denne forpliktelsen. Det er salgsavdelingens ansvar å bare love ting når arbeidet med å utvikle dem vil være verdt det. Teamet må være samkjørt for å få dette til.

Basert på erfaringen din, hva er dine «5 vaner som kan fremskynde produktutviklingssykluser»? 

1 . Bruk ditt eget produkt, mye –fordi en million ting kan gå galt som du ikke kan forutse. Du vil ikke at disse tingene skal komme som en overraskelse på deg.

2 . Snakk med utviklingsteamet om hvor nødvendige estimatene egentlig er. Dyktige utviklere vil ofte forutse problemer som kan oppstå senere, og derfor kan de beregne mer tid enn det som faktisk er nødvendig for å fullføre et prosjekt. Vi hadde et prosjekt som vi reduserte fra to måneder til én uke ved å gjøre dette.

3 . Vær ærlig når du snakker med kunder. Tonen i en kundesamtale endrer seg når du vet om du faktisk kan hjelpe dem eller ikke. Gi dem en «utvei» når du gjennomfører kartleggingssamtaler, og sørg for at du ikke ender opp med å bruke tid på løsninger som er blindgater.

4 . Tidsavgrens konseptvalideringer. Dette hjelper deg med å unngå å bruke svært mye tid på å legge til en rekke funksjoner i noe du ikke er sikker på vil fungere.

5 . Spør kundene hvor mye de er villige til å betale. Hvis beløpet de er villige til å betale, ikke overstiger kostnadene ved å utvikle det, vil kunden din sannsynligvis foretrekke at du jobber med noe annet.

Hva er noen av de vanligste fallgruvene du ser at produktteam går i når de prøver å akselerere utviklingssyklusene sine, og hvordan kan disse unngås?

Du trenger én ansvarlig person som har ansvaret for delegering, fordeling av ansvar og for å lede prosjektet. Denne personen må fremstå som selvsikker og ha kontroll, ellers ender dere opp i en spiral av beslutningsanalyser.

Kan du dele et eksempel på en gang du måtte gjøre en vanskelig avveining mellom hastighet og kvalitet under en produktutviklingssyklus, og hva ble resultatet av den beslutningen?

Dette er aldri en vanskelig avveining – vi velger alltid hastighet. Vi er svært fornøyde med salgsprosessen vår, men vi hadde ikke en virkelig skalerbar salgstrakt, og ingeniørene var ikke alle komfortable med at alle randtilfellene våre ikke var dekket. Til tross for det gjorde det faktum at vi klarte å bruke så lite tid på å få den ut, at vi kunne forsvare å sette av mer ingeniørarbeid til å skalere den opp på riktig måte.

Hvor viktig er en datadrevet tilnærming til produktutvikling, og kan du dele en historie der data hadde betydelig innflytelse på beslutningsprosessen din?

Bedrifter på foretaksnivå har ikke så mye valg når det gjelder datadrevet produktutvikling. Kundene deres har ikke så mange kontaktpunkter med produktene. Kunder på foretaksnivå vet vanligvis hva de driver med, og trenger ikke å bli holdt i hånden. Hvis de får beskjed om at de kan oppnå noe med et produkt, gjør de det.

Kan du dele et eksempel på at tilbakemeldinger fra brukere førte til en betydelig endring i strategien for produktutviklingen din?

En kundes nøling med å betale førte til at vi fullstendig måtte starte på nytt med et produkt vi holdt på å bygge, samt prioriteringen vi hadde lagt opp for oss. Dette har også skjedd andre ganger med potensielle kunder. Hvis du synes det er ubehagelig å ta opp betaling, er det av en grunn – det er fordi du vet at produktet ditt ikke løser problemet deres.

Finnes det en person i verden du gjerne skulle ha spist en privat frokost eller lunsj med, og hvorfor?

DJ D-Sol (David Solomon). Han virker som en kul fyr som vet hvordan man har det gøy, til tross for at han alltid har et ganske stort ansvar på skuldrene.

For mer innhold som dette, abonner på nyhetsbrevet for produktsjefer.

Hannah Clark
Hannah Clark is the Editor of The CPO Club. Following six years of experience in the tech industry, she pivoted into the content space where she's had the pleasure of working with some of the most brilliant voices in the product world. Driven by insatiable curiosity and a love of bringing people together, her mission is to foster a fun, vibrant, and inspiring community of product people. Interested in being reviewed? Find out more here.
Follow the author:

You may also like