Modo Beta

Este es el episodio 52 del podcast Modo Beta de @diegolopezcastan, publicado el 4 de mayo de 2026. Puedes dejar comentarios de texto y audio en este enlace. ¿Cuándo implementar inteligencia artificial en tu producto? Esa no debería ser la pregunta. La pregunta debería ser ¿Por qué deberíamos implementar inteligencia artificial en nuestro producto? La diferencia no es semántica. Implementar inteligencia artificial porque lo hace la competencia, porque lo pidió alguien de management o porque hay un modelo disponible nuevo, eso no es estrategia. Es ansiedad disfrazada de roadmap. La inteligencia artificial vale la pena cuando resuelve una fricción real del usuario en tu producto. Cuando hay una tarea que es repetitiva y que el usuario odia hacerla. O cuando el volumen de datos que tenés es tan grande que el usuario no lo puede procesar y lo podemos hacer por medio de estos modelos. Así que la pregunta que deberías hacerte es ¿Qué parte de mi flujo le cuesta más a mi usuario? Y si realmente ese proceso lo puedo reemplazar con inteligencia artificial

Este es el episodio 49 del podcast Modo Beta de @diegolopezcastan, publicado el 29 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Para crear un océano azul no hace falta tener una inspiración. Hay que utilizar un método. Ese método empieza preguntándote cuatro preguntas concretas. La primera tiene que ver con qué eliminas. Qué factores de tu industria das por sentado pero el usuario nunca valoró realmente. La segunda, qué reducís por debajo del estándar. La tercera, qué aumentás por encima del estándar. ¿Qué es aquello que el mercado subestima para los usuarios, pero estos lo desean realmente? Y la cuarta, ¿qué creas que nunca existió en tu industria? A este conjunto de preguntas se lo llama la matriz ERIC por eliminar, reducir, incrementar y crear.

Este es el episodio 48 del podcast Modo Beta de @diegolopezcastan, publicado el 28 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. La mayoría de las empresas compiten por el mismo espacio. Mejoran el precio, suman más features, contratan más vendedores, pero siempre están peleando por el mismo grupo de usuarios. A eso se lo llama océano rojo. En cambio existe una teoría que se llama océano azul donde dice algo distinto. En vez de ganar la competencia propone hacer algo totalmente diferente. Lo que propone es que la competencia sea totalmente irrelevante. ¿Cómo lo hace? ¿Qué es lo que se llama?

Este es el episodio 47 del podcast Modo Beta de @diegolopezcastan, publicado el 27 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Un agente no es magia, es arquitectura, y cuando entendés sus partes, dejas de verlo como una caja negra. Toda gente tiene cuatro componentes básicos. Primero está el cerebro, que es donde se encuentra el modelo. Te permite razonar, interpretar y decidir qué hacer. Después están las herramientas, que vendrían a ser como sus manos. Por ejemplo, buscar a internet, ejecutar algún código, leer algún documento, llamar algún API. Luego está la memoria, que es la que te permite recordar el contexto, saber qué se habló antes, saber cuáles son las preferencias, etc. Y después está la lógica de orquestación, que es la que coordina todo. Cuándo usar, qué herramienta, cómo evaluar el resultado, cómo identificar si el resultado fue eficiente o no. Lo interesante es que ninguna parte funciona bien sola. El modelo es brillante si todas las herramientas funcionan conjuntamente, ¿no?

Este es el episodio 46 del podcast Modo Beta de @diegolopezcastan, publicado el 26 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Un chatbot responde preguntas. En cambio, un agente hace cosas. Esta diferencia parece simple, pero en realidad cambia todo. Un agente de inteligencia artificial no espera que le digas qué debe hacer paso a paso. Estos agentes reciben un objetivo, planifican cómo lograrlo, utilizan herramientas y ajustan todo lo que va necesitando en la marcha. Es la diferencia que existe entre darle instrucciones a alguien todo el tiempo y darle una meta, un objetivo final y que éste lo resuelva solo. Hoy existen diferentes tipos de objetivos que se dan a los agentes para gestionar, por ejemplo, campañas de marketing, para analizar datos de usuarios, para codear o generar diseños.

Este es el episodio 45 del podcast Modo Beta de @diegolopezcastan, publicado el 22 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. ¿Sabes quién es tu competencia? ¿Realmente los conoces? ¿Sabes qué buscan en la creación de sus productos o sus servicios? ¿E incluso, ¿sabes por qué otras personas los eligen a ellos por sobre tus productos? Esto me hace acordar una vez a una pregunta que le hicieron al CEO de Netflix, donde le preguntaron, el entrevistador le preguntó, ¿quién era su competencia? Nosotros pensaríamos que el CEO de Netflix iba a decir, no sé, HBO, Disney o incluso, no sé, PlayStation Y lo que dijo descolocó al entrevistador El CEO de Netflix dijo que su competencia real son las horas de sueño Así que pensá un poco más, realmente, ¿quién es tu competencia?

Este es el episodio 44 del podcast Modo Beta de @diegolopezcastan, publicado el 21 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hoy en día generar un prototipo no lleva el mismo tiempo que lo hacía antes. Hoy podemos generar un prototipo de forma mucho más rápida gracias a las herramientas de inteligencia artificial. Hacerlo más rápido no significa que sea hacerlo bien. Porque el problema en general es lo que nosotros realmente tenemos que entender. Tenemos que ver qué quiere el usuario, cómo lo quiere, qué es lo que necesita. por más que hagamos las cosas rápidas, diseños rápidos, diseños lindos y que sean atractivos para el usuario si no le solucionamos un problema real lo que estamos haciendo es solamente interfaces y no un producto digital

Este es el episodio 43 del podcast Modo Beta de @diegolopezcastan, publicado el 20 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Cloud acaba de sacar un producto que para mí va a revolucionar todo lo que tiene que ver con la creación, el diseño de productos digitales. El producto se llama Cloud Design y la verdad que está funcionando muy muy bien. ¿Qué puedes hacer con Cloud Design? Puedes crear prototipos interactivos sin escribir códigos. Puedes armar presentaciones o decks para hacer alguna presentación tuya. podés generar diseños aplicando Design System o sea vos podés subir tu Design System y después aplicar algún tipo de generar algún tipo de aplicación para que los utilice y la mejor de todo es que te genera directamente el código ya para utilizar la verdad que es una excelente herramienta la estoy usando, lo único malo bueno es que consume un montón de token entonces cada dos por tres diga reiniciar tengo que esperar, pero la verdad que es un excelente producto Gracias por ver el video

Este es el episodio 42 del podcast Modo Beta de @diegolopezcastan, publicado el 19 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Slack no nació como una herramienta de comunicación de equipos. Nació como un chat interno que usaba un equipo de videojuegos para coordinarse mientras construían su juego. El juego fracasó, pero el chat funcionó tan bien que decidieron venderlo. Eso es encontrar un problema real. El camino opuesto, que es el más común, es tener una idea de producto, enamorarse de la solución y después buscar usuarios que la necesiten. Este camino produce demos impresionantes y tracción pésima. La pregunta para cualquier equipo que esté construyendo un producto digital es ¿Podés describir el problema que resolvés en una sola oración sin mencionar la solución? Si necesitás hablar de lo que construiste para explicar para qué sirve, todavía no entendiste bien el problema. Y sin eso, todo lo demás es construir sobre arena.

Este es el episodio 41 del podcast Modo Beta de @diegolopezcastan, publicado el 18 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay una pregunta que revela inmediatamente qué tan maduro es el equipo de producto. La pregunta de cuestión es cuándo entra el equipo de diseño al proceso. Si la respuesta es cuando ya tenemos los requisitos definidos, el diseño está siendo usado como decoración. Por el contrario, si la respuesta es desde que estamos definiendo el problema, el diseño está siendo usado como herramienta de pensamiento. La diferencia no es estética, es estratégica. Los equipos que involucran al diseño tarde construyen cosas correctamente que resuelven el problema equivocado. Los que involucran desde el principio tienen más chances de cuestionar el problema antes de invertir en la solución.

Este es el episodio 40 del podcast Modo Beta de @diegolopezcastan, publicado el 17 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay una creencia instalada en los equipos de producto que el CRO es cambiar el color de un botón. A veces funciona, pero el problema es creer que esto es la estrategia. CRO significa optimización de la tasa de conversión. Para convertir más no es convencer a la gente de hacer algo que no quería hacer. Es eliminar la fricción que le impedía hacer lo que realmente quería hacer. La diferencia es enorme Una es manipulación de interfaz Y el otro es un diseño honesto El mejor CRO empieza antes del test AB Empieza entendiendo por qué la gente llega Qué espera encontrar Y en qué momento exacto decide irse Esto no se ve en un dashboard Se ve hablando con los usuarios La próxima vez que alguien proponga un test Te aconsejo preguntar ¿Qué hipótesis sobre el usuario estamos probando? Gracias por ver el video

Este es el episodio 39 del podcast Modo Beta de @diegolopezcastan, publicado el 16 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay un estudio de la empresa Adobe que hizo hace unos años que encontró algo muy interesante. El usuario promedio de Photoshop utiliza solo el 4% de todas las funciones disponibles. El 96% restante de la empresa lo mantiene, lo actualiza, pero nadie los utiliza. Los equipos de producto de negocio suelen pedir más features, porque a su entender eso se siente como avanzar en el proyecto. El problema es que cada feature que agregamos en el aplicativo son más opciones para procesar. Es más tiempo que necesita el usuario para encontrar lo que realmente está buscando. Genera más fricciones antes de llegar a lo que realmente es de valor para él. A esto se lo llama carga cognitiva. Los productos que más aman a los usuarios no son los que tienen más cosas para hacer. Son los que en realidad hacen menos cosas, pero de manera mucho más brillante. Gracias por ver el video

Este es el episodio 38 del podcast Modo Beta de @diegolopezcastan, publicado el 15 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Steve Jobs volvió a Apple en el año 1997 y lo primero que hizo al llegar fue recortar el 70% del catálogo de productos que existían. No para ahorrar dinero, lo hizo para que su equipo pudiera concentrarse en hacer cosas increíblemente bien, según decía él. Priorizar no es elegir qué hacer, a veces es elegir qué no hacer. Todos los equipos dicen que saben priorizar, pero muy poco lo hacen de verdad. La pregunta no es ¿Qué entra en el próximo sprint? La pregunta es ¿Qué estás dispuesto a sacar para que lo que tenga que entrar realmente importe para el usuario?

Este es el episodio 37 del podcast Modo Beta de @diegolopezcastan, publicado el 14 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Si un usuario comete un error en tu producto, el problema no es el usuario, el problema es el diseño. Durante años los mensajes de errores fueron literalmente eso, mensajes de reproche, dato inválido, campo incorrecto, operación no permitida, siempre retando al usuario. Pero Jack O'Linsen lo dejó claro hace décadas en sus heurísticas. Los buenos sistemas prevén errores antes de que estos ocurran. No los anuncian, no los explican, los evitan. Diseñar para el error no es tener un buen mensaje de error, es hacer que el error sea casi imposible de que el usuario lo pueda cometer.

Este es el episodio 36 del podcast Modo Beta de @diegolopezcastan, publicado el 13 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hoy les traigo una opinión. Hace muchos años, cuando empezamos a crear productos digitales, teníamos todo la mayoría perfiles más generalistas, sabíamos un poquito de todo. Luego el mercado empezó a premiar la especialización, ser expertos en algo concreto. Al salir la inteligencia artificial Ese diferencial que existía en algunos perfiles Dejó de existir La especialización ya dejó de ser algo bueno o algo distintivo Ya que ahora la inteligencia artificial puede analizar datos Por ejemplo, generar código, crear copies Siento que ahora va a empezar a volver los perfiles generalistas potenciados con la inteligencia artificial.

Este es el episodio 35 del podcast Modo Beta de @diegolopezcastan, publicado el 12 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Liderar no es tener la razón. Hay una confusión que arruina a muchos líderes. Creen que liderar es tener la mejor respuesta en la sala, que si alguien los contradice y ceden, ellos perdieron la autoridad, o que cambiar de opinión es una señal de debilidad. Y es exactamente al revés. Jeff Bezos tenía una política en Amazon que se llamaba Disagrían Commit. Si el equipo tomaba una decisión con la que vos no estabas de acuerdo, podías decirlo claramente, pero después debías comprometerte igualmente con la idea. No era rendirse, era priorizar el avance por sobre el ego. Los líderes que necesitan tener la razón todo el tiempo generan equipos que aprenden a decirle lo que ellos quieren escuchar. Y entonces toman decisiones con información rara, falsa o rodeado de gente que siempre asiente.

Este es el episodio 34 del podcast Modo Beta de @diegolopezcastan, publicado el 11 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Todo líder opera en dos velocidades al mismo tiempo. La primera de estas velocidades es una velocidad táctica. La usamos para resolver lo que hoy es urgente. Por ejemplo, aprobar algún diseño, desbloquear al equipo o estar en alguna reunión de emergencia. La segunda es una velocidad estratégica. Con esta vamos a pensar qué se debería estar construyendo en 6 meses o qué habilidades debemos desarrollar en nuestro equipo para llegar a esa meta. El problema es que a veces la velocidad táctica siempre grita más fuerte y si estás ahí terminas siendo el cuello de botella el de tu propio equipo. Estás en todo pero obviamente no estás en nada. Los mejores líderes tratan de tener mucho más tiempo en lo estratégico.

Este es el episodio 33 del podcast Modo Beta de @diegolopezcastan, publicado el 10 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. ¿Para qué estás usando la inteligencia artificial hoy en día? Esto mismo le preguntaron a muchas personas y en general lo que respondes es, bueno, primero en crear contenido, textos, guiones, presentaciones. El segundo para programar, para generar scripts o generar aplicaciones. El tercer uso es para aprender algo nuevo, utilizar estos modelos como un tutor o un profesor. Y el cuarto para usos más avanzados, como por ejemplo crear automatizaciones o agentes para buscar, procesar o ejecutar tareas que son un poco más complejas. ¿Vos para qué la estás usando?

Este es el episodio 32 del podcast Modo Beta de @diegolopezcastan, publicado el 9 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Product Market Fit no es una métrica, es una sensación. Así lo escribió Ellis. Él decía preguntarle a tus usuarios qué sentirían si mañana tu producto dejara de existir. Si al preguntarle esto el 40% responde muy decepcionado, encontraste algo real. Por el cambio si la mayoría dice no importa, pues eso no importa, por más que vos crezcas tu producto, estás construyendo sobre arena. El error más caro del producto es optimizar algo que no tiene un fit. Iterar el diseño cuando el problema que resolves no le duele a nadie, no es suficiente para nadie. El Product Market Fit no se diseña, se descubre. Y se descubre hablando con usuarios, antes de escribir una sola línea de código o antes de abrir el Figma.

Este es el episodio 31 del podcast Modo Beta de @diegolopezcastan, publicado el 8 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Y ahora vamos al último de los perfiles, el perfil azul. El perfil azul lo vas a reconocer rápidamente porque es aquel que hacen las preguntas que incomodan. Ejemplo, ¿esto está validado? ¿Qué pasa si este supuesto es incorrecto? ¿Han analizado todos los casos borde? Para lo demás puede parecer que frean todo, pero en realidad están haciendo lo que nadie hace. Buscar qué puede salir mal antes de que salga mal Son analíticos, metódicos y perfeccionistas El problema es que buscan certeza a veces en lugares donde no las hay Pueden paralizar decisiones esperando más datos Si tenés un perfil azul en tu equipo, no le pidas que sea optimista Pedile que te diga qué puede fallar

Este es el episodio 30 del podcast Modo Beta de @diegolopezcastan, publicado el 8 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Ahora vamos con el perfil verde. El perfil verde es aquel que no se nota hasta que no está. Son estables, empáticos y leales. No con protagonismo. Escuchan cuando todos quieren hablar. Sostienen relaciones cuando el equipo está bajo presión. El equipo de producto lo va a saber porque son aquellos en que siempre ponen al usuario en primer lugar y también cuando empatizan con ellos. Les cuesta decir que no Evitan el conflicto Aunque el conflicto a veces es necesario Y cuando están sobrecargados O sienten por ejemplo Que el equipo no lo valora No lo dicen

Este es el episodio 29 del podcast Modo Beta de @diegolopezcastan, publicado el 8 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Ahora vamos a hablar un poco de los perfiles amarillos. Los perfiles amarillos son entusiastas, creativos, sociales, piensan en voz alta, conectan ideas, ideas que nadie había conectado antes y tienen una habilidad natural para vender visiones. En un equipo de productos son los que generan diferentes momentos para cuando hay, por ejemplo, un bloqueo creativo, lo que hacen que una idea aburrida suene emocionante. Obviamente les cuesta terminar lo que empiezan, se aburren en la ejecución y los detalles les parecen obstáculos, no parte del trabajo. Si le pedís a un amarillo un informe estructurado sin contexto ni propósito va a realizarlo o va a tardar mucho en terminarlo

Este es el episodio 28 del podcast Modo Beta de @diegolopezcastan, publicado el 8 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Vamos a hablar acerca de estos cuatro perfiles. Vamos a hablar primero del perfil rojo. El perfil rojo toma decisiones antes de que termine la oración. No es imposibilidad, es que para ellos la acción es pensamiento. Mientras otros analizan, esos ya están ejecutando. Son directos, competitivos y orientados a resultados. En un equipo de productos lo vas a encontrar porque son los que empujan cuando todo se estanca. El problema es que a veces la velocidad tiene su costo y pueden por ejemplo atropellar procesos, pero la energía roja bien dirigida puede mover proyectos enteros. Mal gestionada genera conflictos que nadie sabe de dónde viene.

Este es el episodio 27 del podcast Modo Beta de @diegolopezcastan, publicado el 7 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay una pregunta que todo líder debe responder. ¿Por qué la misma conversación en algunas personas genera entusiasmo, en otra ansiedad y en otro simplemente silencio? Para eso Thomas Erikson pasó años estudiando comportamiento humano y llegó a una simple idea. No existe gente difícil. Existe gente que piensa, decide y se comunica de maneras diferentes. Para eso agrupó a estos perfiles en cuatro colores. Rojo, amarillo, verde y azul. Obviamente son tendencias, nadie es un solo color, pero ante algún problema, presión o una toma de decisión, en general tenemos un color dominante. La próxima vez que alguien te parezca difícil, pregúntate si esa persona es difícil o simplemente es un color distinto al tuyo.

Este es el episodio 26 del podcast Modo Beta de @diegolopezcastan, publicado el 7 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. CRO son las siglas de Conversion Rate Optimization. En español sería lo así como optimización de la tasa de conversión. La tasa es ese porcentaje que sacamos nosotros para entender cuántos de nuestros usuarios que ingresan a la aplicación terminan realizando una acción que hayamos definido. y optimizarla significa entender qué está pasando, qué hace que frene a los usuarios a llegar a este objetivo. Lo principal, o la principal pregunta que hace el CRO, es entender el por qué están sucediendo las cosas. Y esos por qué pueden ser, por ejemplo, un formulario que es muy largo, un mensaje que es confuso, un flujo que tiene un paso de más, o simplemente una propuesta que te da ese producto de la página que no coincide con lo que el usuario intenta buscar o intentar encontrar.

Este es el episodio 25 del podcast Modo Beta de @diegolopezcastan, publicado el 7 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay una frase que se escucha mucho en las reuniones de productos de diferentes empresas, que es ponerle IA. Ponerle IA como si fuese un ingrediente, como si fuese poner un botón, poner cualquier cosa. Esto ya lo vivimos, lo que trabajamos en UX ya lo vivimos en los años 2000, 2010, cuando se contrataba a un diseñador para que alguna interfaz se vea linda. y el problema obviamente no se ajustaba solamente a lo visual se ajustaba a todo lo que era el producto con la idea pasa lo mismo no es que se tiene que hacer un feature porque sí no es porque tenemos que agregar algo porque se tiene que hacer lo que se tiene que hacer es entender cuál es el problema y después ver si es necesario resolverlo con la inteligencia artificial.

Este es el episodio 24 del podcast Modo Beta de @diegolopezcastan, publicado el 6 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Netflix no compite contra otras plataformas de streaming, compite contra el sueño. Eso lo dijo el SEO, literalmente. Y para ganarle al sueño, construyó uno de los sistemas de recomendación más sofisticados del mundo. No para darte más opciones, obviamente, sino para limitarte a la parálisis de elegir. El 80% de lo que vos elegís en Netflix viene de recomendaciones de este algoritmo. Vos no lo buscaste. Pero lo más importante no es la tecnología Es la decisión del producto detrás Ya que Netflix entendió Que el enemigo de su negocio no era la competencia Sino la fricción Cada segundo que vos pasabas buscando Una nueva serie O un nuevo programa para ver Aumentaba la probabilidad de que termines apagando la tele Así que Pensá, buscá Dónde está la fricción que te está costando En la conversión

Este es el episodio 23 del podcast Modo Beta de @diegolopezcastan, publicado el 5 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay una creencia en los equipos que está costando millones. Esa creencia es que construir rápido es lo mismo que aprender rápido. Eso no es lo mismo. Construir rápido sin hipótesis clara solo significa equivocarse más rápido y más caro. Un ejemplo es de Google cuando lanzó Google Wave en el 2009. Utilizó una tecnología impresionante con un equipo enorme y le llevó meses de desarrollo. Lo tuvo que cerrar al año porque nadie entendía para qué servía el producto ni qué problemas resolvía. No fue un problema de ejecución, fue un problema de comprensión. Los equipos que crean mejores productos digitales no son los que construyen más rápido. Son los que pasan mucho más tiempo tratando de entender el problema antes de empezar a escribir la primera línea de código.

Este es el episodio 22 del podcast Modo Beta de @diegolopezcastan, publicado el 4 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay equipos que llevan meses construyendo su producto digital, pero nunca lo usan. Esto es más común de lo que parece. Hay una historia que cuenta que Steve Jobs, cuando lanzó el iPhone, prohibió a toda la gente que trabajaba con él a no utilizar más en los Blackberry. No como un gesto simbólico, sino como un método de trabajo. Si el equipo no usaba su propio producto en el día a día, ¿cómo iban a encontrar realmente lo que les molestaba? Cuando nadie usa lo que construye, las decisiones se toman de la teoría y no de una fricción real o un problema real. Consejo, usa siempre, siempre lo que construís.

Este es el episodio 21 del podcast Modo Beta de @diegolopezcastan, publicado el 3 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Un supermercado en California realizó una prueba con dos estandes diferentes de mermeladas. Uno lo creó con solo 6 sabores y en el otro mostraba 24 diferentes sabores. ¿Cuál pensás que vendió más? Contrariamente a lo que nosotros pensamos, el que más vendió fue el que tenía solo 6 sabores. Y no lo hizo por poco, vendió 10 veces más. Barry Swartz lo documentó en su libro que se llama Paradox of Choice donde nos indica que el problema no son las opciones en sí el problema es que decidir nos cansa cada lección que le presentas a un usuario consume energía mental los mejores flujos le dan libertad infinita al usuario le sacas fricciones cada decisión que eliminas no es una limitación es energía que devolvés al usuario para tomar decisiones que realmente importan Gracias por ver el video

Este es el episodio 20 del podcast Modo Beta de @diegolopezcastan, publicado el 2 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hoy te traigo tres libros cortos y concretos. El primero es No me vas a pensar de Steve Krag, un clásico de los años 2000. En este libro vas a aprender de manera sumamente sencilla conceptos de diseño y de usabilidad. El segundo es el diseño de sus objetos cotidianos de Don Norman. En este libro vas a aprender mucho más de modelos mentales del usuario, los errores que cometen y los lapsos. Sumamente interesante. Y el tercero, 100 cosas que todo diseñador debe saber sobre las personas, de Susan Wenschenk, donde vas a encontrar conceptos de psicología, comportamiento del usuario, entendimiento del usuario, sumamente interesante. Son tres libros, tres perspectivas diferentes, pero que los tres te van a ayudar en la toma de decisión de diseño.

Este es el episodio 19 del podcast Modo Beta de @diegolopezcastan, publicado el 1 de abril de 2026. Puedes dejar comentarios de texto y audio en este enlace. ¿Estás automatizando tu proceso? Yo estoy utilizando N8N para automatizar varias partes de mi proceso. La automatización es una acción que se ejecuta cuando se cumple una función. Esa función puede ser un llamado por un webcube, puede ser un llamado manual o cuando se cumple alguna función. Algunos ejemplos que utilizo N8N es, por ejemplo, cuando cargan un formulario que me llega un mail o por ejemplo para todo el proceso de recruiting que lo haga en forma automática, el envío de los mails y lo que tiene que ver con las respuestas. Te recomiendo automatizar todo lo que puedas así eso te va a dar mucho más tiempo a vos para centrarse en lo que tiene que ver con la creación del producto en sí.

Este es el episodio 18 del podcast Modo Beta de @diegolopezcastan, publicado el 31 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. ¿Sabes quiénes son tus clientes? ¿Los conoces? En general cuando hacemos estas preguntas a los equipos responden que sí. Y casi todos se equivocan. Contar con datos, porcentajes, ratios, no significa realmente conocer al cliente o al usuario. Conocer para mí al usuario es otra cosa. Es saber por qué compró el producto de uno y no compró otro. Qué frustraciones tienen. Si utilizan una alternativa. Cómo utilizan el aplicativo. Si hay algo específico que el aplicativo no lo está haciendo y lo resuelven con otro aplicativo, creo que tener datos no significa conocer realmente al usuario. Para ver realmente al usuario hay que estar con ellos, entenderlos y hablar muchísimo para encontrar los verdaderos problemas.

Este es el episodio 17 del podcast Modo Beta de @diegolopezcastan, publicado el 30 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay una pregunta que deberían hacer dentro del equipo y que tiene que ver con el entendimiento de qué estás realmente solucionando el legal de usuario. Hay cuatro valores principales que en general le podemos resolver al usuario. Uno tiene que ver el tiempo, que es si le estamos haciendo ahorrar tiempo en el proceso. Otro tiene que ver el dinero, si le estamos haciendo ahorrar o ganar dinero, por eso es el valor que tiene nuestro aplicativo. Otro tiene que ver con el entretenimiento, el uso con nuestro aplicativo lo divierte, le gusta. Y el cuarto tiene que ver con la tranquilidad, es decir, si el uso de nuestro aplicativo hace que el usuario se siente más confiado o más tranquilo. Creo que a nivel de equipo se deberían preguntar realmente cuáles de estos valores le estamos solucionando al usuario.

Este es el episodio 16 del podcast Modo Beta de @diegolopezcastan, publicado el 29 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. La mayoría de los productos digitales fracasan. Y casi ninguno fracasa por razones técnicas. Fracasan porque, por ejemplo, no resolvieron un problema real que el usuario tenía. Fracasan porque construyeron durante meses sin haber hablado con un usuario real. O porque el equipo se enamoró de la solución y dejó de escuchar las cosas que realmente no funcionaban. El patrón es siempre lo mismo. Se parte del proyecto con un principio, hay poca evidencia en el medio y al final, cuando las cosas no salen, llega la conclusión de, y sí, esto lo sabíamos. Los proyectos no fallan al momento que se lanza. Fallan mucho antes cuando alguien en alguna reunión dijo, yo sé lo que el usuario necesita.

Este es el episodio 15 del podcast Modo Beta de @diegolopezcastan, publicado el 28 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hace unos días fui al evento que organizó la gente de DesignOps, la TAM, y donde el tema principal era la inteligencia artificial. Una de las preguntas que hicieron me quedó ahí rondando en la cabeza que decía cómo veían a la inteligencia artificial, si la veían como una herramienta, como un socio o como una amenaza. y creo que ese es el tema, ¿no? ¿Cómo ves vos a la inteligencia artificial y qué estás haciendo hoy día con la inteligencia artificial? Para mí la inteligencia artificial hay que dejar de verla como una amenaza y hay que pensar en la inteligencia artificial como una herramienta. Si vos llegas a pasar esa amenaza a una herramienta, lo que vas a tener es más competitividad laboral. Hoy el que te reemplaza Es una persona Que realmente sabe utilizar mucho más La inteligencia artificial

Este es el episodio 14 del podcast Modo Beta de @diegolopezcastan, publicado el 26 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Existen productos que nadie pidió y después se dieron cuenta que no necesitaban. Por ejemplo, nadie pidió que Airbnb creara una plataforma para dormir en casas extraños. Nadie pidió a Spotify que reemplazara nuestra conexión de música. Y tampoco nadie pidió a Notion que mezclara documentos, wikis, bases de datos en una sola herramienta. Los mejores productos digitales no nacen de lo que los usuarios piden. Nacen de observar qué están haciendo los usuarios con las herramientas que ya existen. Entender la frustración debajo de ese comportamiento y diseñar algo que resuelve esa frustración. Ahí es donde nacen los productos nuevos que satisfacen las necesidades de los usuarios.

Este es el episodio 13 del podcast Modo Beta de @diegolopezcastan, publicado el 26 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Cada decisión que le pedís al usuario que realice tiene un costo. Este costo no es económico, es un costo cognitivo y mientras el usuario interactúa con todas las aplicaciones, este costo se va acumulando. Cuanto más opciones, más campos, más pasos tiene tu flujo, más energía mental consume el usuario antes de terminar de compartir. En algún punto nuestro flujo, la fatiga gana y el usuario termina abandonando nuestra aplicación. A esto se lo llama cara cognitiva Y es uno de los factores de conversión más ignorados Porque son difíciles de detectar Estos temas no te los muestra un heatmap Y tampoco lo podemos detectar visualizando datos Cuando diseñes alguna interfaz Trata de medir cuál es el esfuerzo cognitivo que está realizando tu usuario

Este es el episodio 12 del podcast Modo Beta de @diegolopezcastan, publicado el 24 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Si trabajas en inteligencia artificial seguramente escuchaste el término skill. Un skill es un conjunto de instrucciones especializadas que le enseñan a la inteligencia artificial cómo se debe comportar ante una tarea en concreto. Lo que nos ayuda es a no tener que escribir todo esto para enseñarle cada vez que le hacemos una pregunta a nuestro prompt. Solamente la va a utilizar cuando nosotros la emboquemos. y lo que va a hacer es que no va a ocupar contexto, no va a ocupar lugar en la ventana de contexto Los skills que podemos hacer son infinitos, pero por ejemplo podemos auditar accesibilidad, podemos generar un skill para generar algún aspect de producto o por ejemplo para sintetizar research La diferencia con pedirle algo a Cloud sin skill y con skill es muchísimo, ya que con skill el resultado es consistente, tiene criterio y según estándar que nosotros lo generamos.

Este es el episodio 11 del podcast Modo Beta de @diegolopezcastan, publicado el 24 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Los conectores son el puente entre nuestras herramientas de inteligencia artificial y nuestras herramientas reales. Esto lo realiza gracias al protocolo MCP y gracias a eso hoy las inteligencias artificiales no viven en su propia burbuja. Hoy gracias a eso lo que podemos hacer es conectar nuestro chat con Figma y generar diseños por ejemplo o realizar algún tipo de contenido y subirlo directamente al Notion. Hoy día la inteligencia artificial gracias a eso no es solamente copiar y pegar esas herramientas, sino que están dentro del proceso de trabajo real. Hoy día nos ayudan ya como un asistente.

Este es el episodio 10 del podcast Modo Beta de @diegolopezcastan, publicado el 24 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hace unos meses dejé de usar chat.gbt como lo venía haciendo antes. Lo empecé a reemplazar por otra herramienta que es Cloud de Antropic. No es que dejé de pagar la licencia de chat.gbt, pero la verdad que estoy usando muchísimo más Antropic para otras cosas. Lo mejor que tiene Antropic es Primero lo que es el Cloud Chat Que es como el chat de GPT Después existe El Cloud Code que es como el códex Pero para mi es mucho mejor Interpreta mucho mejor el código Y lo soluciona de manera mucho más eficiente Y después tiene el Cloud Cowork Que nos ayuda a realizar diferentes tareas Por ejemplo si tenemos que crear una presentación Y las imágenes las queremos sacar De otro aplicativo como Canva lo que es el Cloud Cowork nos ayuda a todo eso y otras de las novedades que tiene son los plugins, conectores y los skids

Este es el episodio 9 del podcast Modo Beta de @diegolopezcastan, publicado el 24 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay tres razones fundamentales por las que la inteligencia artificial está cambiando el desarrollo de productos digitales para siempre. La primera tiene que ver con la velocidad de interacción. Antes nos llevaba semanas hacer una hipótesis y validarla. Hoy, gracias a la inteligencia artificial, podemos generar variantes, prototipos, flujos en segundos, lo que nos permite validarla de forma mucho más rápida. La segunda tiene que ver con la escalabilidad y entendimiento del usuario Hoy podemos analizar 50 a 100 entrevistas de forma mucho más rápida que lo que hacíamos antes Como analizar datos, encontrar patrones, encontrar oportunidades en minutos Y la tercera tiene que ver con la escalabilidad Hoy, gracias a sistemas como AWS, ULU Cloud o Azure Podemos implementar o escalar nuestros productos con un solo clic Hoy, saber inteligencia artificial es una ventaja competitiva para nuestro negocio.

Este es el episodio 8 del podcast Modo Beta de @diegolopezcastan, publicado el 23 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Durante muchos años, crear un producto digital requería contar con un buen equipo, un PM que definiera, un diseñador que prototipara y un developer que construyera. Este modelo no desapareció, pero ya no es el único. Hoy una sola persona puede crear un MVP funcional en semanas usando inteligencia artificial para generar código, para diseñar las interfaces y para automatizar a uno de sus flujos. Hoy contamos con herramientas como Lovable, Berser, Rapid, entre otras que crean productos digitales desde cero. A la más que nunca nos tenemos que enfocar en saber qué vale la pena construir, para quién y sobre todo por qué alguien elegiría nuestro producto por sobre otro que ya existe. Distinguir el objetivo del producto nunca fue tan valioso como es hoy día.

Este es el episodio 7 del podcast Modo Beta de @diegolopezcastan, publicado el 23 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Chefesos tenía una regla interna dentro de su empresa, Amazon. Si no puedes alimentar a tu equipo con dos pizzas, el equipo era demasiado grande. Suena medio anécdota de Silicon Valley, pero debajo de esto hay algo real. Los equipos grandes no toman las mejores decisiones. ¿Por qué no lo toman? Porque las decisiones se hacen más consensuadas, más diluidas. Y obviamente hay que sumar un costo que es la coordinación. Los mejores productos que vos conocés seguramente los construyo un equipo mucho más pequeño. Por eso a veces lo que necesitas no es más gente en tu equipo, sino una decisión que nadie quiere tomar.

Este es el episodio 6 del podcast Modo Beta de @diegolopezcastan, publicado el 22 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay un concepto que suelo usar que yo llamo la experiencia degradada, que es cuando la experiencia que nosotros diseñamos cuando llega a producción no está tal cual. Nosotros diseñamos una experiencia que es fluida, que cada pantalla o flujo está justificado y después cuando se llevan todas esas experiencias al planning, no todo entra o se va recortando al alcance y también sale el famoso después lo hacemos y todos sabemos que ese después nunca llega y el usuario recibe una experiencia totalmente diferente a que nosotros pensamos y por eso suelen fallar los productos obviamente no es por falta de competencia sino es por una falta de una decisión de qué era razonable recortar y que no. Por eso siempre tiene que haber alguien

Este es el episodio 5 del podcast Modo Beta de @diegolopezcastan, publicado el 22 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hoy les comparto un libro que para mí es muy interesante. El libro se llama Small Data y el autor es Martin Lindstrom. El tema principal que tiene el libro es simple y muy interesante. Mientras todos hoy día están corriendo atrás de Big Data para entender qué es lo que hace el usuario, él en cambio lo que hace es instarnos a prestar atención a los pequeños datos que revelan el por qué hace eso los usuarios. En el libro el autor viajó a cientos de lugares alrededor del mundo, siempre sin realizar encuestas ni revisar analytics, simplemente observando lo que hacían los usuarios. Detalles mínimos que los alobismos nunca van a captar. Por eso, para mí la observación sigue siendo el recurso más valioso en cualquier equipo de producto.

Este es el episodio 4 del podcast Modo Beta de @diegolopezcastan, publicado el 21 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. David Ojeby lo decía allá por los años 60. El consumidor no dice lo que piensa y no hace lo que dice. Lo descubrió vendiendo publicidades. Vos lo vas a descubrir seguramente en tu próxima entrevista con usuarios. Si preguntás a un usuario si pagaría por el producto, obviamente te van a decir siempre que sí. Incluso si le preguntás qué mejoraría, hasta te pueden hacer una lista inmensa de features. Pero ninguna de ellas resuelve cuál es el problema real que tiene el usuario. Obviamente no es malicia y se trata de que el usuario en realidad lo que busca es una respuesta sensata Por eso la importancia del research El research no es una encuesta sino más bien es observación es entender el contexto es buscar la pregunta que incomoda lo suficiente para romper el guión Así que, consejo, observa más y pregunta menos

Este es el episodio 3 del podcast Modo Beta de @diegolopezcastan, publicado el 21 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. En 1889, Nintendo fabricaba cartas de juegos. No a que ve con software ni con consolas, sino cartas de papel. Antes de llegar a los videojuegos intentaron ser una empresa de taxis, vender arroz instantáneo e incluso operar en un hotel. Todo eso fracasó. Lo que no fracasó fue su obsesión por una sola cosa, que es el entretenimiento. No el producto, no el formato, sino la experiencia que querían generar en sus clientes. El tema no es cambiar porque si las cosas cuando andan mal El tema es mantener el problema que quieres resolver Y tratar de encontrar el producto que pueda solucionar esa necesidad La mayoría de los equipos pivotean el problema cuando en realidad debería aportar el producto Así que la próxima vez pregúntate ¿Estoy cambiando lo que construyo o lo que creo que el usuario necesita?

Este es el episodio 2 del podcast Modo Beta de @diegolopezcastan, publicado el 20 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. El principal error en las empresas no es estratégico ni tecnológico. El principal error es de comunicación. Ejemplo, alguien detecta un problema, lo anota en algún lugar. Otro toma una decisión sin consultar a nadie. O por ahí un tercero ejecuta algo distinto a lo que se acordó. Y qué es lo que sucede, que todo falla. Y cada uno señala una dirección diferente. Las empresas invierten un montón de plata en herramientas, procesos y metodología Pero rara vez son las herramientas las que están funcionando mal Lo que está funcionando mal es la comunicación La próxima vez que algo salga mal, antes de buscar algún culpable Pregúntate cuál fue la última vez que todos los involucrados estuvieron en la misma conversación

Este es el episodio 1 del podcast Modo Beta de @diegolopezcastan, publicado el 20 de marzo de 2026. Puedes dejar comentarios de texto y audio en este enlace. Hay cosas que nunca va a poder hacer. Las herramientas de inteligencia artificial ya transcriben, codifican y sintetizan entrevistas en segundos. Lo que nunca va a poder hacer es notar, por ejemplo, si el usuario dudó antes de responder, o detectar que la respuesta y el lenguaje corporal de los usuarios no coinciden. Y obviamente tampoco van a poder hacer la pregunta de seguimiento correcta en el momento exacto. La inteligencia artificial acelera el proceso La velocidad no es lo mismo que comprensión El researcher Seguís siendo vos