Tipo C · Consumer · Claude Code · Claude Design · Notion (MCP)
Análisis crítico + solución construida en 1 día.
Encontré una queja recurrente en el App Store de Instagram: en el carrusel de fotos, todas las imágenes se ajustan al tamaño de la primera. +1600 usuarios pidiéndolo, sin respuesta del equipo.
Discovery, story map, historias de usuario con criterios de aceptación, prototipo navegable end-to-end con Claude Code + Claude Design, y documentación completa en Notion vía MCP.
El resultado funciona. Independencia de tamaño entre fotos, fit correcto, navegación real. No es un mockup — es un build.
Entré al App Store de Google y leí los reviews de Instagram. +1600 personas reportando el mismo issue: subir un carrusel de imágenes con dimensiones distintas fuerza a todas a adoptar el aspect ratio de la primera. Si subes una foto vertical seguida de una horizontal, la horizontal se recorta o queda mal encuadrada.
Es un detalle pequeño, pero recurrente. Y es exactamente el tipo de problema que un PM debería detectar antes de que se vuelva ruido en redes — no después.
No inventé el problema. Lo encontré. Lo que demuestro acá no es ingenio creativo — es metodología para encontrar problemas reales y operar sobre ellos rápido.
El negocio ya priorizó la funcionalidad, IT está de acuerdo, y como PM tengo que documentar para que el equipo de desarrollo pueda tomar el ticket sin reuniones de 40 personas. Trabajé en Claude Code con un skill instalado para discovery y mejores prácticas de producto digital.
Todo en markdown, versionado, listo para que cualquier stakeholder lo lea sin que yo esté presente.
Cada historia de usuario quedó con criterios de aceptación específicos. Sin ambigüedad para el equipo de desarrollo.
Como usuario que sube un carrusel, quiero que cada foto mantenga su aspect ratio original, para que mi composición visual no se distorsione.
Este es el nivel de detalle que reduce la ida y vuelta con desarrollo de semanas a horas.
Acá hice algo nuevo: usé Claude Design (no Figma) para diseñar las pantallas, y Claude Code para construir el prototipo navegable.
Claude Design me hizo un cuestionario antes de generar nada: qué contenido (mixto), qué dispositivo (iPhone 16 Pro Max), qué dirección estética (minimalista), qué color de acento (magenta tipo Instagram), qué tipo de presentación (storyboard horizontal con anotaciones).
Le pasé el contexto completo de Claude Code + screenshots de referencia del feed actual de Instagram. Generó las pantallas con personas reales con derechos libres. Luego volví a Claude Code, pasé las pantallas + las historias de usuario, y construí el prototipo navegable. Iteré una vez (la primera versión era explicativa, no navegable). La segunda quedó funcional end-to-end.
Cierro con el plan que un equipo de desarrollo necesita.
Hacen un trabajo que en una compañía tradicional toma semanas. La integración entre ambos no es trivial — pasar contexto de uno a otro de forma limpia es la habilidad real.
La primera iteración de Claude Design entregó pantallas explicativas, no navegables. Tuve que pedirle introspección sobre por qué interpretó así el requerimiento. Esa conversación es donde se aprende a operar el modelo.
Cualquiera puede construir cuando ya tiene el ticket. La diferencia del PM moderno es saber leer reviews, foros y comportamiento real para encontrar el problema antes de que llegue a la mesa.
Este case study es metodología real aplicada a un cliente hipotético. El problema viene de reviews públicos del App Store. La solución construida funciona — el prototipo navega, las historias están escritas, la documentación existe. Lo único hipotético es que Instagram no me contrató para esto.
El rigor que apliqué acá es el mismo que aplicaría el lunes por la mañana en cualquier producto en producción.