Mantenimiento es una palabra demasiado pequeña
Muchos planes de mantenimiento son solo listas de actualizaciones automáticas. Prometen instalar nuevas versiones de WordPress, del tema y de los plugins, y luego enviar un informe. Ese trabajo importa, pero no responde a la pregunta que se hacen casi todas las organizaciones: ¿quién cuida el sitio?
Un sitio administrado sigue necesitando cambios de contenido, ayuda para publicar, comprobaciones de formularios, correcciones de accesibilidad, diagnóstico cuando algo falla, coordinación con proveedores y revisión antes de cada lanzamiento. También necesita a alguien que atienda la próxima solicitud que nadie podía prever al firmar el contrato.
Gestionar un sitio web significa que alguien se hace cargo de todo ese trabajo de forma continua. El mantenimiento del software es una parte.
Qué debe cubrir el acuerdo
Su acuerdo debe permitir encontrar fácilmente el trabajo recurrente. Busque cada uno de estos puntos:
- Cambios de contenido y páginas solicitados por personal autorizado.
- Mantenimiento habitual de WordPress, el tema y las extensiones.
- Supervisión de disponibilidad, regresiones de seguridad y fallos visibles.
- Diagnóstico del sitio, el alojamiento, los formularios y los servicios conectados.
- Implementación y corrección accesibles dentro del alcance acordado.
- Pruebas, revisiones de lanzamiento, copias de seguridad y registro del trabajo.
- Coordinación con proveedores cuando un problema cruza varios sistemas.
El tiempo de respuesta no es el tiempo de finalización
Un objetivo de respuesta indica cuándo el equipo acusará recibo de su solicitud y empezará a revisarla. No promete que toda solicitud quede terminada en ese número de horas.
Esa distinción protege a ambas partes. Una errata puede corregirse enseguida. Una integración rota puede requerir evidencias, soporte del proveedor, credenciales, pruebas y un lanzamiento seguro. Fingir que esos trabajos comparten un plazo garantizado premia el trabajo apresurado y las excusas vagas.
El acuerdo debe indicar el objetivo de respuesta, el horario de atención, qué cuenta como emergencia y cómo le dará el equipo una estimación una vez que entienda la solicitud.
Las tareas y los proyectos necesitan un límite visible
La gestión habitual funciona bien para cambios pequeños que encajan en el sitio existente y siguen el proceso normal de solicitudes. Las reconstrucciones, las integraciones nuevas, las migraciones y las funciones nuevas importantes necesitan su propio alcance, calendario, precio y criterios de aceptación.
No debería descubrir dónde está el límite por una factura sorpresa. Cuando una solicitud supera la gestión habitual, el equipo web debe explicar por qué, describir el siguiente paso y enviar una propuesta de precio fijo antes de empezar cualquier trabajo de proyecto.
La gestión debe dejar un registro
No debería tener que reconstruir la historia de su sitio a partir de viejas cadenas de correo. Las solicitudes, las decisiones, los cambios terminados, los resultados de supervisión y las dependencias pendientes deben seguir visibles para su personal autorizado.
Ese registro hace más seguros los relevos y más fácil la supervisión. En lugar de depender de que alguien recuerde haber hecho el trabajo, usted puede ver qué se pidió, qué cambió, cuándo cambió y qué sigue pendiente.
Nueve preguntas para su proveedor actual
Puede evaluar su acuerdo actual sin leer código. Haga estas preguntas y busque respuestas concretas.
- ¿Quién puede publicar una corrección urgente?
- ¿Quién vigila los fallos y las regresiones de seguridad?
- ¿Quién posee el alojamiento, el dominio y las cuentas de servicios?
- ¿Cada persona usa una cuenta individual?
- ¿Dónde se prueban los cambios importantes?
- ¿Cómo se registran las solicitudes y los cambios terminados?
- ¿Qué trabajo incluye la cuota mensual?
- ¿Qué convierte una tarea en un proyecto con presupuesto propio?
- ¿Quién coordina la respuesta cuando el origen de un fallo no está claro?
Leland Fiegel