1. Describe el recorrido real
Empieza por una tarea que el equipo repita: qué la activa, qué información recibe, qué decisiones toma, qué resultado produce y dónde se detiene. Describe el proceso tal como ocurre, no como debería ocurrir.
2. Separa tareas y fricciones
Distingue trabajo mecánico, decisiones que necesitan contexto, búsquedas, traspasos entre personas y excepciones. Esa separación evita aplicar IA a una parte que en realidad depende de una regla de negocio no documentada.
3. Prioriza una prueba acotada
Elige una mejora que pueda probarse con un conjunto limitado de entradas y un criterio de revisión claro. La primera versión debe permitir aprender sin poner en riesgo el proceso completo.
4. Revisa antes de ampliar
Compara lo esperado con lo observado y conserva los casos que hayan requerido corrección. Un resultado útil no es solo que la herramienta genere algo: es saber cuándo confiar, cuándo revisar y cuándo no automatizar.
La ficha mínima del diagnóstico
Antes de escoger una herramienta, deja por escrito cinco elementos: entrada, transformación, decisión, salida y excepción. Añade quién revisa, qué sistema conserva la fuente de verdad y qué señal permite saber que el proceso terminó. Esta ficha hace visible el trabajo que suele quedar escondido entre aplicaciones.
Checklist para empezar
Una primera revisión puede quedar resumida en esta lista:
- Proceso: una tarea concreta, con inicio y final observables.
- Entradas: origen, formato, permisos y campos que no pueden faltar.
- Decisiones: reglas conocidas y situaciones que exigen contexto.
- Salida: documento, registro, aviso o respuesta que el equipo necesita.
- Control: persona revisora, incidencias, alternativa manual y condición para detener.
Si alguno de estos puntos no está claro, la siguiente acción es observar y preguntar, no elegir otra herramienta.
Preguntas que evitan un piloto débil
¿Qué parte se repite de verdad? ¿Qué errores son tolerables? ¿Qué datos no deben salir del sistema de origen? ¿Qué ocurre si falta un campo o se duplica una entrada? ¿Quién puede detener el flujo? Si no se pueden responder, todavía falta diagnóstico y no conviene presentar la automatización como solución.
Aplicación a otros procesos
Este esquema se puede reutilizar en administración, atención al cliente, reservas, documentación o gestión interna. La herramienta concreta queda subordinada al proceso y a sus datos.
Cuando el recorrido necesita una observación externa y una prioridad de prueba, el servicio de diagnóstico de procesos convierte esta guía en un trabajo acotado y revisable.
Ejemplo de lectura del proceso
En la experiencia propia de Don Casero, la misma pregunta se observa en dos recorridos: reservas y huéspedes por un lado, y contratos, documentos y movimientos por otro. El valor del diagnóstico está en separar entradas, reglas, excepciones y revisión; no en presentar el proyecto como una prueba de resultados transferibles.