Elige el modelo de entrega antes de crear cuentas
Hay proyectos en los que el cliente controla las cuentas desde el inicio y otros en los que el proveedor gestiona la infraestructura como parte del servicio. La elección debe ser explícita y comprendida por ambos. Lo importante es saber quién asume la operación, qué costes se incluyen y cómo funciona la continuidad.
En la agencia, hemos trabajado con servicios cuyo coste de infraestructura se incluye en la cuota periódica. Eso evita trasladar al cliente toda la gestión de herramientas y facturación separada. Es una opción de prestación que tiene sentido cuando también queda claramente de nuestro lado la responsabilidad de supervisar la operación.
Esa opción no debe confundirse con dejarlo todo atado a la cuenta personal de quien construyó. La organización debe poder administrar el proyecto y dar continuidad al trabajo. También debe explicar al cliente qué ocurre si quiere trasladar la gestión a su equipo o a otro proveedor.
Imagina una aplicación de gestión de solicitudes para una pequeña empresa de mantenimiento. El cliente puede querer únicamente que funcione el servicio, sin supervisar cada plataforma. Otro puede tener un equipo técnico que necesite gestionar accesos y facturación. La entrega debe responder a la situación real de cada uno.
Es una decisión que debe aclararse al conocer al cliente antes de aceptar el proyecto. Si el modelo se discute solo al final, puedes descubrir que construiste una operación incompatible con la autonomía esperada. Definir esa expectativa pronto permite preparar cuentas y documentación de acuerdo con el servicio vendido.
Para preparar el siguiente paso, consulta Crear productos digitales con IA.
Haz un mapa de lo que mantiene funcionando la aplicación
La entrega debe identificar código, alojamiento, datos, dominio e integraciones necesarias, indicando quién controla cada parte. Registra responsables y dependencias entre servicios. Un acceso a la aplicación puede permitir utilizarla sin permitir administrarla, recuperar información o publicar una corrección cuando resulte necesario realizar alguna de esas tareas.
En el ejemplo de mantenimiento, el equipo puede recibir solicitudes mediante la aplicación y notificaciones mediante otro servicio. Si entregas solo el código, queda sin aclarar quién gestiona ese envío y recibe avisos de fallo. El mapa debe permitir comprender el recorrido operativo sin buscar respuestas en conversaciones antiguas.
Para cada componente, identifica la cuenta u organización responsable, la forma de obtener acceso y el contacto de quien resuelve un problema. No pongas contraseñas ni claves en el documento de entrega. La documentación debe señalar el proceso seguro de gestión de esas credenciales, manteniendo separados explicación y secretos.
Incluye los costes recurrentes distinguiendo importes fijos de consumo variable, con datos reales del proyecto. Si todavía no hay historial suficiente para estimar un gasto, reconoce esa limitación. El cliente necesita saber qué uso puede modificar el coste y quién supervisa esa evolución durante la operación.
Entrega control mediante accesos propios
Quien recibe la aplicación debe poder entrar en las cuentas y realizar las tareas asignadas con su propia identidad. Evita resolver la entrega compartiendo una cuenta personal utilizada en otros proyectos. Define permisos adecuados y confirma que recuperar el acceso no depende exclusivamente de una persona externa a la organización.
Ya tuvimos que reorganizar proyectos distribuidos entre cuentas personales de colaboradores. Concentrar el trabajo en la estructura de la empresa aclaró la responsabilidad. El aprendizaje es preparar esa estructura antes de que se convierta en un obstáculo para la continuidad, sin esperar a la salida de alguien para descubrir dónde está cada proyecto.
Para el cliente de mantenimiento, confirma quién puede gestionar usuarios, consultar los datos y pedir soporte técnico. Esas responsabilidades pueden pertenecer a personas diferentes. Su responsable comercial no necesita recibir todos los permisos técnicos para que la empresa controle el servicio que utiliza.
Al definir quién aprueba qué en el proyecto, añade quién autoriza nuevos gastos y cambios de acceso. La autonomía depende de contar con alguien capaz de decidir y un procedimiento que permita ejecutar la decisión. Una lista de cuentas sin esa responsabilidad mantiene sin resolver la dependencia.
Verifica el traspaso de cada servicio
Una transferencia debe prepararse según las condiciones de cada plataforma y validarse después de terminar. Cambiar el responsable de un repositorio no demuestra que alojamiento, datos e integraciones se hayan transferido igualmente. Realiza el traspaso con una secuencia definida y confirma el funcionamiento desde los accesos de quien recibe.
GitHub permite transferir repositorios, pero existen requisitos de permisos y condiciones asociados a la cuenta de destino. Esa posibilidad es útil para planificar la entrega; no elimina la necesidad de comprobar qué permanece asociado al repositorio. El mismo cuidado de consulta se aplica a los demás servicios utilizados en el proyecto.
Antes de ejecutar el traspaso, identifica qué puede interrumpir el trabajo y prepara una forma adecuada de recuperación. Después verifica los recorridos relevantes: abrir la aplicación, consultar información autorizada, registrar una solicitud y recibir el resultado previsto. La validación debe utilizar el estado que quedará realmente disponible para el cliente.
Revisa también los accesos que ya no se necesitan, sin retirarlos antes de confirmar la continuidad. Si sigues siendo responsable del mantenimiento, documenta esa necesidad y su alcance. La entrega queda más clara cuando los accesos reflejan el servicio actual, en lugar de acumular a todas las personas que participaron en la construcción.
Cierra la entrega con una prueba de continuidad
La entrega queda demostrada cuando el destinatario puede utilizar y administrar lo que le corresponde y sabe cómo obtener ayuda para lo demás. Pide que ejecute tareas representativas con sus propios accesos. Registra resultados, asuntos pendientes y quién los resuelve, en lugar de cerrar solo porque se enviaron las invitaciones.
En la aplicación de mantenimiento, eso puede incluir crear un usuario del equipo, localizar una solicitud e identificar dónde comunicar un fallo. Si el cliente tendrá gestión técnica, añade la verificación del proceso de actualización y recuperación acordado. El alcance de la demostración debe corresponder a la responsabilidad que realmente recibe.
Esta forma de entregar también ayuda a replantear servicios cuando la IA reduce la ejecución. El valor incluye hacer el resultado utilizable y sostenible para el cliente, con responsabilidad clara sobre lo que ocurre después. Construir rápido no elimina el trabajo de preparar un traspaso comprensible y una operación supervisada.
Termina con un registro breve de lo entregado, dónde está la documentación, los costes conocidos y cómo funciona un futuro cambio de gestión. Si alguna dependencia permanece contigo, explícala y asóciala a un compromiso concreto. El cliente debe poder evaluar la continuidad del servicio sin depender de la memoria de quien lo construyó.