Ethan Ding de TextQL sobre los 5 hábitos que pueden acelerar el ciclo de desarrollo de productos
En el competitivo mercado actual, ofrecer una experiencia de usuario (UX) sobresaliente es fundamental para el éxito de un producto. Un UX bien diseñado puede llevar a una mayor satisfacción del usuario, un aumento en el compromiso y, en última instancia, a una mayor lealtad hacia la marca. Pero, ¿cómo pueden los diseñadores de productos, desarrolladores y organizaciones crear experiencias de usuario que realmente destaquen y dejen una impresión duradera en los usuarios? En esta serie de entrevistas, hablamos con profesionales de UX, diseñadores de producto, desarrolladores y líderes de opinión para explorar "Las 5 mejores formas de elevar la experiencia de usuario de tu producto". Como parte de esta serie, tuvimos el placer especial de entrevistar a Ethan Ding.
¡Muchas gracias por acompañarnos en esta serie de entrevistas! Antes de profundizar, a nuestros lectores les gustaría saber más sobre ti. ¿Puedes contarnos una historia sobre lo que te llevó a seguir esta carrera?
Nada en el mundo te enseña tantas cosas como el proceso de 0 a 1 al iniciar un nuevo negocio. Me pregunté: ¿cuál es el mayor desafío que puedo afrontar ahora? Al crear TextQL, con mi formación en datos, me di cuenta de que teníamos la oportunidad de crear algo realmente valioso al emprender este negocio.
Want more from The CPO Club?
Sign up for a free membership to complete reading this article:
Have an account? Log In
¿Tienes algún mentor o experiencias que hayan influido especialmente en tu enfoque del desarrollo de producto y la experiencia de usuario?
En mi carrera me he cruzado con varios líderes de ingeniería talentosos, del tipo que dicen cosas como “¿cómo puede tardar este proyecto tres meses al equipo? ¡Yo lo haría en un fin de semana!” Así es como caracterizo nuestra forma de desarrollar cosas en TextQL. Siempre que planeamos un producto nos esforzamos por terminarlo en la mitad del tiempo previsto para el proyecto.
Se dice que a veces nuestros errores pueden ser nuestros mejores maestros. ¿Puedes compartir una historia sobre el error más divertido que cometiste cuando empezabas? ¿Qué lección aprendiste de ello?
Al principio, agendé muchas llamadas solo para pedir consejos a personas exitosas, pero no sabía qué consejos pedir. Cuando estaba en la llamada simplemente me quedaba en silencio con el CEO de una empresa unicornio. Ahora valoro mucho más cuidar mi tiempo. Me he dado cuenta de que las personas cuyo tiempo es valioso siempre preguntan cuál es el objetivo de cualquier reunión. Aprendí que es importante ser consciente del tiempo de los demás.
¿Cuál consideras que ha sido tu momento definitorio en la carrera? Nos encantaría saber cómo fue, qué ocurrió y el impacto que tuvo en tu vida.
Cuando comenzó el COVID, cancelaron mi pasantía. Nunca volví a saber de ellos. La firma de VC que me había presentado a esa empresa terminó contratándome para un proyecto de verano y luego me contrataron por un año. Ese trabajo me hizo enamorarme de emprender y me presentó a la empresa en la que trabajé después.
¿Puedes contarnos una historia sobre los momentos difíciles que enfrentaste al comenzar tu camino? ¿Pensaste alguna vez en rendirte? ¿De dónde sacaste la motivación para seguir adelante incluso cuando las cosas iban mal?
Me di cuenta de que comenzamos a recaudar fondos en un momento muy difícil: en Navidad, cuando la mayoría de la gente está de vacaciones. Durante ese período, me percaté de que mi visa vencía en enero. Me rechazaron al menos dos docenas de VCs porque durante la Navidad nadie estaba trabajando. Pero la pura desesperación de no querer ser deportado me impulsó a continuar, así que insistimos y conseguimos una hoja de términos antes de Navidad.
¿Cómo te mantienes al tanto de las tendencias del mercado y los desarrollos en el espacio de gestión de producto?
Twitter.
¿Qué papel juega la colaboración transversal en acelerar los ciclos de desarrollo de producto y cómo fomentas una colaboración eficaz entre diferentes equipos y departamentos?
Creo que no deberías construir ninguna funcionalidad antes de que los clientes hayan comprometido capital para ella. Hay que esperar hasta que exista ese compromiso para construir algo. Ventas debe prometer cosas solo si el trabajo que implica desarrollarlas realmente vale la pena. Todo el equipo debe estar alineado con esto.
Según tu experiencia, ¿cuáles son “Los 5 Hábitos que pueden acelerar los ciclos de desarrollo de producto”?
1 . Usa mucho tu propio producto—porque hay un millón de cosas que pueden salir mal y que no puedes anticipar. No querrás que esas cosas sean una sorpresa para ti.
2 . Habla con ingeniería para saber si las estimaciones realmente son necesarias. Hay muchas cosas que los buenos ingenieros prevén como posibles problemas futuros, y pueden sobreestimar el tiempo necesario para completar un proyecto. Tuvimos un proyecto que redujimos de 2 meses a 1 semana haciéndolo así.
3 . Sé sincero cuando hables con los clientes. Cambia el tono de la conversación con el cliente saber si realmente puedes ayudarlos o no. Dales una ‘salida’ cuando realices entrevistas de descubrimiento y asegúrate de no dedicar tiempo a soluciones que son un callejón sin salida.
4 . Limita el tiempo para pruebas de concepto. Esto te ayuda a evitar gastar mucho tiempo añadiendo muchas funciones a algo que no estás seguro de que vaya a funcionar.
5 . Pregunta a los clientes cuánto estarían dispuestos a pagar. Si la cantidad que están dispuestos a pagar no supera el coste de desarrollo, probablemente tu cliente prefiera que trabajes en otra cosa.
¿Cuáles son algunas de las trampas comunes en las que ves caer a los equipos de producto al intentar acelerar sus ciclos de desarrollo, y cómo se pueden evitar?
Necesitas una persona responsable única que esté a cargo de la delegación, de asignar responsabilidades y de liderar el proyecto. Esa persona debe presentarse como confiada y tener el control; de lo contrario, se cae en un bucle de análisis de decisiones.
¿Puedes compartir un ejemplo de una ocasión en la que tuviste que tomar una decisión difícil entre velocidad y calidad durante un ciclo de desarrollo de producto, y cuál fue el resultado de esa decisión?
Esta nunca es una decisión difícil: siempre optamos por la velocidad. Estamos muy contentos con nuestro proceso de ventas, pero no teníamos una canalización realmente escalable y los ingenieros no estaban del todo cómodos con el hecho de que no se cubrieran todos los casos límite. Sin embargo, el haber dedicado tan poco tiempo a ponerlo en marcha nos permitió justificar la asignación de más esfuerzo de ingeniería para escalarlo de la manera correcta.
¿Qué tan importante es un enfoque basado en datos para el desarrollo de productos y puedes compartir una historia donde los datos influyeron significativamente en tu proceso de toma de decisiones?
Las empresas de tipo empresarial no tienen mucha opción en cuanto a desarrollo de producto basado en datos. Sus clientes no tienen tantos puntos de contacto con los productos. Los clientes empresariales generalmente saben lo que hacen y no necesitan que se les lleve de la mano. Si les dicen que pueden lograr algo con un producto, simplemente lo hacen.
¿Puedes compartir una instancia en la que la retroalimentación de usuarios resultó en un cambio significativo en tu estrategia de desarrollo de producto?
La reluctancia de un cliente a pagar nos llevó a resetear completamente un producto que estábamos construyendo y la priorización que habíamos definido. Esto ha ocurrido en otras ocasiones también con prospectos. Si te incomoda hablar de pagos, es por una razón—es porque sabes que tu producto no está resolviendo su problema.
¿Hay alguna persona en el mundo con la que te gustaría tener un desayuno o almuerzo privado, y por qué?
DJ D-Sol (David Solomon). Parece un tipo genial que sabe divertirse, a pesar de cargar con una responsabilidad bastante grande todo el tiempo.
Para más contenido como este, suscríbete al boletín del Product Manager.
