Automatización de procesos con IA para empresas en Perú
El trabajo que ocurre después de la primera respuesta: quién se hace cargo de cada caso, con qué prioridad, en qué plazo y qué pasa cuando ese plazo se vence. Para operaciones donde el estado de las cosas vive en la cabeza de alguien y no en un sistema.
El problema
Qué problema resuelve
Un caso entra y alguien tiene que decidir de quién es. En la mayoría de operaciones peruanas esa decisión se toma en un grupo de WhatsApp, y la asignación queda registrada en un mensaje que en dos días nadie encuentra. El caso existe, pero no tiene dueño verificable.
Lo que sigue es predecible: dos personas trabajan el mismo caso sin saberlo, o ninguna lo trabaja porque cada una supuso que era de la otra. Y como no hay estado, la única forma de saber cómo va algo es preguntar. Preguntar tiene un costo y ese costo se paga varias veces al día.
Automatizar el proceso no es poner un robot a hacer el trabajo. Es hacer explícitas las reglas que ya existen —quién atiende qué, con qué prioridad, en cuánto tiempo— y que el sistema las aplique siempre igual, incluso cuando el responsable habitual está de vacaciones.
El costo no aparece en ninguna línea del estado de resultados, y por eso se tolera durante años. Está repartido en reingresos de datos que nadie factura, en reuniones cuyo único propósito es averiguar en qué quedó algo, y en el caso que se cayó sin que nadie se enterara hasta que el cliente reclamó. Cuando se mide por primera vez, el número suele incomodar.
Cómo lo implementamos
Cómo lo implementamos
La regla de este servicio es que primero se mide el proceso como es, no como debería ser. Automatizar un proceso mal entendido produce un desastre más rápido.
- 01
Diagnóstico
Levantamos el proceso actual siguiendo casos reales de punta a punta, con marcas de tiempo. No con un diagrama de lo que debería pasar, sino con lo que pasó con veinte casos concretos del último mes. Ahí aparecen los desvíos que nadie documenta.
- 02
Diseño
Escribimos las reglas de asignación, los plazos por tipo de caso y la ruta de escalamiento cuando un plazo se vence. También lo que no se automatiza: las excepciones que seguirán siendo decisión de una persona, declaradas de forma explícita.
- 03
Construcción
Implementamos el flujo sobre las herramientas que su equipo ya usa, para no obligar a nadie a aprender un sistema nuevo. Cada caso obtiene identificador, dueño, estado y bitácora. El estado deja de ser una opinión.
- 04
Piloto supervisado
El flujo corre en paralelo al método actual sobre una parte del volumen. Se comparan las asignaciones que propone el sistema con las que habría hecho su equipo, y las diferencias se revisan una por una.
- 05
Operación
Se apaga el método anterior por tipo de caso, no de golpe. Entregamos el panel de reglas para que su equipo ajuste plazos y responsables sin pedirnos nada.
Qué incluye
Qué incluye
Lo que queda en su empresa cuando terminamos.
- Mapa del proceso real, con tiempos
- El proceso tal como ocurre hoy, medido sobre casos reales. Este documento suele ser el primer entregable útil por sí solo, incluso antes de automatizar nada.
- Motor de reglas de asignación
- Quién recibe qué, según tipo de caso, carga actual, horario y competencia requerida. Editable sin programar.
- Plazos y escalamiento automático
- Cada tipo de caso tiene un plazo. Cuando se vence, el sistema escala al siguiente nivel sin que nadie tenga que acordarse.
- Estado único por caso
- Un identificador, un dueño, un estado visible para todos. Se acaban las listas paralelas en Excel y los estados que sólo conoce quien atendió.
- Bitácora auditable
- Quién hizo qué y cuándo, incluidas las acciones automáticas. Sirve para resolver discusiones y para entender por qué el sistema decidió lo que decidió.
- Manual de operación y de excepciones
- Qué hace el sistema, qué sigue siendo decisión humana, y cómo intervenir cuando algo se sale del carril.
Cuánto toma
Cuánto toma
Entre cuatro y ocho semanas para un proceso acotado, entendiendo por acotado un flujo con un dueño claro y menos de una decena de tipos de caso.
El factor que estira los plazos no es técnico. Es que el proceso rara vez está documentado y, al levantarlo, aparecen desacuerdos internos sobre cómo debería funcionar. Resolver esos desacuerdos es parte del trabajo y no se puede saltar: un flujo que no tiene acuerdo detrás no sobrevive al segundo mes.
- Levantamiento y medición
- 1 a 2 semanas
- Diseño de reglas y acuerdo interno
- 1 a 2 semanas
- Construcción y piloto en paralelo
- 2 a 4 semanas
El alcance y la inversión se definen tras el diagnóstico.
Preguntas frecuentes
Preguntas frecuentes
- ¿Esto significa que voy a reducir personal?
- No es el objetivo y no lo planteamos así. Lo que cambia es en qué se ocupa el tiempo del equipo: menos reasignar, transcribir y averiguar estados; más atender casos que requieren criterio. Si su intención es reducir personal, dígalo en el diagnóstico, porque cambia qué se automatiza primero y cómo se comunica internamente.
- ¿Sirve si mi proceso no está documentado?
- Es el caso normal. Casi ningún proceso está documentado, y los que lo están suelen describir una versión idealizada. Por eso el diagnóstico se hace siguiendo casos reales con marcas de tiempo, no leyendo manuales. El mapa que sale de ahí es un entregable en sí mismo.
- ¿Qué pasa cuando el proceso cambia?
- Las reglas viven en un panel, no en el código. Su equipo cambia plazos, responsables y prioridades sin llamarnos. Lo que sí requiere trabajo nuestro es agregar un tipo de caso nuevo o una integración nueva, y eso se cotiza aparte cuando aparece.
- ¿Cómo sé que el sistema no se equivoca al asignar?
- Por eso el piloto corre en paralelo al método actual. Durante esas semanas se comparan las decisiones del sistema con las que habría tomado su equipo y se revisan las diferencias. Recién cuando ese contraste es aceptable se apaga el método anterior, y se apaga por tipo de caso, no de golpe.
- ¿Tengo que cambiar las herramientas que uso hoy?
- En principio no. El flujo se construye sobre lo que ya usa para no sumar una curva de aprendizaje al cambio de proceso. Si alguna herramienta es un obstáculo real —por ejemplo, no permite ninguna integración— lo decimos en el diagnóstico con el argumento concreto, no como recomendación genérica.
Servicios relacionados
- Asistentes de IA en WhatsAppVer cómo atender la primera consulta con un asistente en WhatsApp.
- Reportes automatizadosVer cómo ver el estado de la operación sin consolidar nada a mano.
- Sector inmobiliarioVer el seguimiento de leads en una inmobiliaria peruana.
- Comparar este servicio con los otros cuatro
Conversemos 15 minutos.
Venga con un proceso concreto en mente, no con el conjunto de la operación. Los proyectos que funcionan empiezan por un flujo con un dueño claro; los que se atascan empiezan por querer ordenarlo todo a la vez.