Cómo estimar el retorno de un proyecto de IA

Empieza con una referencia del proceso actual

Mide cuántas tareas se reciben, cuánto trabajo activo requieren y qué parte necesita corrección. Distingue el tiempo de espera del tiempo empleado por una persona. Si una solicitud permanece parada por falta de datos, acelerar la redacción final puede tener un efecto limitado en el plazo total.

Usa un periodo que represente el trabajo que quieres mejorar y documenta sus particularidades. Una semana excepcional no describe necesariamente la carga habitual. Conserva el origen de cada dato para poder revisar la estimación cuando el equipo detecte una diferencia con su actividad real.

Separa capacidad disponible de ahorro económico

Reducir minutos por tarea puede liberar capacidad, pero no significa que desaparezca automáticamente un gasto. Explica qué hará el equipo con ese tiempo: atender más solicitudes, reducir trabajo pendiente o dedicarlo a otra actividad. Si esa posibilidad todavía no está comprobada, preséntala como hipótesis.

Evita contar dos veces la misma mejora. El tiempo liberado y los ingresos de la actividad que ocuparía ese tiempo pueden representar dos formas de valorar el mismo cambio. También conviene separar una mejora de calidad de su traducción económica hasta disponer de una relación razonable entre ambas.

Ejemplo didáctico sin una rentabilidad prometida

Imagina una herramienta que prepara borradores para responder consultas. La comparación incluye leer la solicitud, buscar información, redactar, revisar y corregir. El tiempo de generación del borrador solo cubre una parte. Este ejemplo no contiene resultados de clientes ni representa un ahorro observado en PotenzIA.

Si la revisión se alarga porque el borrador contiene datos dudosos, el resultado puede ser peor que el proceso anterior. Mide ambos recorridos con solicitudes comparables. Anota los casos en los que la herramienta no se utiliza y los que terminan completamente en manos de una persona.

Incluye el coste completo de mantener la solución

Una estimación útil debe cubrir el mismo horizonte para beneficios y costes. El gasto inicial de construcción y el gasto recurrente de uso tienen ritmos distintos; muéstralos separados antes de calcular cualquier indicador.

• Trabajo inicial: análisis del proceso, preparación de datos, integración y pruebas.
• Operación: alojamiento, almacenamiento, llamadas a modelos y servicios conectados.
• Personas: revisión, formación, atención de excepciones y mantenimiento.
• Cambios: actualización de fuentes, nuevas necesidades y revisión de integraciones.
• Incidencias: recuperación, repetición de tareas y continuidad del proceso manual.

Presenta escenarios y una decisión revisable

Puedes expresar un retorno estimado como la diferencia entre beneficio económico estimado y coste total, dividida por ese coste total, siempre sobre el mismo periodo y con un coste mayor que cero. La fórmula no vuelve fiables los supuestos. Declara cómo has valorado el beneficio y evita tratar capacidad liberada como dinero ahorrado sin justificarlo.

Compara escenarios de adopción, volumen y esfuerzo de revisión, explicando qué dato haría cambiar la decisión. Acuerda qué medir durante el piloto y cuándo actualizar la estimación. El resultado más útil es una decisión sobre continuar, ajustar o detener, con sus razones visibles; no una cifra optimista aislada.