Un proyecto de web frecuentemente acaba con una celebración de lanzamiento y un login enviado por email, sin una entrega estructurada que cubra cómo operar realmente lo que se ha construido. Este hueco es exactamente lo que deja a un negocio incapaz de hacer siquiera actualizaciones menores sin volver a la agencia original para cada cambio, a veces indefinidamente, sin importar lo sencilla que sea de verdad la edición solicitada.
Acceso de administrador real y funcional, no solo un login
Acceso administrativo completo al CMS, la cuenta de hosting y el registrador del dominio, no una cuenta de editor restringida que puede cambiar texto pero no instalar un plugin, añadir un usuario, o acceder a la configuración técnica cuando de verdad hace falta. Un negocio debería ser propietario absoluto de su propia infraestructura web, no tener acceso a ella a discreción continuada de una agencia.
Documentación escrita para el negocio, no para otro desarrollador
Cómo añadir un post de blog, actualizar un producto, o cambiar un número de teléfono, escrito en lenguaje sencillo para quien vaya a hacer realmente estas tareas en el día a día, no documentación técnica que asume conocimientos de desarrollador. Un breve tutorial en vídeo de las tareas más comunes suele ser más útil de verdad que un manual escrito para este propósito concreto.
Un mapa claro de qué es personalizado y qué es estándar
Saber qué partes de una web usan funciones estándar y ampliamente soportadas del CMS frente a código a medida que solo entiende de verdad el desarrollador original cambia cómo debería planificar un negocio cambios futuros y a quién puede traer con seguridad para hacerlos. Sin este mapa, cada solicitud futura arriesga o bien una dependencia innecesaria de la agencia original o un error costoso cometido por alguien que no conoce un componente a medida.
Todas las credenciales, consolidadas en un sitio, no dispersas
Hosting, registrador del dominio, admin del CMS, cualquier integración de herramientas de terceros, servicio de email, analítica, todas las credenciales consolidadas en algún sitio que el negocio controla de verdad, idealmente un gestor de contraseñas propiedad del negocio y no el sistema interno propio de la agencia. Las credenciales dispersas en emails antiguos o, peor, conocidas solo por la agencia, crean un riesgo genuino de continuidad de negocio si esa relación termina alguna vez.
Una conversación sobre qué pasa después, no solo sobre qué pasó
Un breve repaso de qué mantenimiento rutinario necesita realmente la web, actualizaciones de seguridad, copias de seguridad, revisiones periódicas, y quién es responsable de cada cosa, evita el patrón habitual en el que nadie se ocupa del mantenimiento básico porque todos asumieron que era trabajo de otro después del lanzamiento, un hueco que a menudo solo sale a la luz cuando algo ya ha ido mal. Esta es exactamente la conversación que debería cerrar cualquier proyecto de diseño web, no una ocurrencia tardía metida con calzador después de que ya se ha saldado la factura.
Una prueba de cinco minutos que merece la pena hacer hoy
Intenta añadir un post de blog sencillo o actualizar un texto en la web actual sin contactar a nadie. Si es genuinamente sencillo, la entrega probablemente se hizo bien. Si requiere una llamada a la agencia original para algo tan básico, ese hueco merece la pena cerrarlo sin importar cómo vaya el resto de la relación.