Saas Product Chat

Montar cualquier negocio SaaS es un esfuerzo colosal que requiere capacidad, humildad y paciencia. Cuando estás montando una empresa de producto SaaS también debes tener en cuenta muchos factores y métricas. En el episodio de esta semana compartimos algunos puntos que nos resultan reseñables cuando se crean empresas basadas en suscripción. Somos conscientes de que no hay un único playbook que funcione pero sin duda podemos aprender cómo priorizar de los que han invertido y desarrollado empresas rentables y sostenibles. Recomendado para fundadores o inversores de SaaS que están empezando o escalando.No olvides darle me gusta al vídeo, compartirlo o bien dejarnos una reseña en cualquiera de las plataformas de podcasting en audio en donde nos escuches.Estos son los enlaces a los temas de los que hemos hablado:Nikhil Basu: https://www.linkedin.com/in/nikhilbt/10 factores a tener en cuenta cuando estás creando un servicio de suscripción: https://nbt.substack.com/p/10-factors-to-consider-when-evaluatingCaso de estu

Todos los equipos técnicos necesitan orientación y liderazgo. Liderar un equipo técnico de una manera efectiva no es una tarea fácil: se necesita tiempo, conocimiento técnico y un entendimiento importante del negocio y de los problemas de los usuarios. Invitamos a Juan Pablo Buriticá que es el cabeza de ingeniería para la región de Latinoamérica en Stripe para hablar sobre Stripe como una empresa de infraestructura financiera, manejo de una organización de ingeniería a escala mundial, carreras de líderes técnicos, cómo obtener autoridad o respeto del equipo si eres gerente técnico o por qué Stripe es realmente una empresa de producto.Perfiles sociales de Juan Pablo:Twitter: https://twitter.com/buriticaLinkedIn: https://www.linkedin.com/in/buritica/Twitch: https://www.twitch.tv/xburiticaxEstos son los enlaces a los temas de los que hemos hablado:Stripe: https://stripe.com/es/Stripe Radar: https://stripe.com/es/radarPatrick y John Collison: https://www.npr.org/2020/03/06/812853591/stripe-patrick-and-john-collis

Las herramientas no-code permiten crear procesos internos y democratizar la creación de productos digitales sin generar una dependencia con equipos técnicos. Esta corriente empodera a los perfiles que no desarrollan para trasladar a la realidad esas ideas que tienen en la cabeza. Zapier o Integromat son parte de este paquete de herramientas que expanden las posibilidades con automatizaciones que desencadenan diferentes acciones. Invitamos a Bosco Soler de SinOficina y SinCodigo para que nos cuente cómo ha creado proyectos reales a partir de herramientas no-code, cómo validar el interés de un negocio con herramientas no-code, el toolkit para que funcione SinOficina, cuándo no tiene sentido usar estas soluciones o recomendaciones de herramientas para equipos técnicos que buscan priorizar mejor el tiempo con estas aplicaciones SaaS.Perfiles sociales de Bosco:Twitter: https://twitter.com/BoscoSolerLinkedIn: https://www.linkedin.com/in/boscosoler/Website: https://boscosoler.com/Instagram: https://www.instagram.com

El sector primario está haciendo un esfuerzo heroico por mantenerse a flote en esta época de pandemia. Además del cambio en las reglas del juego motivado por el COVID-19, muchos agricultores buscan incrementar el apoyo técnico dentro de los campos de cultivo que les permita, de la forma más rápida y directa, reducir costes e incrementar márgenes. Agrapp es un SaaS que permite simplificar las tareas agrícolas y administrativas del campo. Para este episodio contamos con la compañía de su CTO y cofundador Bedo, encargado de toda la tecnología detrás de Agrapp. Bedo es programador “full stack” y tiene unos 15 años en la industria. Agrapp cuenta con el aval de aceleradoras como 500 LATAM, Start-Up Chile y Chile Ventures. Con Bedo hablamos de cómo se inició en el proyecto después de una mala experiencia de los fundadores tercerizando, cómo funciona por dentro Agrapp (captura de datos, modo offline, etc), su stack tecnológico, cómo está ordenada la arquitectura, cómo afrontó el UX de la herramienta para los agricult

En este episodio contamos con Alix Martínez, líder de diseño en Founders Factory Africa (FFA), una aceleradora e incubadora de empresas con base en Johannesburgo enfocada en las industrias Fintech y Healthcare. Estuvimos charlando sobre su proceso de aceleración en compañías "early-stage", sus metodologías de trabajo con las startups del portfolio y la importancia que tienen las pruebas con usuarios y la investigación en el diseño de producto. Alix además nos compartió las diferencias culturales dentro de África, los retos en la vertical de salud afectada por el COVID-19 y las formas de aplicar a FFA. ¡Acompáñanos en esta charla!Perfiles sociales de Alix:LinkedIn: https://www.linkedin.com/in/alix-mart%C3%ADnez-60037b19/Twitter: https://twitter.com/HeianZoPortfolio: https://alixmzmz.eu/Instagram:https://www.instagram.com/alixmzmz/ONUT: https://onut.art/Estos son los enlaces a los temas de los que hemos hablado:Founders Factory Africa: https://www.foundersfactory.africaPortfolio: https://www.foundersfactory.afr

Tu trabajo no tiene que ser una locura. Pasamos más tiempo en el trabajo que haciendo cualquier otra cosa. Parece evidente ajustar nuestros horarios para que el trabajo no acabe siendo el centro inquebrantable de nuestras vidas y, sin embargo, qué difícil es a veces. En este episodio reseñamos el libro "It Doesn't Have to Be Crazy at Work" de Jason Fried y David Heinemeier Hansson (DHH), fundadores de la herramienta de gestión de proyectos Basecamp, y compartimos los aprendizajes sobre el trabajo, cultura laboral y balancear vida personal-trabajo que nos dejó el libro. Con esta review estrenamos el club de lectura de SaaS Product Chat. Si tenéis sugerencias o recomendaciones de libros, dejádnoslas en los comentarios.00:00 Intro01:48 Contexto de Basecamp03:50 Empresa calmada06:53 Trabajo08:27 Vacaciones09:09 Calmados por elección12:10 Las empresas no son familia14:03 Oficina open space17:00 Don’t be a knee-jerk19:20 Productivos vs. Efectivos20:40 ConclusionesEstos son los enlaces a los temas de los que hemos h

¿Cuál es la definición correcta de un CTO? ¿Cuál es su perfil? ¿Es lo mismo que un VP de ingeniería? Tomar decisiones de negocio, hacer proyect management, llevar equipos de tecnología y reclutar perfiles que hagan sentido es una pequeña parte del trabajo de un CTO. Las responsabilidades que tiene un CTO varían completamente de una empresa a otra. En este episodio con Víctor Carreño, CTO de Food for All, conocemos las diferencias entre ejercer de CTO por industria y tamaño de la empresa. Víctor nos cuenta también la diferencia entre un VP de ingeniería y un CTO, cuándo los fundadores deberían preocuparse por tener un CTO, gestión de la comunicación interna y del tiempo de desarrollo, niveles de priorización de bugs o por qué ponen el entorno "staging" a disposición de ventas. Por último, cerramos el show hablando de qué tipos de desarrolladores necesita una startup en cada etapa o cómo gestionar el feedback del equipo sin tener una visión rígida pero tampoco completamente flexible.¡Nos vemos en el próximo epi

El Instituto Tramontana es una escuela superior donde forman a gente que participa en la creación de productos y servicios. En este episodio nos acompaña Javier Cañada, que actualmente dirige el Instituto Tramontana. Con Javier hablamos acerca de su carrera profesional y del movimiento de Tramontana como estudio/consultora a escuela. También charlamos sobre el valor que tienen las clases presenciales, la diferencia entre la idea de riqueza vs. prosperidad o la razón por la que no quieren atraer alumnos por un "hiring rate" sino más por un apetito de conocimiento. Cerramos el show hablando del fin del diseño.Esperamos que disfrutéis tanto como nosotros lo hemos hecho con este chat con Javier (perdón por el delay en mi vídeo, el audio sí quedó bien).El show es conducido por @dannyprol y @ccossio en twitter. No olvides darle like al vídeo en YouTube, compartirlo o bien dejarnos una reseña en cualquiera de las plataformas de podcasting en donde nos escuches.00:00 Intro01:37 Carrera profesional de Javier05:15 Movi

En este episodio 100 de SaaS Product Chat tuvimos de invitado a Jorge Villalobos, ingeniero en desarrollo de software en Microsoft (nivel 2) y creador del canal latincoder en YouTube, pionero en la enseñanza de programación en línea en español. Previamente trabajó en la oficina de Amazon en Seattle y la de Intel en Guadalajara, además de varias startups también en México. Jorge tiene más de 10 años haciendo tutoriales de programación en español (php, javascript, android, etc) para YouTube. Nos habló acerca de su experiencia como ingeniero en desarrollo de software en empresas grandes (Microsoft, Amazon, Intel), los procesos para entrar a trabajar en estas empresas, a qué se dedica actualmente Jorge en Microsoft (en qué productos trabaja y con qué tecnologías). Por otro lado, hablamos también de cómo construye su currículum o cómo aprende contenido avanzado.Esperamos que disfrutéis tanto como nosotros lo hemos hecho con esta entrevista a Jorge. No olvidéis darle like al vídeo, suscribirse al feed del podcast e

El Churn es una métrica que sigue siendo crítica pero no es consistente entre compañías (acaba siendo una opinión) y pierde el sentido para presentar ante inversionistas o internamente. El Net Dollar Retention es la división de lo que le cobraste durante 12 meses al cliente en el año anterior y el año actual. Permite medir el valor de un cohorte de clientes a lo largo del tiempo incluyendo expansión de ingresos, cross-selling o el propio churn. Hoy hablamos del impacto que tiene entender esta métrica y su impacto en la valuación de empresas SaaS.No olvides darle "me gusta" al vídeo en YouTube, compartirlo o bien dejarnos una reseña en cualquiera de las plataformas de podcasting en audio en donde nos escuches.Estos son los enlaces a los temas de los que hemos hablado:Cuenta de Martin Casado en Twitter: https://twitter.com/martin_casadoAndreessen Horowitz (a16z): https://a16z.comSimpson's Paradox in Measuring Net Dollar Retention Rate: https://tomtunguz.com/simpsons-paradox-ndr/Churn is Dead, Long Live Net Doll

Los proveedores de infraestructuras de cloud computing como Amazon AWS o Google Cloud crecen todos los días. Dedicamos este episodio a hablar sobre el conjunto de soluciones posibles y las partes principales de un stack tecnológico orientado a datos.Estos son los enlaces a los temas de los que hemos hablado:Lewis Hemens (fundador & CTO de Dataform): https://www.linkedin.com/in/lewishemens/Dataform: https://dataform.coStack para la captura, integración, almacenamiento, modelado y visualización de datos (dataform): https://dataform.co/blog/the-startup-data-stack-starter-packSegment (CDP): https://segment.comFormularios de generación de leads: https://business.linkedin.com/es-es/marketing-solutions/native-advertising/lead-gen-adsTrifacta: https://www.trifacta.comBigQuery: https://cloud.google.com/bigquery?hl=esAmazon Redshift: https://aws.amazon.com/es/redshift/Snowflake: https://www.snowflake.com/?lang=esChartio: https://chartio.comLooker: https://looker.comAWS Lambda: https://aws.amazon.com/es/lambda/Cloud

El reto gigante de un CEO es crear una cultura tan irresistible para él que a su equipo le resulte natural seguirla. Un equipo busca en el CEO valores que los definan como grupo. Un SaaS necesita el equipo de fundadores correcto para hacer realidad la idea y que todos tengan la motivación plena para trabajar en esa idea. En esta ocasión nos detenemos a analizar uno de los posts del blog de Tom Tunguz, inversionista socio de Redpoint Ventures, que trata sobre estructura de equipos en SaaS con alta escalabilidad. Hablamos de cómo los equipos en empresas SaaS se reestructuran cuando empiezan a agarrar tracción y escalar. No son respuestas absolutas, sino un análisis de cómo se adaptan al crecimiento estas compañías saas de alta escalabilidad respecto a la estructura de sus equipos.Estos son los enlaces a los temas de los que hemos hablado:Tomasz Tunguz: https://www.linkedin.com/in/tomasztunguz/Portafolio de Redpoint: https://redpoint.com/companies/Artículo de Tom Tunguz: https://tomtunguz.com/structure-typical-s

El internet tal y como lo conocemos no es otra cosa que una serie de solicitudes y respuestas. Probablemente has tenido la oportunidad de trabajar con un API público o privado o, al menos, has podido consumirla. La realidad es que es realmente difícil construirlas y tener un entendimiento completo del concepto. ¿Qué son las "API-First Companies"? ¿Qué significa que un API sea REST? Desgranamos estas preguntas y vemos ejemplos concretos de este tipo de productos y plataformas con múltiples APIs, así como su modelo de precios y negocio. También hablamos de los escollos y beneficios principales para escalar estos productos basados en APIs y esfuerzos de ingeniería asociados al desarrollo de APIs. Para cerrar, compartimos algunos consejos prácticos si estás construyendo tu propia API o si quieres ofrecer un API público.Esperamos que este episodio haya sido de ayuda. ¡Nos vemos en el siguiente episodio!Estos son los enlaces a los temas de los que hemos hablado:Google Maps: https://es.wikipedia.org/wiki/Google_Maps

El Product Manager o responsable de producto en el mundo del desarrollo de software necesita tener una capacidad de juicio del negocio, no solo estar centrado en problemas de ingeniería. Es como el abogado del usuario dentro de la propia empresa. Tiene unas funciones muy distintas a las de un gerente de proyectos o project manager ¿Cuáles son las habilidades puntuales de ambos perfiles? ¿Puede una sola persona asumir ambos roles? En este episodio te ayudamos a entender las tareas y responsabilidades de estos roles distintos, hacia dónde están orientados (usuario final vs. ejecución y outcome del proyecto) y qué factores hacen que necesites uno u otro perfil.Contadnos qué cosas nos hemos dejado en el tintero en los comentarios. Esto es un podcast que se hace de manera asíncrona pero puede ser dinámico también así podemos dotarnos de la experiencia de vosotros. ¡Esperamos que tengáis una muy buena semana!Estos son los enlaces a los temas de los que hemos hablado:Si deseas ampliar más sobre la diferencia entre r

La tecnología va acaparando cada vez más elementos de nuestra sociedad a nivel global. Los que nos dedicamos al oficio de hacer software tenemos que tomar conciencia del importante papel que tenemos de generar valor profundo a esta sociedad con nuestros productos y servicios digitales. Es muy notorio cuando un equipo sabe encontrar rápido dónde se genera valor al usuario. En esta conversación surgieron temas interesantes como son la distinción entre productos "Empty y filled" que es significativa e impone algunos retos al equipo de desarrollo antes del product-market fit. Así mismo, tratamos también temas adicionales como el cambio de mentalidad para comunicar el valor del producto, lo interesante de recoger feedback todo el tiempo o cómo centrarnos en lo importante. Para terminar hablamos de lo que les falta a los productos para clarificar el problema que resuelven y generar empatía.¡Nos escuchamos la próxima semana!Estos son los enlaces a los temas de los que hemos hablado:Artículo de Folk que desmenuza los

La experimentación cumple un rol muy importante dentro de empresas de producto. No lo sabemos todo, por tanto, tenemos que hacer experimentos para dejar a nuestros usuarios que nos digan lo que realmente quieren ver. Aunque lleve tiempo y sea un reto promover esta cultura de testing, es necesario trabajar en experimentos porque nos permiten aumentar la comprensión de lo que hace al software bueno. Dedicamos este episodio a la experimentación, una de esas prácticas que están en el "to-do list" de muchas personas dedicadas al software. Abrimos el episodio hablando de los primeros pasos para experimentar enfatizando lo importante de definir el objetivo de esta experimentación y la métrica de éxito para nosotros, además de promover una cultura de experimentación donde los equipos se acostumbren a que esto es bueno y lo hagan realmente. Luego, nos adentramos en cómo la experimentación puede contribuir a contrastar nuestras opiniones para convertirlas en hechos, aceptando que los resultados no tienen que ser binari

Las herramientas de analítica basada en eventos miden las interacciones de tus usuarios con tu producto. Dedicamos este episodio al informe sobre el estado de la analítica de producto (Product Analytics) realizado por Mixpanel. Este completo informe basado en una encuesta a 459 profesionales relacionados con equipos de producto (PMs, diseñadores de producto...) proporciona una guía para entender por qué los datos que nos arrojan las herramientas de analítica son más confiables que técnicas de recolección de datos cualitativas o cómo estos servicios de product analytics a diferencia de Google Analytics (mide en agregado) han sido construidos pensando específicamente en equipos de producto orientados a crecimiento y empresas de crecimiento explosivo (por ejemplo: conocer la correlación entre el comportamiento y la retención o la conversión, es decir, convertir el tráfico en usuarios de pago, midiendo lo que hace un usuario o segmento a nivel de control granular).Este episodio tuvo un formato distinto. Fue graba

Se puede decir que en este episodio hemos hecho metapodcasting. Lo dedicamos a hablar de los componentes técnicos detrás del podcasting y del espectacular crecimiento que está experimentado el ecosistema de podcasts. Entre las cuestiones tratadas en el episodio: ¿Está Spotify tratando de eliminar los podcasts abiertos, aquellos basados en RSS en el proceso? ¿Se puede agregar una fuente RSS arbitraria a Spotify? ¿Qué es un podcast hosting y qué ventaja ofrece? ¿Cuál es la diferencia entre apps de podcasts abiertas y gratuitas? Si tienes algo que aportar contacta con nosotros a través de twitter y hablemos para hacer el podcast más diverso.Estos son los enlaces a los temas de los que hemos hablado:Stratechery: https://stratechery.comBen Thompson: https://twitter.com/benthompsonEpisodio basado en este hilo de Ben Thompson:https://twitter.com/benthompson/status/1264576467255439360?s=21Ben Thompson en Daring Fireball: https://daringfireball.net/thetalkshow/2020/05/22/ep-285Spotify for Podcasters: https://podcaster

En este episodio tuvimos la fortuna de contar con Juliana Gomez, desarrolladora de software colombo canadiense en la empresa de producto Buffer. Juliana nos descubre el stack tecnológico que utilizan en Buffer, cómo funcionan por dentro para liberar una feature a producción y por qué ayuda ser desarrollador Full Stack, su proceso de manejo de prioridades y bugs para que sea eficiente o cómo hacer la web más amigable para todo el mundo. En este episodio también hubo espacio para hablar sobre los principios de transparencia y sostenibilidad de Buffer y la conferencia sobre JavaScript en la que Juliana lleva colaborando en los últimos 4 años.Esperamos que disfrutéis tanto como nosotros lo hemos hecho con esta entrevista a Juliana.Juliana en internet:Portfolio: https://gmzjuliana.github.io/LinkedIn: https://www.linkedin.com/in/gomezjuliana/GitHub: https://github.com/gomezjulianaTwitter: https://twitter.com/gmzjulianaEstos son los enlaces a los temas de los que hemos hablado:Buffer: https://buffer.com/Un blog sobr

En este episodio de SaaS Product Chat tuvimos de invitada a Jessica Sena, desarrolladora frontend en el icónico SaaS de Barcelona, Typeform. Iniciamos hablando sobre su trayectoria profesional incluyendo 6 años ligados a la cartografía en el ICGC y de su trabajo actual de frontend en el equipo de Growth de Typeform. Después hablamos de las variables en los experimentos que hacen y de su experiencia llevándolos a producción con LaunchDarkly, la cultura de producto y datos en Typeform y stack tecnológico detrás del producto. Para cerrar el show, hablamos de su contribución al proyecto open source GeoChicas vinculado a la comunidad de OpenStreetMap y de su participación como autora en «Guerreras de la Ciencia», un libro para visibilizar la labor de las mujeres en STEM, un acrónimo en inglés de Science, Technology, Engineering y Mathematics. Pero además de todo esto, por último, Jessica nos cuenta formas de resolver el problema de la diversidad en tecnología.Un episodio lleno de recetas útiles para cualquier prof