Tipo A · Fintech · Claude Code · Claude Design · MCP
De brief de negocio a build navegable end-to-end en 1 mes. Workflow PM Builder.
Tomé un brief de negocio típico: "construir recomendador de inversiones para jóvenes con bajo conocimiento financiero." Lo llevé desde discovery hasta prototipo navegable + plan de implementación en un mes.
Sin saltarme etapas. Sin vibe coding. Sin teoría vacía. Lo que en banca tradicional toma 2-3 meses se puede acelerar a 1 mes si el PM construye con stack AI-native — y mantiene criterio de producto senior.
El negocio quiere ofrecer recomendaciones personalizadas de inversión a clientes que no tienen información ni experiencia financiera. Mucha regulación, perfiles de riesgo que deben ser muy bien analizados, equipos de cumplimiento involucrados.
Para este caso lo simplifiqué: imaginé un "Tinder de decisiones financieras" donde el cliente arma su portafolio a partir de preferencias rápidas. Sin pretender que esté validado por reguladores — el foco es la metodología, no el producto. Esto es banca regulada hipotética. La metodología es la real.
Incluyendo cumplimiento y legal desde el día uno. La diferencia entre un proyecto que avanza y uno que se atasca: cuándo entran los equipos regulatorios.
Con UX, lead técnico, cumplimiento, legal y negocio. Aquí se traduce la necesidad de negocio en experiencia y se define el problema detrás del requerimiento.
Story map + historias de usuario con criterios de aceptación + reglas de negocio. Validación formal con cumplimiento y legal antes de construir nada.
No para reemplazar el proceso — para acelerar la presentación a stakeholders y fallar rápido.
Capas de base de datos, seguridad, orden de construcción. Las primeras tres etapas se hacen igual que siempre. Las dos últimas son las que cambian con stack AI-native.
Construí el journey desde "el cliente abre la app" hasta "ejecuta su primera inversión." Cada paso con criterios de aceptación, manejo de estados y casos límite.
El momento donde el cliente sin inversiones previas hace su primera. Para el negocio, ese hito vale más que cualquier métrica de engagement.
Desde "entender el mecanismo antes de empezar" hasta "ver mi portafolio recomendado."
En Claude Code armé un markdown de especificaciones con todas las historias de usuario, el story map completo, y reglas de negocio + restricciones regulatorias.
Le di la instrucción de construir la app. Iteramos varias veces — borrando, ajustando, refinando. El primer intento nunca queda. La conversación con el modelo es donde se construye.
Cada tarjeta de activo incluye: icono, performance del último año, resumen del activo, perfil de riesgo, y una frase de un inversor conocido relacionada al activo. Todo escrito en la historia de usuario, todo construido por Claude.
Claude generó un plan alineado al stack típico de un equipo de desarrollo. Roadmap de construcción, comunicación al equipo, control de alcance.
Bajar incertidumbre. Punto.
Las primeras tres etapas (mapeo de stakeholders, discovery, documentación con validación regulatoria) toman casi el mismo tiempo. Lo que se acelera es prototipado y plan de implementación.
Si entran al final, paran el proyecto. Si entran al principio, le dan velocidad. Los PMs senior que conozco que han trabajado en banca lo saben — los junior lo descubren tarde.
El valor de prototipar en horas en lugar de semanas es que puedes presentar a stakeholders 5 versiones antes de comprometer una a desarrollo.
Este case study es metodología real aplicada a un producto hipotético. El brief de negocio es inventado, los reguladores no validaron nada, y ningún cliente real está usando este recomendador.
El rigor del proceso, el manejo de stakeholders regulatorios, y el nivel de documentación entregable son exactamente los que aplicaría en un producto en producción de banca regulada. Si construyes en fintech o banca regulada y quieres ver cómo adaptar este flujo a tu caso, escríbeme.