Command Z: del podcast al sistema de aprendizaje

¿Cómo conviertes más de 160 episodios de conocimiento disperso en algo que un diseñador latinoamericano pueda usar para crecer?

Command Z es un studio de diseño y podcast enfocado en accesibilidad digital, con sede en Puerto Rico. Su podcast reúne más de 160 episodios sobre diseño, tecnología y cultura creativa, en español e inglés, con una comunidad activa en Latinoamérica. Con 7 años de trayectoria, un proyecto que aún no tenía archivo. Como suele pasar con los podcasts que crecen orgánicamente, el conocimiento vivía disperso: en Spotify, en un Excel parcial, en la memoria de la creadora.

En la pasantía en el Estudio Command Z mi misión era específica: tomar lo que ya existía y convertirlo en algo navegable y útil. Esto, evolucionó de la investigación a la creación de un nuevo producto, que conecte con los oyentes y explore cómo aportarles valor. Hoy soy consultora a cargo de la producción y distribución del podcast, donde profundizo en diseño inclusivo.

El usuario

En conversaciones con Layshi sobre su audiencia, emergió un perfil claro: diseñadores latinoamericanos en proceso de crecimiento profesional, que escuchan el podcast de forma no lineal: por episodio suelto, por recomendación, por búsqueda puntual. No tenían forma de saber qué escuchar según dónde estaban en su carrera, ni de encontrar episodios sobre un tema específico sin recordar el título exacto.

El reto

¿Cómo se categoriza el conocimiento sobre diseño para que sea realmente accesible? ¿Qué arquitectura hace que una biblioteca de podcast funcione y no sea solo una lista con otro formato?

El encargo original era más acotado: ordenar lo que existía. Pero el problema de diseño real era otro: el valor estaba en el conocimiento acumulado, y ese valor era casi inaccesible para quien llegaba nuevo. Eso, con el empuje de Layshi y herramientas IA como Base44, reencuadró el proyecto hacia la creación de un producto. Así el reto evolucionó de la investigación a la creación de un producto basado en IA.

¿Cómo lo afronté?

a. Extracción de datos

Conecté la API pública de Spotify for Developers con un script en Python (Google Colab) para extraer metadatos de cada episodio: título, fecha, duración, idioma, enlace. No soy programadora, pero sabía qué información necesitaba y cómo conseguirla. (Google Colab, con Claude)

b. Cruce e investigación manual

La base de Spotify cubrió el 60% de los invitados. El restante requirió investigación episodio por episodio: bios, redes, perfiles. Este paso reveló algo importante: la calidad del archivo dependía de la calidad del criterio editorial, no solo de los datos disponibles.

c. Categorización temática: el trabajo más interpretativo

Con el corpus completo, la pregunta era: ¿cómo agrupa un diseñador latinoamericano el conocimiento sobre diseño? Leí las descripciones de cada episodio e identifiqué al menos tres subtemas por capítulo. Tras ello, fue un ejercicio de síntesis y priorización. Las categorías resultantes son una hipótesis de cómo es que el usuario puede encontrar información con más afinidad.

Las rutas de aprendizaje son caminos intencionales: Fundamentos → Proceso y Aplicación → Estrategia y Liderazgo. Tres niveles de profundidad para cuatro perfiles distintos. La diferencia entre una playlist genérica y una ruta en la web-app es que la ruta tienes claridad sobre quién eres y a dónde quieres llegar.

d. Construcción del producto en Base44

Una biblioteca navegable con filtros por categoría, idioma y buscador. Cada episodio tiene ficha propia con resumen, bio del invitado, player de Spotify embebido. Una automatización no-code crea una entrada en la biblioteca cada vez que se publica un episodio en Spotify.

e. Estrategia de validación

La primera versión es de acceso gratuito con login. La fricción mínima del registro es suficiente para poder identificar a un bloque crítico de usuarios con quienes perfeccionar el producto: ¿encuentran lo que buscan? ¿Las rutas tienen sentido para su momento de carrera? Eso está pendiente y es lo que determinará una siguiente iteración.

El resultado

Lo que aprendí

1. Documentar es un acto de diseño. Cada decisión sobre qué guardar, cómo categorizarlo y cómo presentarlo implica criterio, intención y una hipótesis sobre el usuario.
2. La diferencia entre un archivo y un producto es si alguien puede usarlo sin que le expliques cómo. Ese fue el estándar que guió cada decisión de arquitectura.
3. Mi forma de trabajar vive en la intersección entre investigar y construir, como ciclo: investigo para construir mejor, construyo para entender qué investigar.