La nueva tentación: “si puedo crear más rápido, ya estoy mejor”
Hay una fase que me preocupa especialmente en empresas que crecen: cuando la velocidad de creación supera la capacidad de control.
De repente:
-
se pueden generar variantes en minutos
-
se pueden escribir herramientas internas en días
se pueden prototipar flujos sin pedir permiso a nadie.
Y eso se siente como progreso.
Pero si no hay reglas, esa velocidad se transforma en otra cosa: deuda en tiempo real. No la deuda clásica que “ya arreglaremos”. Una deuda que se paga cada semana con:
-
retrabajo
-
incoherencias
-
promesas frágiles
y decisiones basadas en versiones distintas de la verdad.
En este contexto aparecen dos conceptos que se están mezclando mucho:
vibe coding
diseño generativo
Son potentes. Y también peligrosos si se usan como atajo.
## Vibe coding, en palabras simples
Yo llamo vibe coding a esta dinámica:
“Con una idea clara en la cabeza, una herramienta de IA me ayuda a generar código rápido, iterando por intención más que por detalle.”
No es programación tradicional. Es más parecido a dirigir:
“quiero que haga X”
“ahora que también valide Y”
“ahora que se integre con Z”
“hazlo más simple, pero seguro”
“deja trazabilidad”
“y no rompas lo que ya funciona”
El riesgo no está en la IA. El riesgo está en que la fricción baja… y con ella baja también la disciplina.
Cuando escribir software deja de doler, el impulso natural es escribir más.
## Diseño generativo: variación con reglas
El diseño generativo, por su parte, es otra idea:
“Yo defino restricciones, objetivos y parámetros; el sistema explora variantes dentro de ese marco.”
En producto, esto puede significar:
-
variantes de módulos
-
combinaciones de acabados
-
compatibilidades de herrajes
-
soluciones para espacios con limitaciones
-
optimización de material
propuestas que equilibran estética, coste y fabricabilidad.
El diseño generativo es valioso cuando tu problema real es:
demasiadas combinaciones
y poca claridad de qué es viable y defendible.
Pero, de nuevo: si no hay reglas, el generador no te da soluciones; te da ruido.
## Lo que casi nadie dice: más opciones no significa mejores decisiones
Este es el choque cultural:
La creatividad ama opciones.
La operación ama estabilidad.
El margen ama repetibilidad.
La promesa comercial ama evidencia.
Cuando habilitas generación (de código o de diseños), multiplicas opciones.
Y entonces aparece la pregunta que separa empresas que escalan de empresas que se cansan:
¿quién decide qué opción entra en el sistema, y con qué criterio?
Si la respuesta es “depende” o “lo vemos sobre la marcha”, la velocidad se va a convertir en fricción.
## Los 7 daños típicos cuando “generar” se vuelve fácil
Estos daños no aparecen el primer día. Aparecen cuando ya has ganado tracción… y entonces cuestan el doble.
-
- Explosión de variantes sin compatibilidad real
Se crean alternativas “bonitas” que no respetan disponibilidad, reglas de montaje, límites de medida o condiciones de instalación. Resultado: variación atractiva en pantalla, imposible en suelo.
-
- Inconsistencia de la verdad (cada uno trabaja con su versión)
Cuando el diseño, el presupuesto, la oficina técnica y la fábrica miran datos distintos, la empresa pierde coherencia. El síntoma clásico es este: “en el diseño estaba así”, “en la orden estaba asá”, “en obra se decidió otra cosa”.
-
- Coste invisible por “microdecisiones”
En entornos variables, lo caro no es el gran error. Es la suma de microdecisiones: una sustitución, un ajuste, un “cambia esto ya que estamos”. Si no queda trazado, se repite. Y si se repite, erosiona margen.
-
- Herramientas internas que nacen sin dueño
Vibe coding suele crear “pequeñas apps” útiles. El problema llega después: ¿quién las mantiene? ¿quién aprueba cambios? ¿quién asegura seguridad y permisos? ¿quién responde si fallan? Una herramienta sin dueño es una bomba de dependencia.
-
- Seguridad por confianza, no por diseño
Cuando el código se genera rápido, el peligro es asumir que “si funciona, está bien”. En sistemas con datos de clientes, precios y operaciones, eso es un error.
-
- Calidad de datos degradada
Un generador puede amplificar un dato malo. Si el dato de base es inconsistente, el resultado no es “más productividad”, es más inconsistencias por minuto.
-
- Cultura de “probar en producción”
Cuando la velocidad manda, aparece el hábito de: “lo lanzamos y vemos”, “si rompe, lo arreglamos”. Eso en operaciones por proyecto no es agilidad. Es ruleta.
## La diferencia clave: crear vs. incorporar
A mí me da igual lo rápido que puedas crear algo. Me importa lo rápido que puedes incorporarlo sin romper la promesa.
Por eso uso esta distinción:
Crear: generar una idea, un prototipo, una variante, un script.
Incorporar: convertirlo en parte del sistema, con reglas, trazabilidad, soporte y coherencia.
Las empresas que escalan no son las que crean más. Son las que incorporan mejor.
## El punto de partida que yo exijo: una fuente de verdad, aunque sea imperfecta
Antes de hablar de diseño generativo o de vibe coding serio, necesito una condición mínima:
una fuente de verdad para los datos críticos.
No perfecta. Pero única.
Datos críticos suelen ser:
-
estados del proyecto
-
configuración aprobada
-
compatibilidades (materiales, herrajes, medidas)
-
reglas de cambio
y condiciones de “prometible”.
Si esos datos están repartidos, la IA no te acelera: te fragmenta.
## Cómo detecto si estás usando “vibe coding” como acelerador… o como fuga
Yo lo detecto por señales prácticas:
Señales sanas
-
lo generado entra con revisión
-
hay pruebas o validaciones mínimas
-
existe trazabilidad de cambios
-
hay límites claros de permisos
y se mide impacto (tiempo, errores, retrabajo).
Señales de fuga
-
hay herramientas que solo entiende quien las creó
-
se copia y pega en sistemas productivos
-
nadie sabe qué versión está activa
-
se comparten “parches” por chat
y el día que falla, todo se detiene.
Si te suenan las segundas, no es un problema de tecnología: es un problema de gobierno.
## Diseño generativo aplicado al producto: dónde aporta sin incendiarte
Yo he visto valor cuando el diseño generativo se usa para:
-
explorar variantes dentro de restricciones
-
validar viabilidad antes de comprometer
-
reducir retrabajo por incompatibilidades
y acelerar propuestas sin romper fabricabilidad.
Pero no lo uso como sustituto de criterio. Lo uso como amplificador de reglas.
La pregunta siempre es la misma:
¿las reglas son explícitas o viven en personas?
Si viven en personas, el generador produce diseños “bonitos” que luego alguien tiene que “arreglar”. Y eso no es productividad: es maquillaje.
## La palabra que protege el negocio: “gate”
A mí me da igual si el gate es sofisticado o simple. Me importa que exista.
Un gate es una condición de entrada:
“esto puede pasar al siguiente estado”
porque cumple criterios.
Sin gates, el sistema se llena de variantes, scripts y decisiones sin filtro.
Con gates, la velocidad se vuelve segura.
## Los 6 gates que yo miro (sin regalarte el “cómo”)
No son “pasos”. Son preguntas de control.
1) Gate de coherencia de datos: ¿Está claro qué versión es la válida? ¿Se puede rastrear?
2) Gate de viabilidad: ¿La variante respeta restricciones reales (fabricación e instalación), no deseos?
3) Gate de coste y margen: ¿Se entiende el impacto en coste, plazos y retrabajo potencial?
4) Gate de cambio: Si esto cambia después, ¿cómo se registra y quién lo aprueba?
5) Gate de seguridad y permisos: ¿Quién puede ver, editar, ejecutar? ¿Queda auditado?
6) Gate de soporte: Si la persona que lo creó no está, ¿el negocio sigue?
Si fallas en varios, no estás listo para acelerar. Estás listo para ordenar.
## Preguntas que te recomiendo hacer antes de “adoptar” nada
Yo haría estas preguntas, porque obligan a aterrizar:
¿Qué decisión queremos acelerar: diseño, presupuesto, validación, cambios?
¿Qué datos son “sagrados” y deben ser únicos?
¿Qué riesgos son inaceptables (seguridad, coste, promesa, calidad)?
¿Qué parte puede ser sugerencia y qué parte requiere aprobación humana?
¿Cómo sabremos que mejoró (métricas de retrabajo, incompletitud, urgencias)?
Si no puedes responderlas con claridad, la adopción será ruido.
## Cierre: velocidad con criterio es ventaja, velocidad sin criterio es desgaste
Vibe coding y diseño generativo no son “modas”. Son herramientas que, bien gobernadas, pueden devolver algo muy concreto:
-
más foco
-
menos retrabajo
y una promesa más defendible.
Pero si se usan como atajo, solo cambian el tipo de caos: de caos lento a caos rápido.
Si quieres, lo reviso contigo en 15 minutos: identifico dónde la generación podría darte valor sin abrir riesgos, qué gates faltan, y qué criterios usar para acelerar sin perder coherencia.
