Autoservicio con barandillas

Una compuerta revisa al final: el trabajo está hecho y alguien decide si pasa. Una barandilla actúa al principio, en el momento de pedir, y evita el error antes de que exista. Con una barandilla el equipo se entera en un minuto de que su petición no cumple y corrige; con una compuerta se entera días después, cuando ya construyó sobre ello.

Las barandillas funcionan mejor cuando son pocas, automáticas y explican el rechazo con la regla exacta y el modo de corregirlo.

El resumen de peticiones muestra qué hace el autoservicio en la práctica. Un rechazo no es un fallo: es la barandilla haciendo su trabajo. Contar los rechazos y mirar su causa dice si las reglas están bien calibradas o si bloquean demasiado.

Abre notas/autoservicio.txt y autoservicio/solicitudes-30d.csv.

Cuando una misma regla rechaza muchas peticiones hay dos lecturas posibles: el error es muy común y conviene arreglarlo en la plantilla o en la guía, o la regla es confusa y los equipos no saben cómo cumplirla. En ambos casos es la primera candidata para mejorar la experiencia.

Abre autoservicio/solicitudes-30d.csv.

Las excepciones manuales, aprobadas por una persona fuera del formulario, tienen dos costos: tardan y no dejan el rastro automático de las demás. En la tabla se ven por su tiempo hasta quedar listas, muy superior al del resto, y por su resultado distinto de aprobada o rechazada.

Abre notas/autoservicio.txt y autoservicio/solicitudes-30d.csv.

Una barandilla que solo dice «rechazado» genera tickets de soporte y frustración. La configuración de Ruta Firme incluye una plantilla de mensaje con el nombre de la regla, su efecto y una guía de corrección. Ese detalle decide si el autoservicio ahorra tiempo o solo lo traslada del revisor al equipo de plataforma.

Abre autoservicio/barandillas.yml.