¿Cuánto tarda la clasificación automática

La clasificación automática de correos y pedidos promete liberar tiempo, pero la realidad es que los plazos pueden alargarse y afectar la operación. En este artículo verás, paso a paso, cuánto tarda cada fase, qué factores la retrasan y qué debes aportar para que el proyecto avance sin sorpresas.

Las fases y su duración

El proceso típico de implementación se divide en cuatro fases claramente delimitadas. Cada una entrega un artefacto revisable que permite validar avances y decidir si se continúa.

1. Diagnóstico y levantamiento de requerimientos (2‑3 semanas)

• Entregable: Documento de requerimientos funcionales y mapa de fuentes de correo/pedido.
• Qué incluye: Inventario de cuentas de correo (Gmail, Outlook, dominios corporativos), canales de pedidos (web, WhatsApp Business, ERP propio) y normas de SUNAT para facturación electrónica. Se realizan entrevistas con el responsable de operaciones y con el equipo de TI.

2. Diseño de modelo y arquitectura (3‑4 semanas)

• Entregable: Prototipo de flujo de clasificación y arquitectura de integración.
• Qué incluye: Selección de modelo de IA (NLP multilingüe con soporte para español peruano), definición de reglas de negocio (ej.: “si el asunto contiene ‘BOLETA’ → categoría ‘Facturación’”), y diagramas de integración con sistemas existentes (ERP, CRM, plataformas de envío). Se valida con el cliente la capacidad de los sistemas para consumir APIs REST.

3. Desarrollo, entrenamiento y pruebas piloto (5‑6 semanas)

• Entregable: Versión beta funcional que procesa correos y pedidos en entorno de pruebas.
• Qué incluye: Codificación de conectores, entrenamiento del modelo con al menos 1 000 ejemplos reales, pruebas de precisión (objetivo ≥ 92 %). Se ejecutan pruebas piloto con un lote representativo de correos y pedidos, y se documentan los casos de error.

4. Deploy, capacitación y cierre (2‑3 semanas)

• Entregable: Sistema en producción y manual de operación.
• Qué incluye: Migración a ambiente productivo, configuración de alertas de fallos, capacitación de usuarios clave (jefe de operaciones, analista de datos) y entrega de métricas de desempeño. Se firma la hoja de cierre tras validar que el tiempo promedio de clasificación sea ≤ 5 seg.

Resumen de tiempos: 12‑16 semanas totales, con entregables claros en cada etapa que permiten alinear expectativas y detectar desvíos a tiempo.

Qué hace que un plazo se rompa

Los retrasos provienen de causas técnicas, organizativas y regulatorias. Identificarlas antes ayuda a mitigar su impacto.

• Calidad y disponibilidad de datos: Si los correos históricos no están archivados de forma estructurada o los pedidos carecen de campos obligatorios (RUC, número de documento), el entrenamiento del modelo se alarga. En Perú, la normativa de SUNAT exige que los documentos electrónicos incluyan campos específicos; su ausencia obliga a crear rutinas de normalización que suman entre 1‑2 semanas.
• Integraciones con sistemas legados: Muchos ERP peruanos (como Contaplus o Softland) no exponen APIs modernas. Construir conectores SOAP o usar RPA para extraer datos puede añadir 2‑3 semanas extra.
• Aprobación de flujos internos: Cada regla de clasificación debe ser aprobada por el responsable de operaciones y, a veces, por el área de cumplimiento. Si el proceso de validación interno supera una semana, el cronograma se desplaza.
• Capacidad del cliente para proveer recursos: La falta de disponibilidad de un analista de datos para etiquetar ejemplos, o la ausencia de un administrador de sistemas para crear cuentas de correo de prueba, genera cuellos de botella de 1‑2 semanas.
• Cambios regulatorios: Actualizaciones de la SUNAT sobre facturación electrónica pueden requerir ajustes en los campos de clasificación, lo que añade tiempo inesperado.
• Problemas de infraestructura: Servidores on‑premise con limitaciones de CPU o ancho de banda pueden ralentizar el entrenamiento del modelo y la ingestión de correos, obligando a migrar a la nube o a escalar recursos, lo que típicamente implica 1‑2 semanas de planificación.

Qué te van a pedir a ti

El éxito del proyecto depende de la colaboración activa del cliente. Estas son las entregas que deberás proporcionar:

• Datos de entrenamiento: Al menos 1 000 correos y 500 pedidos etiquetados según las categorías definidas. Se requieren campos como remitente, asunto, cuerpo, adjuntos, y para pedidos: número de orden, RUC del cliente, línea de producto.
• Acceso a cuentas de correo y APIs: Credenciales de cuentas de prueba con permisos de lectura, y tokens de API para el ERP o CRM donde se crearán los registros clasificados.
• Definición de reglas de negocio: Lista de criterios críticos (por ejemplo, “si el asunto contiene ‘cambio de dirección’, marcar como ‘Actualización cliente’”). Cada regla debe contar con un responsable de validación.
• Participación de usuarios clave: Un representante del área de operaciones y uno de TI deben asistir a reuniones de revisión de entregables y a la sesión de capacitación final.
• Aprobación de pruebas piloto: Después de la fase de desarrollo, el cliente debe validar al menos 200 casos de clasificación y firmar la hoja de aceptación antes del despliegue.

Cómo saber si va bien

Establecer hitos de control permite detectar desviaciones a tiempo.

• Hito 1 – Validación del diagnóstico (fin de semana 3): El documento de requerimientos debe estar firmado por el jefe de operaciones. Si falta alguna fuente de correo, el cronograma se revisa.
• Hito 2 – Precisión del modelo en pruebas (semana 9): El modelo debe alcanzar ≥ 92 % de precisión en la muestra piloto. Si está por debajo, se planifica una sesión adicional de etiquetado.
• Hito 3 – Tiempo de respuesta del conector (semana 11): El tiempo medio de ingestión de un correo o pedido no debe superar los 3 seg. Un mayor tiempo indica problemas de infraestructura.
• Hito 4 – Capacitación completada (semana 14): Todos los usuarios clave deben aprobar un test práctico con una puntuación mínima del 85 %.
• Señales de desvío: retrasos en la entrega de datos (> 5 días), aumento del número de tickets de soporte durante la fase piloto (> 10 tickets/semana) o desviaciones de precisión mayores al 5 % respecto al objetivo.

Conclusión

Al terminar la lectura, sabes que la clasificación automática de correos y pedidos no es una caja negra: se compone de cuatro fases de 2‑6 semanas cada una, con entregables que facilitan el control. Los principales retrasos provienen de datos incompletos, integraciones legacy y aprobaciones internas, y son mitigables con una planificación realista y una participación activa de tu equipo. Con los hitos y señales de desvío definidos, podrás monitorear el proyecto y asegurar que la solución llegue a producción en 12‑16 semanas, cumpliendo con los requisitos de SUNAT y mejorando la eficiencia operativa de tu empresa.