La entrega debe incluir código, contenido, instrucciones y control claro de cuentas. Recibir un enlace público no basta para continuar una web. Pida al siguiente responsable que localice el código y explique cómo publicar un cambio. Un archivo comprimido puede ser insuficiente sin documentación.
Prepare la entrega como una transferencia utilizable
Recibir un enlace público no basta para continuar una web. La empresa necesita conocer los archivos, cuentas y procedimientos que sostienen el proyecto. La entrega debería permitir comprender qué se construyó y cómo se publica una nueva versión sin depender de instrucciones recordadas informalmente.
Incluya código fuente, contenido editable, imágenes finales y un registro de recursos externos. Explique qué archivos son originales del proyecto y qué elementos tienen licencias propias. Una biblioteca o fotografía no adquiere derechos ilimitados porque aparezca dentro de una carpeta entregada.
Las instrucciones de puesta en marcha deben mencionar herramientas y comandos reales. Distinga configuración pública de secretos. Los nombres de variables pueden documentarse; sus valores privados deben gestionarse por un canal seguro. No entregue un archivo de código con claves de producción incrustadas.
Identifique cuentas y responsabilidades
Enumere dominio, DNS, alojamiento, correo y servicios del formulario. La empresa debe saber quién es titular, quién recibe renovaciones y cómo se recupera cada acceso. Si el desarrollador conserva permisos de trabajo, registre su finalidad y cómo se revocan.
No confunda tener una contraseña compartida con una titularidad bien resuelta. Cuando el proveedor permite permisos por función, puede ser más adecuado conceder el acceso necesario. Los avisos administrativos deberían llegar a una dirección que la empresa controle.
Añada las relaciones importantes. Cambiar el alojamiento web puede afectar al DNS; modificar registros sin revisarlos puede afectar al correo. Una lista de servicios conectados ayuda a que una persona nueva no altere una pieza pensando que está aislada.
Realice una comprobación de continuidad
Antes de cerrar, utilice las notas para ejecutar o revisar el proyecto. Compruebe que los archivos mencionados existen y que las instrucciones corresponden a la versión entregada. No afirme que la continuidad está verificada si nadie ha probado ese recorrido.
Incluya una lista de funciones aceptadas: navegación, páginas principales, formulario, errores y enlaces. La empresa revisa información comercial; el equipo técnico comprueba comportamientos. Si algo depende de credenciales o decisiones del propietario, debe quedar identificado como pendiente externo y no como una función probada.
Documente el soporte posterior y la diferencia entre un fallo de lo acordado y una nueva petición. También conviene conocer las copias disponibles y el procedimiento de recuperación. Una copia sin prueba de restauración tiene una utilidad todavía no confirmada.
La mejor entrega no es necesariamente la carpeta más grande. Es aquella en la que archivos, contenido, derechos, accesos y pasos están relacionados de forma comprensible. Esto facilita trabajar con el mismo proveedor o con otro y evita que una decisión rutinaria de actualización se convierta en un problema de propiedad o de acceso. Añada una comprobación de recuperación de cuentas para evitar que la propiedad dependa de un único dispositivo.
Lista práctica
- Recibir repositorio
- Documentar dominio
- Registrar restauración
Un ejemplo concreto: Pida al siguiente responsable que localice el código y explique cómo publicar un cambio.
Un límite importante: Un archivo comprimido puede ser insuficiente sin documentación.
Siguiente paso
Cuéntele su proyecto a Orvunweb
