Si solo una persona entiende el sistema, hay trabajo pendiente.

Una aplicación puede completar el recorrido esperado y aun así depender de una persona para actualizarla, interpretar un error o recuperar información. Esa dependencia merece una conversación antes de que el sistema entre en uso cotidiano.

Pregunta quién conoce las piezas importantes y quién puede atender una ausencia. No se trata de que todo el equipo sea especialista. Se trata de que las responsabilidades, los accesos y la ruta para pedir ayuda estén claros.

Una lista de tecnologías describe con qué se construyó el sistema. Una guía operativa explica cómo se realiza un cambio, dónde se revisa un fallo y a quién se escala un incidente. Son documentos con propósitos distintos.

Incluye los pasos que una persona autorizada debe seguir y cómo confirmar el resultado. Mantén secretos fuera de la documentación y señala dónde se gestionan los accesos. Revisa la guía con alguien que no participó en la implementación: sus preguntas muestran qué contexto falta.

Define quién recibe preguntas, qué canal se utiliza y qué situaciones entran en el alcance de soporte. Aclara también cómo se solicitan mejoras: corregir un fallo y añadir una función nueva pueden requerir acuerdos diferentes.

Reserva una revisión para comprobar que el equipo puede realizar las tareas acordadas y encontrar la información necesaria. El acompañamiento continuo, sus horarios y responsabilidades deben quedar definidos en el alcance contratado; no conviene asumirlos a partir de una entrega inicial.