La propiedad también es una cuestión operativa
Una web puede funcionar perfectamente aunque las cuentas importantes pertenezcan al proveedor. El problema aparece al renovar el dominio, cambiar pagos, restaurar una copia o trasladar el soporte. La propiedad debe entrar en el plan de entrega, no convertirse en una discusión al terminar el contrato.
El hosting controlado por el cliente es una buena opción inicial para sistemas propios, no una obligación universal. Un servicio gestionado también puede encajar. Lo esencial es definir titular, responsabilidades y salida del acuerdo.
Prepara un mapa de cuentas
Enumera los servicios necesarios para mantener el sistema. Para cada uno, registra titularidad, facturación, acceso administrativo y recuperación. Conserva las credenciales en un almacén seguro adecuado, no en un documento público.
- Registrador del dominio y DNS.
- Hosting o nube y despliegue.
- CRM, proveedores de mensajes y API.
- Pagos, correo y analítica cuando se utilicen.
- Repositorio, gestión de contenido y copias.
Diseña accesos que se puedan transferir
Da a cada operador los permisos que necesita para su función. Separa uso y administración e identifica las credenciales que deben cambiar al transferir el soporte. La salida de una persona no debería impedir la recuperación.
La entrega debe explicar dónde está la configuración y cómo llegan los cambios a producción. No debería exigir compartir contraseñas en una hoja ni dar el mismo acceso ilimitado a todos los colaboradores.
Una copia necesita un recorrido de recuperación
Comprueba qué se copia, dónde, durante cuánto tiempo y quién puede restaurarlo. Código, contenido, base de datos y configuración externa pueden necesitar pasos distintos.
En una tienda, volver a una versión del código no debería sustituir los pedidos actuales por una base antigua. En un flujo de consultas, un reinicio no debería borrar solicitudes aceptadas. Separa las versiones del software y los datos del negocio y prueba la restauración acordada en un entorno apropiado.
Define el soporte del sistema concreto
Identifica aplicación o flujo cubierto, destino de alertas y responsable después de un incidente. Distingue mantenimiento y desarrollo nuevo. Otro CRM, canal o regla puede cambiar el alcance aunque parezca un pequeño ajuste de pantalla.
Sleepy Shop es nuestro ejemplo propio con catálogo y recorrido de compra. Su caso muestra el producto construido. La lección es planificar lo que sostiene la página: administración del contenido y servicios necesarios para completar una compra.
Pide una entrega que otro profesional pueda utilizar
El paquete práctico incluye mapa de cuentas, despliegue, ubicación de datos, copias, restauración, dependencias, límites y contactos de soporte. Debe resultar útil a otro operador cualificado.
Revísalo antes del lanzamiento con quien vaya a responsabilizarse del sistema. Si el negocio no está preparado para operar infraestructura, acuerda un servicio gestionado explícito. Una cuenta a nombre del cliente no elimina por sí sola el trabajo de soporte.
Lista de comprobación
- ¿Hay un titular para cada servicio esencial?
- ¿Se puede revocar acceso sin perder la cuenta?
- ¿Se separa el código de la recuperación de datos?
- ¿Se ha probado la restauración acordada?
- ¿Otro profesional podría seguir la documentación?