Fundamentos · 10 min
Soporte
Cómo plantear el soporte documental y operativo de la plataforma para admins, partners y equipos gestores.
La página de soporte debe definir por dónde escalar dudas, qué revisar antes de abrir incidencia y qué evidencias adjuntar.
Qué debería incluir
- Canal de contacto de soporte funcional y técnico.
- Ventanas de servicio y tiempos objetivo de respuesta.
- Checklist previa: dominio, usuario afectado, hora, navegador, captura y pasos reproducibles.
Buenas prácticas
- Separar incidencia técnica de duda operativa o de configuración.
- Pedir siempre hostname, entorno y rol del usuario afectado.
- Evitar compartir datos sensibles del expediente fuera del canal seguro.
Notas operativas
La página de soporte debe servir también como contrato operativo mínimo: qué cubre la plataforma, qué corresponde al cliente y qué evidencias son necesarias para resolver una incidencia sin iteraciones.
Procedimiento operativo detallado
Para Soporte, la práctica recomendada es ejecutar siempre un ciclo completo: preparación, validación, ejecución controlada y cierre documentado. Evita tratar esta pantalla como un ajuste aislado y relaciónala con el proceso de canal de principio a fin.
Antes de aplicar cualquier cambio, identifica impacto sobre usuarios, trazabilidad y plazos de respuesta. Si afecta seguridad, acceso, notificaciones o disponibilidad, exige validación previa por un responsable técnico y funcional.
Alinea la documentación con el marco de uso real del canal, la Ley 2/2023 y las responsabilidades internas de la organización.
Checklist de validación
- Confirmar objetivo del cambio y resultado esperado en términos operativos.
- Verificar permisos/rol de la persona que ejecuta la acción en el portal.
- Probar el flujo de extremo a extremo en navegador limpio y en móvil cuando aplique.
- Revisar notificaciones, enlaces, idioma y textos visibles para evitar regresiones.
- Registrar evidencia de la prueba (fecha, usuario, entorno y captura de resultado).
- Definir rollback o alternativa en caso de fallo y responsable de ejecutar la recuperación.
Errores frecuentes y prevención
- Aplicar cambios en producción sin comprobación previa en entorno controlado.
- Asumir que una opción visual no tiene impacto funcional o legal.
- No documentar quién aprobó, ejecutó y validó el cambio.
- Mantener configuraciones heredadas que ya no corresponden al proceso actual.
- Resolver incidencias por fuera del expediente sin dejar trazabilidad en el sistema.
- No revisar periódicamente que la configuración siga alineada con política interna y normativa.