Elegir una consultora de IA no debería empezar por preguntar qué modelo utiliza. Debería empezar por saber si entiende el negocio, puede medir el resultado, controla los riesgos y es capaz de integrar la solución en procesos reales.
15 preguntas antes de contratar
1. ¿Qué problema empresarial resolveríais primero?
Una buena respuesta debe hablar de procesos, impacto, datos y prioridad. Si empieza y termina en herramientas, falta diagnóstico.
2. ¿Cómo decidís qué NO automatizar?
La consultora debería tener criterios de riesgo, retorno, excepciones y dependencia humana.
3. ¿Cómo vais a medir el resultado?
Pide KPIs antes de contratar: tiempo, coste, errores, conversión, volumen o calidad.
4. ¿Cuál es la línea base?
Sin medición previa será difícil demostrar que la IA ha creado valor.
5. ¿Qué parte es piloto y qué parte es producción?
Un prototipo puede funcionar con datos controlados y fallar cuando entra en el flujo real. Debe existir una transición explícita.
6. ¿Qué datos necesita la solución?
La consultora debe explicar fuentes, permisos, calidad, retención y sensibilidad.
7. ¿Qué ocurre si la IA se equivoca?
Busca mecanismos de validación, revisión, logs, límites y escalado humano.
8. ¿Qué acciones puede ejecutar automáticamente?
Leer un documento no tiene el mismo riesgo que enviar un correo, modificar un CRM o autorizar una operación.
9. ¿Cómo se gestionan permisos y accesos?
El principio debería ser mínimo privilegio: cada sistema accede solo a lo necesario.
10. ¿Qué costes son recurrentes?
Pide separar implantación, licencias, API, soporte, mantenimiento e infraestructura.
11. ¿Quién es propietario de la solución y los datos?
Debe quedar claro qué pertenece al cliente, qué depende del proveedor y qué ocurre al terminar la relación.
12. ¿Qué dependencia tendremos de una herramienta concreta?
Una arquitectura puede apoyarse en un proveedor sin quedar innecesariamente bloqueada.
13. ¿Cómo se mantiene después del lanzamiento?
Modelos, APIs, permisos y procesos cambian. Pregunta quién revisa, actualiza y monitoriza.
14. ¿Cómo se formará al equipo?
La adopción forma parte del proyecto. Una solución excelente que nadie utiliza no genera retorno.
15. ¿Qué condición haría que recomendaseis parar?
Esta pregunta revela si el proveedor está dispuesto a proteger el presupuesto del cliente o solo a ampliar alcance.
Señales de alerta
- promesas de ahorro sin línea base;
- “automatizamos cualquier cosa”;
- ausencia de preguntas sobre datos;
- no explicar límites ni errores;
- propuestas sin KPI;
- precios sin separar costes recurrentes;
- casos de éxito sin evidencia;
- usar “agente” para describir cualquier workflow;
- no definir quién mantiene la solución.
Qué debería incluir una propuesta seria
- problema y objetivo;
- alcance;
- procesos implicados;
- datos necesarios;
- arquitectura;
- riesgos y controles;
- fases;
- entregables;
- KPIs;
- coste inicial y recurrente;
- responsabilidades;
- criterios de aceptación;
- plan de mantenimiento.
Cómo comparar dos propuestas
No compares únicamente precio. Evalúa impacto esperado + viabilidad + riesgo + dependencia + coste total + capacidad de mantenimiento.
Para muchas PYMEs, un buen proceso de compra comienza con un diagnóstico o piloto medible. Revisa nuestra guía para pasar de ideas a casos de uso prioritarios.
CTA: Si quieres contrastar una oportunidad antes de contratar una implantación completa, utiliza el Diagnóstico Inicial para Empresas o contacta con IACorpBCN.