No mercado competitivo atual, proporcionar uma experiência de utilizador (UX) excecional é fundamental para o sucesso de um produto. Uma UX bem concebida pode conduzir a uma maior satisfação dos utilizadores, a um maior envolvimento e, em última análise, a uma maior fidelização à marca. Mas como podem os designers de produtos, os programadores e as organizações criar experiências de utilizador que se destaquem verdadeiramente e causem uma impressão duradoura nos utilizadores? Nesta série de entrevistas, falamos com profissionais de UX, designers de produtos, programadores e líderes de opinião para explorar «As 5 melhores formas de elevar a experiência de utilizador do seu produto». No âmbito desta série, tivemos o distinto prazer de entrevistar Ethan Ding.
Ethan Ding
Nascido numa aldeia rural chinesa, Ethan é licenciado em IEOR, Ciências Informáticas e Ciência de Dados pela UC Berkeley, tendo trabalhado em iniciativas de dados na Bessemer e criado a equipa de dados da Tackle. Atualmente, é o fundador da TextQL, uma plataforma que pretende automatizar o trabalho de cientistas de dados seniores.
Muito obrigado por se juntar a nós nesta série de entrevistas! Antes de começarmos, os nossos leitores gostariam de saber mais sobre si. Pode contar-nos uma história sobre o que o levou a seguir este percurso profissional específico?
Nada no mundo nos pode ensinar tantas coisas como passar de 0 a 1 ao iniciar um novo negócio. Perguntei a mim próprio: qual é a coisa mais desafiante que posso fazer agora? Ao criar a TextQL, percebi, com a minha experiência em dados, que tínhamos a oportunidade de criar algo realmente valioso ao iniciar este negócio.
Tem mentores ou experiências que tenham influenciado particularmente a sua abordagem ao desenvolvimento de produtos e à experiência de utilizador?
Ao longo da minha carreira, deparei-me com vários líderes de engenharia talentosos, do tipo que diz coisas como «como é que este projeto está a levar 3 meses à equipa para ser concluído — eu consigo fazê-lo sozinho num fim de semana!» Isto caracteriza a forma como desenvolvemos as coisas na TextQL. Sempre que planeamos um produto, esforçamo-nos por concluir o trabalho em metade do tempo previsto para o projeto.
Diz-se que os nossos erros podem, por vezes, ser os nossos melhores professores. Pode partilhar uma história sobre o erro mais engraçado que cometeu quando estava a começar? Pode dizer-nos que lição aprendeu com isso?
No início, marquei muitas chamadas apenas para pedir conselhos a pessoas bem-sucedidas, mas não sabia que conselhos pedir. Quando entrava na chamada, ficava simplesmente em silêncio com o diretor executivo de uma empresa unicórnio. E agora isso faz com que valorize mais a proteção do meu tempo. Reparo que as pessoas cujo tempo é precioso perguntam sempre qual é o objetivo de qualquer reunião. Aprendi que é bom ter em consideração o tempo das outras pessoas.
Qual considera ter sido o momento que definiu a sua carreira? Gostaríamos de saber o que o antecedeu, o que aconteceu e o impacto que teve na sua vida.
Quando a COVID começou, o meu estágio foi cancelado. Nunca mais tive notícias deles. A empresa de capital de risco que me apresentou aquela empresa acabou por contratar-me para um projeto de verão e, mais tarde, contratou-me para um ano. Esse trabalho incutiu em mim o gosto por fundar empresas e apresentou-me à empresa onde trabalhei depois de lá estar.
Pode contar-nos uma história sobre os momentos difíceis que enfrentou quando iniciou o seu percurso? Alguma vez pensou em desistir? Onde encontrou a motivação para continuar, apesar de as coisas serem tão difíceis?
Percebi que começámos a angariar financiamento numa altura muito difícil — durante o Natal, quando a maioria das pessoas tira algum tempo de folga. Durante esse período, percebi que o meu visto expirava em janeiro. Fui rejeitado por pelo menos duas dúzias de empresas de capital de risco, porque, com a aproximação do Natal, nenhuma estava a trabalhar. Mas o puro desespero de não querer ser deportado levou-me a continuar, por isso perseverámos e obtivemos uma carta de intenções antes do Natal.
Como se mantém a par das tendências e dos desenvolvimentos do mercado na área da gestão de produtos?
Twitter.
Que papel desempenha a colaboração multifuncional na aceleração dos ciclos de desenvolvimento de produtos e como promove uma colaboração eficaz entre diferentes equipas e departamentos?
Acredito que não se deve desenvolver nenhuma funcionalidade antes de haver capital comprometido pelos clientes para esse efeito. Espere até ter esse compromisso para desenvolver qualquer coisa. Cabe às Vendas prometer apenas aquilo em que o trabalho necessário para desenvolver a funcionalidade valerá a pena. A equipa tem de estar alinhada para fazer isto.
Com base na sua experiência, quais são os seus «5 hábitos que podem acelerar os ciclos de desenvolvimento de produtos»?
1 . Utilize muito o seu próprio produto —porque um milhão de coisas podem correr mal e não é possível antecipá-las. Não vai querer que essas coisas sejam uma surpresa.
2 . Verifique com a equipa de engenharia até que ponto as estimativas são realmente necessárias. Há muitos problemas que os bons engenheiros antecipam e que podem surgir mais tarde, pelo que podem sobrestimar o tempo necessário para concluir um projeto. Houve um projeto que reduzimos de 2 meses para uma semana ao fazer isso.
3 . Seja sincero ao falar com os clientes. O tom de uma conversa com um cliente muda quando sabe se pode ou não ajudá-lo verdadeiramente. Dê-lhe uma «saída» quando estiver a realizar conversas de descoberta e certifique-se de que não acaba por passar tempo a trabalhar em soluções que não têm futuro.
4 . Defina um limite de tempo para as provas de conceito. Isto ajuda a evitar passar demasiado tempo a adicionar muitas funcionalidades a algo que não tem a certeza de que irá funcionar.
5 . Pergunte aos clientes quanto estão dispostos a pagar. Se o montante que estão dispostos a pagar não exceder o custo de desenvolvimento, provavelmente o seu cliente preferirá que trabalhe noutra coisa.
Quais são algumas das armadilhas comuns em que vê as equipas de produto caírem quando tentam acelerar os seus ciclos de desenvolvimento e como podem evitá-las?
É necessário haver uma única pessoa responsável, encarregada de delegar, atribuir responsabilidades e liderar o projeto. Essa pessoa tem de transmitir confiança e controlo, caso contrário acaba-se por entrar numa espiral de análise das decisões.
Pode partilhar um exemplo de uma situação em que teve de fazer um compromisso difícil entre rapidez e qualidade durante um ciclo de desenvolvimento de produto e qual foi o resultado dessa decisão?
Este nunca é um compromisso difícil — optamos sempre pela rapidez. Estamos muito satisfeitos com o nosso processo de vendas, mas não tínhamos um fluxo de trabalho verdadeiramente escalável e nem todos os engenheiros se sentiam confortáveis com o facto de nem todos os nossos casos extremos estarem contemplados. Apesar disso, o facto de termos conseguido despender tão pouco tempo a colocá-lo em funcionamento permitiu-nos justificar a atribuição de mais esforço de engenharia para o escalar da forma correta.
Qual é a importância de uma abordagem orientada por dados para o desenvolvimento de produtos e pode partilhar uma história em que os dados tenham influenciado significativamente o seu processo de tomada de decisões?
As empresas de grande dimensão não têm grande alternativa ao desenvolvimento de produtos orientado por dados. Os seus clientes não têm muitos pontos de contacto com os produtos. Em geral, os clientes empresariais sabem o que estão a fazer e não precisam de acompanhamento. Se lhes disserem que podem realizar algo com um produto, eles fazem-no.
Pode partilhar um caso em que o feedback dos utilizadores tenha conduzido a uma mudança significativa na sua estratégia de desenvolvimento de produto?
A hesitação de um cliente em pagar levou-nos a reformular completamente um produto que estávamos a desenvolver, bem como a priorização que tínhamos definido. Isto também aconteceu noutras ocasiões com potenciais clientes. Se se sente desconfortável a abordar a questão dos pagamentos, é por uma razão — é porque sabe que o seu produto não está a resolver o problema deles.
Há alguma pessoa no mundo com quem adoraria tomar um pequeno-almoço ou almoçar em privado e porquê?
DJ D-Sol (David Solomon). Parece ser um tipo porreiro que sabe divertir-se, apesar de ter constantemente um peso bastante grande sobre os ombros.
Para obter mais conteúdos como este, subscreva o boletim informativo de Gestor de Produto.