Qué preguntar antes de contratar clasificación

En tu empresa la clasificación automática de correos y pedidos es una herramienta estratégica, pero la elección del proveedor puede marcar la diferencia entre una solución que agilice procesos y una que genere cuellos de botella. En este artículo encontrarás las preguntas esenciales que debes hacer, los aspectos que deben quedar por escrito, las señales de alarma y cómo comparar dos propuestas distintas.

Las preguntas que hay que hacer

• ¿Cuál es el modelo de entrenamiento que utilizan?

  • Respuesta esperada de un proveedor serio: Detallan si usan modelos pre‑entrenados adaptados a dominio peruano, o si entrenan un modelo propio con datos de SUNAT, facturación electrónica y catálogos de productos locales.
  • Respuesta que debería preocuparte: “Usamos un modelo genérico y lo ajustamos al momento”. La falta de personalización puede traducirse en alta tasa de error para órdenes con códigos de producto locales.

• ¿Qué precisión alcanzan en pruebas reales?

  • Respuesta esperada: Presentan métricas de precisión y recall específicas para correos y pedidos, con ejemplos de pruebas en empresas peruanas similares a la tuya.
  • Respuesta que debería preocuparte: “Los resultados son buenos en promedio”. Sin datos concretos es imposible evaluar el impacto.

• ¿Cómo manejan la integración con nuestro ERP y con la facturación electrónica de SUNAT?

  • Respuesta esperada: Describen conectores API, mapeos de campos y procesos de validación de XML SUNAT. Indican tiempos estimados de desarrollo (por ejemplo, 4‑6 semanas).
  • Respuesta que debería preocuparte: “Es compatible con cualquier sistema”. La realidad suele requerir adaptaciones específicas.

• ¿Qué nivel de supervisión humana está previsto en el flujo?

  • Respuesta esperada: Proponen una capa de revisión para los casos con confianza < 90 %, con indicadores claros en la UI para que el operador tome decisiones.
  • Respuesta que debería preocuparte: “Todo es 100 % automático”. Sin supervisión, los errores pasan desapercibidos y pueden afectar la cadena de suministro.

• ¿Cómo garantizan la confidencialidad de la información sensible?

  • Respuesta esperada: Mecanismos de cifrado en tránsito y reposo, cumplimiento con la Ley de Protección de Datos Personales (Ley 29733) y políticas de acceso restringido.
  • Respuesta que debería preocuparte: “Los datos se procesan en la nube sin encriptar”. Violaría regulaciones locales y pondría en riesgo la reputación.

• ¿Cuál es el plan de mantenimiento y actualización del modelo?

  • Respuesta esperada: Calendario trimestral de re‑entrenamiento con nuevos datos, SLA de 24 h para correcciones críticas y reportes de desempeño mensuales.
  • Respuesta que debería preocuparte: “Actualizamos cuando sea necesario”. Falta de planificación implica degradación del modelo.

• ¿Qué soporte ofrecen durante la fase de puesta en marcha?

  • Respuesta esperada: Equipo dedicado durante 4 semanas, con sesiones de capacitación para usuarios y documentación paso a paso.
  • Respuesta que debería preocuparte: “Soporte bajo demanda”. La ausencia de acompañamiento puede retrasar la adopción.

Lo que tiene que estar por escrito

1. Alcance del proyecto – Definición clara de los tipos de correos (ordenes de compra, consultas, facturas) y de pedidos (B2B, B2C, marketplace) que serán clasificados.
2. Entregables – Listado de artefactos: modelo entrenado, API REST, dashboard de monitoreo, documentación técnica, manual de usuario y plan de pruebas.
3. Plazos – Cronograma detallado en semanas: análisis de requerimientos (2 sem), diseño de arquitectura (1 sem), desarrollo de conectores (3 sem), entrenamiento del modelo (2 sem), pruebas piloto (2 sem), puesta en producción (1 sem).
4. Soporte – SLA de nivel 2: respuesta en 4 h para incidencias críticas, 24 h para incidencias menores, con canal de ticket interno.
5. Propiedad del código – Cláusula que transfiera al cliente la titularidad del código fuente, modelos entrenados y documentación, con licencia de uso perpetua.
6. Garantías de cumplimiento – Aseguramiento de que la solución respeta la normativa de SUNAT y la Ley 29733, con auditorías de seguridad incluidas.

Señales de alarma

• El proveedor evita detallar métricas de precisión. Sin números concretos no puedes estimar el impacto en tus procesos.
• Promete integración “plug‑and‑play” con cualquier ERP. En Perú la mayoría de los sistemas requieren mapeos específicos y pruebas de validación.
• No menciona un plan de mantenimiento. Los modelos de IA pierden efectividad con el tiempo; la ausencia de re‑entrenamiento es una señal de abandono.
• Ofrece precios “a medida” sin describir el alcance. Puede esconder cargos ocultos o limitaciones técnicas.
• El contrato no incluye cláusula de propiedad del código. Podrías quedar atado a un proveedor para futuras evoluciones.

Cómo comparar dos propuestas distintas

1. Normaliza la unidad de medida – Convierte todas las estimaciones a semanas y a número de recursos (desarrolladores, data scientists, QA). Si una propuesta indica “3 meses” y la otra “12 semanas”, alinéalas para comparar.
2. Desglosa el coste implícito – Identifica qué actividades están incluidas en cada fase (por ejemplo, la integración con SUNAT puede estar dentro del desarrollo o como un ítem extra). Anota los ítems que faltan en una propuesta.
3. Evalúa la cobertura de riesgos – Verifica quién asume la responsabilidad de errores de clasificación durante el piloto. Una propuesta que incluya “garantía de 95 % de precisión en los primeros 30 días” es más robusta.
4. Revisa los SLA – Compara tiempos de respuesta y niveles de soporte. Un SLA de 2 h para incidentes críticos es significativamente mejor que 8 h.
5. Utiliza una tabla comparativa – Coloca criterios clave (precisión, integración SUNAT, soporte, propiedad del código, plazos) y asigna puntuaciones objetivas.

Conclusión

Al terminar este recorrido tendrás claridad sobre qué preguntar, qué exigir por escrito y qué alertas observar antes de firmar con cualquier proveedor. La clasificación automática de correos y pedidos puede aportar entre 15 % y 30 % de ahorro en tiempo operativo, pero solo si la solución está alineada a la normativa peruana, cuenta con métricas verificables y está respaldada por un contrato que garantice soporte, mantenimiento y propiedad del código. Usa esta guía como checklist y evita sorpresas costosas en la fase de puesta en marcha.