Generado artificialmenteTienes 42 Prompts
La vieja doctrina de los fundadores iba así: construir rápido, crecer rápido, captar dinero, vender la empresa. Hay una segunda posibilidad, y nunca fue tan alcanzable como hoy. Construir para imprimir. No acciones, no titulares, no riqueza imaginada en el futuro. Dinero. Para ti y tu equipo. Queda la pregunta que ninguna máquina te quita.
La valoración da igual si imprimes
Una valoración no es un número, sino una afirmación sobre el futuro con la que alguien más tiene que estar de acuerdo. Solo existe mientras el siguiente comprador la sostenga. Si cae el ánimo, cae el número, y no tienes nada en la mano que se sienta independiente de eso.
Los ingresos son lo contrario. Están este mes o no lo están. No necesitan consentimiento, ni ronda, ni un momento en el que todo se decide. Son aburridos, y exactamente esa es su cualidad.
La diferencia no es solo contable. Determina, a quién diriges tu producto.
Quien construye para vender optimiza para el gusto del comprador: curvas de crecimiento, métricas que lucen bien en una presentación, una historia que encaja con la tesis de un fondo. Quien construye para imprimir optimiza para el gusto del cliente. Son dos productos distintos, y se les nota la diferencia.
El software que genera ingresos reales, atiende a clientes reales y paga a la gente que lo construye es una máquina. Tiene un rendimiento, tiene desgaste, se puede replicar. Se puede entender.
Un boleto de lotería, en cambio, solo tiene una propiedad: gana o no gana. Entremedias no hay nada que hacer salvo esperar y cuidar la historia.
La diferencia se ve el día en que algo sale mal. Una máquina se puede reparar. Un boleto de lotería solo se puede comprar de nuevo.
La segunda propiedad de la máquina es poco espectacular y por eso fácil de pasar por alto: financia a la gente que la construye mientras se construye. Suena a contabilidad y en verdad es toda la libertad. Quien se paga a sí mismo no tiene que convencer a nadie antes de probar la siguiente cosa. No tiene que esperar a que termine un trimestre, y no tiene que soltar una idea porque se cuenta mal.
Ese es el verdadero rendimiento. No la cantidad, sino el desacoplamiento de la aprobación ajena.
El cuello de botella nunca fue la calidad
Durante décadas el software promedio era totalmente suficiente. No era porque a la gente le gustara el software malo. Era porque no existía uno mejor.
Construir era lento y caro. Así el número de proveedores en cada nicho era pequeño, y el cliente tenía tres opciones: tomar la mediocridad, no tomar nada, o construirlo él mismo, lo que no podía permitirse. Tomó la mediocridad.
Lo que aceptó a cambio lo conoce todo el mundo: interfaces que hay que pedirle a alguien que te explique. Flujos que encajan con una empresa ajena y no con la propia. Funciones que faltan y por las que se espera. Y la frase de que así es.
El estándar nunca fue "bueno". El estándar era "menos doloroso que la alternativa", y la alternativa era casi siempre nada.
Cuando casi cualquiera puede construir, construir ya no es una diferencia
Esa es la mitad incómoda del mensaje. Quien basa su posición en que puede fabricar software la está perdiendo ahora mismo. No en diez años, sino en el tiempo que un competidor necesita para usar la misma herramienta.
La mitad bonita viene justo después: cuando construir ya no es una diferencia, la diferencia pasa a ser el resultado. Software que es más rápido, más nítido, más simple, más útil y más agradable que la mediocridad de alrededor.
Eso es por primera vez en mucho tiempo una buena noticia sobre el software. El sector entra en una carrera en la que vale la pena ser realmente bueno. Durante cuarenta años eso fue un lujo para las empresas que podían permitírselo. Ahora es la entrada.
Y desplaza qué habilidad escasea. Ya no teclear, ya no la arquitectura, ya no el conocimiento de un framework. Lo que escasea es criterio: reconocer lo que falta, decidir lo que puede quitarse y notar cuándo algo está listo.
El cuello de botella se desplaza de la fabricación a la decisión. Quien defiende la vieja escasez defiende una posición vacía.
| Antes escaso | Hoy escaso | Por qué |
|---|---|---|
| Alguien que puede construirlo | Alguien que sabe lo que debe ser | La fabricación se ha abaratado, la selección no. |
| Tiempo de desarrollador | Atención al detalle | Donde todos pueden entregar, decide la ejecución. |
| Alcance de funciones | Valor para omitir | Construir más ya no cuesta nada. Construir menos sí. |
| Acceso a herramientas | Acceso a clientes | La herramienta la tiene todo el mundo. La distribución no. |
| Velocidad | Dirección | Rápido en la dirección equivocada ahora es muy rápido. |
La construcción de software se ha convertido en un juego de estrategia en tiempo real
Mira lo que haces a diario. Asignas recursos escasos. Exploras nueva tecnología. Buscas mercados. Reclutas gente y agentes. Construyes sistemas, defiendes tu posición y reaccionas en tiempo real a los competidores.
Eso es Civilization, solo que el mapa es la economía. Eso es un juego de estrategia en tiempo real, solo que las unidades son desarrolladores, agentes de IA, canales de distribución, productos y prompts.
La analogía no es solo bonita, predice algo. Porque quien realmente juega esos juegos sabe cómo se pierde en ellos, y siempre son los mismos tres tipos.
Se pierde por expansión sin economía. Se pierde por tecnología sin defensa. Y se pierde porque uno se aferra demasiado tiempo a una apertura que no funciona en este mapa.
El juego se está acelerando ahora. El precio de un intento cae, el número de posibles jugadas explota, y un equipo pequeño puede atreverse a cosas para las que antes se necesitaba toda una empresa.
Eso suena a pura ganancia y no lo es. Cuando las jugadas se vuelven baratas, la selección de las jugadas se convierte en todo el arte. Un jugador que hace cada jugada posible no juega bien, solo juega en voz alta.
Donde vender y el capital siguen siendo correctos
Una tesis que no conoce límite es una ideología. Así que aquí el límite, y sigue una sola pregunta: ¿Cuesta el camino al primer cliente que paga más de lo que el primer cliente que paga puede aportar?
Donde la respuesta es sí, el capital no es un desvío, sino la única herramienta adecuada. Eso vale para todo con largo tiempo de preparación y alto riesgo: hardware, medicina, infraestructura, mercados regulados con procedimientos de autorización, investigación con resultado en años.
También vale allí donde el mercado al final solo sostiene a uno. Si la velocidad de la conquista realmente lo decide todo, la rentabilidad tranquila es el arma equivocada, y quien la elige pierde con números sanos.
Y hay el límite más duro, que no tiene nada que ver con el capital: Imprimir presupone a alguien que paga. Quien no tiene distribución no lo resuelve construyendo más. Entonces construye más rápido pasando de largo de algo.
¿Qué vas a construir con eso?
Supón que hoy te quedan 42 prompts. No infinitos, no cero. Un número lo bastante grande para construir algo serio, y lo bastante pequeño para que duela desperdiciarlos.
Eso no es un ejercicio de ahorro. Es la descripción exacta de tu situación. Las herramientas están ahí, el límite está en otra parte.
Cuarenta y dos es la respuesta más conocida de la historia de la literatura, y es famosa por una sola circunstancia: nadie conocía la pregunta. Un ordenador trabajó siete millones y medio de años, entregó una respuesta perfectamente correcta, y era inútil porque faltaba la pregunta.
Exactamente ahí estás. Los prompts son respuestas. Se han vuelto baratos, se volverán aún más baratos, y sin la pregunta no valen nada. La escasez ha migrado de la respuesta a la pregunta, y ese es el único desplazamiento que cuenta en todo este texto.
Los ganadores no serán los equipos con más gente, ni los con más capital ni los con la valoración más alta. Serán los que sepan a qué apuntan.
Este texto es la continuación de „Constrúyelo tú mismo". Allí se trata de, que puedes construir, porque el cálculo de costes se ha invertido frente al software estándar. Aquí se trata de, qué empiezas con eso.
Este artículo es una posición, no un análisis de datos. Contiene deliberadamente ninguna cifra de mercado, porque la tesis no las necesita: se puede comprobar en la propia semana laboral. La alusión en el apartado 07 se refiere a Douglas Adams, Guía del autoestopista galáctico (1979).
