Cómo mejorar el nivel técnico de un PM con IA y construir un SaaS de verdad

Un product manager sin formación técnica en una sesión de grooming es una historia de siempre: silencios incómodos y asentimientos a destiempo. Una guía publicada en Habr ofrece una receta concreta: usar la IA como herramienta y construir un SaaS real desde cero, no para lanzarlo a producción, sino para entender cómo funciona un producto por dentro.

Por qué precisamente un SaaS

Hay un 90% de probabilidades de que un product manager trabaje, o vaya a trabajar, con productos SaaS. Autenticación, pasarela de pagos, suscripciones, API, dashboards, multiinquilinato: aquí está casi todo el abanico de problemas técnicos que conviene entender para trabajar bien con un equipo de desarrollo. No es un modelo didáctico, sino la arquitectura viva de un producto real con el que el PM trata cada día.

Desde el primer párrafo, el autor impone un filtro estricto: si no sabes configurar una VPN o te duelen 20 $ en herramientas, el artículo no es para ti. No es esnobismo, sino un filtro de intenciones. La guía está pensada para quienes están dispuestos a invertir tiempo y entrar en los detalles, no para quienes solo quieren mirar la magia de la IA desde fuera.

Vibe Coding controlado

El Vibe Coding es programar con un asistente de IA: describes la tarea con palabras y el modelo genera el código. El esquema habitual: escribes un prompt, recibes código, lo ejecutas. Este enfoque es distinto. El product manager no acepta el código a ciegas, sino que analiza cada bloque. La IA actúa como mentor: explica una decisión de arquitectura, desmenuza un error, propone una alternativa. Ese es el sentido de «controlado»:

• Pregunta «por qué así y no de otra forma» y obtiene una respuesta a nivel de concepto, no de sintaxis
• Revisa cada dependencia que la IA añade al proyecto
• Entiende qué deuda técnica genera cada atajo
• Percibe la diferencia entre «hacerlo rápido» y «hacerlo bien»
• Ve por qué una decisión de arquitectura de hoy afecta a la velocidad de desarrollo dentro de tres meses

El objetivo no es aprender a escribir código como un junior, sino entender cómo está construido lo que metes en el backlog. La empatía técnica empieza aquí.

Dónde cambia el trabajo del PM

En el grooming: cuando un desarrollador dice «hay que reescribir la capa de acceso a datos», el PM entiende por qué. No se limita a asentir y añadir una tarea sin contexto, sino que puede debatir con fundamento la prioridad, los plazos y el coste real de posponer esa decisión.

En la planificación: «añadir OAuth2» deja de sonar a «solo un botón». El PM ve la integración con un servicio externo, el tratamiento de casos límite y la actualización de la documentación. Las estimaciones de los desarrolladores dejan de parecer números al azar y se convierten en compromisos comprensibles entre velocidad y calidad.

En los postmortems: en lugar de callar en un rincón, hay participación real. Entender qué falló exactamente y en qué nivel da sentido al análisis del incidente para ambas partes.

«La empatía técnica no es saber escribir código, sino saber entender

por qué algo cuesta exactamente lo que cuesta» — la esencia del enfoque en una frase.

Qué significa esto

La IA ha rebajado tanto la barrera de entrada a la alfabetización técnica que a un PM que no sabe programar ahora le basta con un proyecto personal real y un modelo de lenguaje como mentor. El Vibe Coding controlado pasa de ser una tendencia publicitada a una herramienta práctica para quienes quieren hablar el mismo idioma que el equipo de desarrollo, sin un curso de programación de cinco años y sin síndrome del impostor en las revisiones técnicas.