¿Qué pasa con tu aplicación si desaparece la herramienta que la creó?

Plataformas que cierran, tarifas que se triplican y adquisiciones: conviene ensayar el escenario antes de elegir. Dos activos deciden lo que viene después: tu código y tu especificación. La prueba de reversibilidad cabe en tres preguntas.

Si la herramienta que construyó tu aplicación cerrara mañana, dos activos decidirían lo que viene después: el código, en formato estándar, y la especificación, legible por un ser humano. Con ambos en tu poder, un proveedor retoma el trabajo en unos días. Sin ellos, vuelves a comprar tu producto a precio de nuevo: una mediana de 30 000 € en agencia.

La prueba de reversibilidad, en tres preguntas

Haz estas tres preguntas a tu herramienta antes de depender de ella. Una: ¿puedes descargar todo el código hoy, sin pedirlo a soporte? Dos: ¿funciona ese código fuera de la plataforma, en un alojamiento normal? Tres: ¿existe un documento legible que describa lo que hace la aplicación, sus reglas y sus casos particulares? Tres síes: eres propietario. Un no: eres inquilino y el alquiler se renegocia sin ti. Haz estas preguntas por escrito; la respuesta oral de un comercial no compromete a nada.

Por qué el código por sí solo no basta

Una carpeta de código recuperada sin un documento que la explique se parece a una casa sin planos: se sostiene y el próximo profesional la sondea a ciegas. Quien retome el trabajo tendrá que adivinar tus reglas de negocio entre las líneas y se dejará algunas. La especificación validada (el brief, las reglas y los criterios de éxito) hace reemplazable el código: con ella se puede volver a auditar, evolucionar o reconstruir en otro lugar. Lo escribíamos en un artículo anterior: el código es una interpretación; tu especificación es la partitura.

Las plataformas cerradas, una apuesta a largo plazo

Una aplicación construida en un editor no-code alojado vive en su proveedor: sin exportación de código, la cuestión de la reversibilidad queda resuelta de antemano en tu contra. La apuesta puede sostenerse mientras la herramienta prospere; una adquisición, una tarifa triplicada o un cierre lo recuerdan en el peor momento. Las herramientas de generación con IA se distinguen por el mismo criterio: unas producen código estándar que te llevas y otras conservan el proyecto en su nube. Las mismas preguntas valen también para un proveedor humano: un freelance que mantiene el repositorio en su cuenta reproduce la dependencia de una plataforma, de forma artesanal.

Cómo se hace reemplazable Maestro

Un proyecto de Maestro es una carpeta en tu máquina: el código en tecnologías web estándar, los documentos en francés al lado (brief, documento de requisitos y reglas) y las versiones conservadas por un sistema de archivo probado. La prueba se hace en treinta segundos: abre la carpeta sin iniciar Maestro y estará todo. La especificación sigue el mismo camino: cada documento validado se guarda en la carpeta del proyecto, fechado y con su versión del momento. Queremos que se pueda abandonar la herramienta; es la única garantía honesta que un proveedor puede dar, y vale para nosotros como para los demás.

Lo que debes exigir, construyas donde construyas

Antes de elegir una herramienta o un proveedor, aplica la prueba de las tres preguntas por escrito. Añade un requisito: cada decisión importante de tu producto debe existir en un documento que puedas leer, corregir y llevarte. El día que la herramienta desaparezca, cambie de precio o deje de convenirte, ese documento y tu código marcan la diferencia entre mudarte y empezar de cero, con una mediana de 30 000 € para un desarrollo nuevo en agencia.