Del prototipo a producción: la checklist

Un prototipo demuestra que una idea funciona. Producción demuestra que sigue funcionando: un lunes de mucho tráfico, después de una mala actualización, cuando un proveedor está caído, cuando quien lo construyó está de vacaciones. La distancia entre los dos casi no se ve en una demo, y las herramientas de IA la han hecho más grande. Hoy puedes construir algo que parece terminado en un fin de semana. Las partes que una demo no muestra siguen requiriendo trabajo deliberado.

Ya sea que construiste el prototipo tú o estás por aprobar su lanzamiento, recorre esta lista. Cada “no” es un riesgo conocido que eliges arreglar o aceptar.

Cuentas y responsables

• El código vive en un repositorio (el hogar compartido y con versiones del código) bajo una cuenta del negocio, no una personal.
• Las cuentas de hosting, dominio, base de datos y proveedor de IA pertenecen al negocio, y al menos dos personas pueden entrar.
• Hay una lista de cada servicio externo que usa el sistema, y quién paga cada uno.
• El acuerdo dice con claridad quién tiene los derechos sobre el código, y cuándo se transfieren.

Seguridad y secretos

• No hay contraseñas ni llaves escritas en el código ni en su historial; viven en un almacén de configuración protegido.
• Cada persona y cada servicio tiene su propio acceso, solo con los permisos que necesita.
• Cada usuario ve solo sus propios datos, y una prueba lo demuestra.
• Los formularios y las cargas de archivos rechazan entradas malas en lugar de confiar en ellas.
• Los atajos del prototipo ya no están: cuentas de prueba, páginas de administración abiertas, configuraciones “temporales”.

Datos y respaldos

• La base de datos se respalda automáticamente, y alguien ya restauró un respaldo para comprobar que funciona.
• Sabes dónde se guardan los datos personales y cuánto tiempo los conservas.
• Los cambios a la estructura de los datos se hacen con scripts repetibles, no a mano.
• Los datos de prueba están separados de los datos reales de clientes.

Calidad: pruebas y revisiones

• Las pruebas automáticas cubren los caminos que más importan: pagos, inicio de sesión, quién ve qué, la tarea principal.
• Las pruebas corren con cada cambio, y una falla bloquea la publicación.
• Una segunda persona revisa cada cambio antes de publicarlo.
• Alguien nuevo puede instalar el proyecto con pasos escritos.
• Para funciones con IA: un conjunto de preguntas con respuestas conocidas se revisa antes de cualquier cambio de prompt o de modelo.

Operación: monitoreo, alertas y recuperación

• Los errores se registran donde una persona los va a ver, no se imprimen y se pierden.
• Las alertas le llegan a una persona con nombre cuando el sitio se cae o los errores se disparan.
• Cuando un servicio externo falla, los usuarios ven un mensaje claro y no se pierde nada; el sistema reintenta o espera en lugar de caerse.
• Puedes dar marcha atrás: deshacer una mala publicación en minutos y volver a la última versión que funcionaba.
• Las publicaciones son rutinarias y automáticas, no un ritual manual que pone nervioso a todos.

Costos y límites

• Conoces el costo mensual con el uso de hoy, y con diez veces ese uso.
• Hay límites de gasto y alertas en los proveedores de IA y los servicios en la nube.
• Cada usuario y cada función tiene topes de uso razonables, para que un ciclo descontrolado o un bot no disparen la factura.
• Sabes qué pasa cuando se alcanzan los límites de un plan gratuito.

Personas y documentación

• Una persona con nombre es responsable del sistema después del lanzamiento.
• Un documento corto explica qué hace el sistema, dónde corre y cómo resolver los problemas comunes.
• Los prompts y la configuración de IA se guardan con versiones junto al código.
• Soporte sabe distinguir un error real de un usuario confundido, y dónde reportarlo.

Cómo usar la lista

No intentes marcar todas las casillas antes del día del lanzamiento. Ordena los “no” en tres grupos: arreglar antes de que lleguen usuarios reales (seguridad, respaldos, el camino del dinero), arreglar en el primer mes, y aceptar por ahora con una nota. Ese último grupo está bien, siempre que esté por escrito y alguien sea responsable.

Si la lista es larga y la fecha de lanzamiento está cerca, ese es el trabajo que cubre nuestro servicio de prototipo a producción: conservamos lo que funciona de lo que construiste, y agregamos lo que producción necesita.