Volver al análisis de procesos

Muestra de trabajo

Un análisis de procesos con IA, en la práctica.

Una empresa ficticia de mantenimiento quiere dejar de rehacer presupuestos conocidos a partir de archivos dispersos. Este ejemplo muestra un análisis posible: qué cambiaríamos, qué probaríamos y dónde sigue el control en una persona. Otro negocio se evaluaría según su propio trabajo.

01

Resumen de la revisión

Los presupuestos estándar se podrían producir desde fuentes acordadas. Antes de un piloto, la tarifa, los datos obligatorios y las reglas de excepción necesitan un responsable.

Empresa
Empresa británica ficticia de mantenimiento comercial
Proceso
De la consulta al presupuesto
Pregunta del análisis
¿Qué debe cambiar para que los presupuestos estándar se produzcan a partir de tarifas y condiciones acordadas, y las lagunas y excepciones lleguen al responsable comercial?
Fuera de alcance
Envío automático, sustitución del CRM y precios sin tarifa acordada

02

El proceso actual

Se pierde tiempo buscando el material de origen y rehaciendo borradores conocidos.

  1. 01

    La consulta llega al buzón compartido.

  2. 02

    Una persona de administración comprueba el trabajo, la ubicación y los plazos.

  3. 03

    Las tarifas, las condiciones y los presupuestos anteriores están en archivos distintos.

  4. 04

    Un responsable comercial resuelve las lagunas y las excepciones.

  5. 05

    Se redactan, se revisan y se envían el presupuesto y la respuesta.

03

Qué está frenando el trabajo

01

Las fuentes están dispersas.

El equipo sabe por costumbre qué tarifa está vigente. Los propios archivos no lo dejan claro, así que cada presupuesto se rehace de memoria.

02

Los datos que faltan aparecen tarde.

El acceso a la ubicación, los plazos y la información del servicio suelen descubrirse cuando alguien ya ha empezado el borrador.

03

La redacción rutinaria retrasa las decisiones.

El personal con experiencia reúne textos estándar antes de llegar a las preguntas que necesitan su criterio.

Primer paso recomendado

Producir presupuestos estándar desde fuentes acordadas.

Una consulta entrante pone en marcha el flujo. El flujo comprueba los datos obligatorios y produce el presupuesto estándar y la respuesta a partir de la tarifa y las condiciones vigentes. Cada presupuesto muestra sus fuentes y sus comprobaciones. Lo que falta y las peticiones que no son estándar van al responsable comercial, que aprueba el presupuesto y lo que se envía. Los comentarios actualizan las fuentes a través de sus responsables. Otro negocio podría dejar más de este trabajo en manos de las personas, o ir más lejos cuando las reglas estén probadas.

Antes del piloto

  1. 01Nombrar un responsable y la versión vigente de cada fuente.
  2. 02Acordar los datos obligatorios, los casos estándar y las excepciones.
  3. 03Acordar los casos de prueba y qué cuenta como resultado aceptable.

05

Acceso y responsabilidad

01

Puede consultar

El buzón compartido, la tarifa aprobada, las condiciones vigentes y las descripciones de servicio acordadas.

02

Produce

Una comprobación de los datos obligatorios, un presupuesto estándar y una respuesta a partir de tarifas y condiciones vigentes, y las fuentes y comprobaciones que los respaldan. Un presupuesto generado sigue siendo un borrador hasta que una persona lo aprueba.

03

Las personas dirigen y aprueban

Las reglas y sus responsables, la información que falta, cualquier excepción, el alcance y el precio finales, y todo lo que se envía al cliente.

06

Un piloto acotado

Se prueba el flujo propuesto con consultas históricas y, después, en uso vigilado. El piloto se limita a borradores, y una persona aprueba cada envío al cliente.

Incluye

  • Un buzón compartido y una línea de servicio
  • Tarifas, condiciones, descripciones de servicio y datos obligatorios de la consulta, ya aprobados
  • Presupuestos estándar, comprobaciones acordadas y excepciones a una persona
  • Pruebas históricas representativas y ejecuciones vigiladas con el responsable comercial

No incluye

  • Envío automático, también las preguntas por datos que faltan
  • Decisiones de precio sin control
  • Sustitución del CRM
  • Acceso fuera del proceso definido

07

Cómo mediríamos el éxito

Primero se registra una base con trabajo comparable. Estas son pruebas de este piloto, no resultados publicados. Otro cliente puede necesitar medidas distintas.

MedidaPrueba
Tiempo hasta el presupuesto enviadoCompara el tiempo desde la recepción hasta el envío autorizado. Muestra aparte la espera por datos que faltan y la espera por la aprobación.
Tiempo de las personas por presupuestoCuenta el tiempo de buscar, reunir, revisar y corregir. Separa los casos estándar de las excepciones.
Exactitud y datos que faltanRegistra los cambios importantes de precio, alcance y condiciones, y si las lagunas obligatorias se detectaron antes de producir el presupuesto. Antes, acuerda qué resultado es aceptable.
Envíos sin aprobarResultado exigido: cero. Queda aparte de las medidas de eficiencia.

Decisión de la revisión

Seguir cuando el flujo aguanta, no solo cuando las fuentes tienen responsable.

El trabajo se repite y el resultado se puede comprobar. En esta empresa se sigue cuando se cumplen estas condiciones. Si el esfuerzo de revisar o los errores borran la mejora, se cambia el flujo o se deja.
  1. 01Las fuentes y las reglas tienen responsables concretos.
  2. 02Los casos estándar, los de información que falta y las excepciones cumplen las pruebas acordadas.
  3. 03Un responsable concreto vigila el uso real, y cada envío al cliente sigue aprobado.

Muestra de trabajo

¿Qué encontraría un análisis en tu negocio?

Empieza por un proceso que quieras mejorar. El análisis sigue ese trabajo.Consultar sobre el análisis