Redactar la ficha de oportunidad y el primer experimento

Al terminar el análisis puedes tener muchas notas y todavía no disponer de una decisión. La ficha de oportunidad resuelve ese problema: reúne proceso, patrón, viabilidad, riesgo, valor y evidencia en un documento breve que otra persona pueda revisar.

Su función no es vender una solución cerrada. Debe mostrar qué se sabe, qué se supone, qué queda fuera y cuál es la comprobación más útil. Una ficha honesta puede recomendar avanzar, preparar condiciones o descartar. Las tres son conclusiones válidas si están respaldadas.

Qué debe permitir decidir la ficha

Una persona que no participó en el análisis debería poder responder:

• ¿qué proceso y qué parte se están evaluando?;
• ¿qué problema observable existe hoy?;
• ¿por qué automatizarlo y por qué usar IA, si se propone IA?;
• ¿qué hará el sistema y qué seguirá haciendo una persona?;
• ¿con qué datos y sistemas trabajará?;
• ¿qué puede salir mal y cómo se limitará?;
• ¿qué valor se espera y cómo se medirá?;
• ¿qué incertidumbre resolverá el primer experimento?;
• ¿quién debe participar en la siguiente decisión?;

Si la ficha no permite responder alguna pregunta, no la rellenes con lenguaje ambiguo. Señala la carencia y conviértela en condición previa o hipótesis.

Consolida la ficha de oportunidad

Utiliza una estructura estable para comparar oportunidades y separa hechos, decisiones e hipótesis.

La ficha sintetiza lo ya decidido; no vuelve a desarrollar cada análisis. Un nombre como clasificación inicial de solicitudes comerciales describe mejor el alcance que asistente inteligente de ventas. Marca cada elemento como confirmado, inferido o pendiente y conserva las fuentes que permitan revisarlo.

Revisa la coherencia entre secciones

Una ficha puede parecer completa y contener contradicciones. Aplica estas comprobaciones:

• el alcance coincide con las entradas, acciones y métricas;
• el problema de la línea base es el que aborda la propuesta;
• la IA se asigna solo a pasos que la necesitan;
• el grado de autonomía respeta el riesgo descrito;
• las integraciones permiten las acciones propuestas;
• las excepciones tienen propietario y salida;
• las métricas observan el resultado esperado;
• el experimento utiliza una muestra representativa del alcance;
• los criterios de avance incluyen calidad y salvaguardas;
• las hipótesis no aparecen redactadas como hechos.

Busca también ausencias interesadas. Si la ficha destaca el ahorro y omite el coste de revisión, la comparación queda sesgada. Si propone automatización completa y no describe el fallo más importante, el nivel de control no está justificado.

Selecciona la incertidumbre principal

El primer experimento no es una implantación ni un tutorial completo de gestión de pilotos. Debe responder la incertidumbre que más puede cambiar la decisión, sin intentar demostrar a la vez precisión, integración, adopción, ahorro y despliegue.

Ejemplos de preguntas:

• ¿pueden extraerse los cinco campos obligatorios en los formatos que representan el 80 % del volumen?;
• ¿la recuperación encuentra evidencia vigente para las preguntas más frecuentes?;
• ¿las categorías actuales permiten enrutar solicitudes sin crear una nueva cola de revisión?;
• ¿la integración puede escribir un borrador sin modificar el estado definitivo?;
• ¿el volumen de excepciones mantiene la revisión dentro de un rango operativo aceptable?

Una pregunta concreta conduce a una prueba concreta. Si la duda es la calidad de datos, construir toda la integración no aporta la evidencia más útil; si es el acceso al sistema, evaluar archivos exportados no resuelve el bloqueo.

Fija muestra, referencia y métrica

La muestra debe conservar la diversidad relevante del alcance: periodo, tipos de caso, formatos, dificultad y excepciones conocidas. Documenta cómo se obtuvo y quién autorizó su uso.

Compárala con una decisión revisada, un registro validado o reglas explícitas. Si existe desacuerdo humano, regístralo: quizá no haya una única respuesta estable.

Elige una métrica ligada a la pregunta y una salvaguarda para el fallo que no aceptarías. Es la métrica de decisión del experimento, distinta de la línea base, de la evaluación técnica y de la comparación de prioridad usadas antes. Deja un procedimiento repetible con entradas, configuración, controles y registro de resultados.

Define avance o parada antes de probar

Antes de ver resultados, establece el nivel aceptable en la tarea crítica, el máximo de fallos graves, la carga de revisión tolerable y la condición que obliga a detener. Define también qué evidencia permitiría una prueba posterior más amplia.

Avanzar puede autorizar solo una segunda comprobación, no una implantación. Detener un enfoque tampoco abandona el problema: puede conducir a reducir alcance, mejorar datos o utilizar reglas sin IA.

Ejemplo completo: solicitudes de presupuesto por correo

Imagina una empresa B2B que recibe solicitudes de presupuesto en un buzón compartido. Una persona identifica cliente, familia de producto, urgencia y datos faltantes; después crea una oportunidad en el CRM y la asigna.

Resumen de la oportunidad

El alcance empieza al llegar un mensaje al buzón y termina con un borrador de oportunidad asignado para revisión. Quedan fuera el cálculo de precio, la aprobación comercial y el envío de una oferta. La línea base muestra demoras variables y mensajes sin propietario, aunque el tiempo de trabajo activo todavía procede de una muestra limitada.

Las reglas pueden detectar remitentes conocidos, validar campos obligatorios y asignar algunas familias. La IA se propone para extraer información de texto libre y adjuntos, y para clasificar solicitudes ambiguas. El patrón es un workflow con una capacidad de extracción y clasificación; no se necesita un agente que decida dinámicamente los objetivos.

El sistema prepara un borrador. Una persona revisa cliente, producto y urgencia antes de crear la oportunidad definitiva. Las solicitudes con identidad incierta, condiciones especiales o categoría desconocida se escalan. El CRM conserva el estado oficial.

Dependencias y riesgos

Existe acceso al buzón y una muestra autorizada, pero debe comprobarse la operación concreta de integración con el CRM. Los adjuntos presentan varios formatos. Los principales riesgos son asociar un mensaje al cliente equivocado, omitir urgencia y duplicar una oportunidad. Por ello se exige revisión previa, comprobación de duplicados y parada si la escritura no recibe confirmación.

Valor y experimento

El valor directo esperado es reducir el tiempo hasta disponer de un borrador asignado y disminuir solicitudes sin propietario. Un aumento de conversión sería una hipótesis posterior, no un resultado garantizado.

La principal incertidumbre es si se extraen de forma útil los campos obligatorios en la variedad real de mensajes. El primer experimento utiliza una muestra separada por formatos y dificultad, compara contra una referencia revisada y mide cada campo crítico, escalados y fallos de identidad. No escribe en el CRM. Avanza si cumple los criterios por campo sin fallos graves y si la carga estimada de revisión es aceptable. Se detiene si aparecen asociaciones erróneas de cliente o si la muestra no representa el proceso.

Esta ficha no prueba todavía que la automatización sea rentable o implantable. Sí permite decidir si merece una prueba de integración controlada.

Ejercicio final: entrega una ficha defendible

Completa la ficha para la oportunidad que has trabajado durante el curso. Después realiza tres revisiones.

Revisión de evidencia

Marca cada afirmación relevante como observada, respaldada por una fuente, inferida o pendiente. Sustituye las cifras sin procedencia por rangos o por una tarea de medición.

Revisión adversarial

Pide a una persona conocedora del proceso que intente invalidar la propuesta. Debe buscar excepciones omitidas, datos inaccesibles, impactos trasladados y acciones que excedan el control previsto. Registra objeciones y respuesta; no borres el desacuerdo.

Revisión de decisión

Elige una recomendación:

• experimentar ahora;
• preparar primero el proceso, los datos o el acceso;
• reducir o cambiar el alcance;
• utilizar automatización sin IA;
• descartar por el momento.

Termina con una frase de decisión y sus condiciones. Por ejemplo: experimentar la clasificación asistida con una muestra de tres meses, sin escritura en el CRM, condicionado a validar permisos y con revisión previa de todos los casos.

Cierre del curso

Has pasado de una idea amplia de IA a una oportunidad evaluable. Delimitaste el proceso, decidiste si convenía automatizar, separaste reglas de capacidades probabilísticas, elegiste patrón y autonomía, comprobaste viabilidad, diseñaste controles y comparaste prioridad.

El resultado no es una promesa de transformación ni una especificación de software. Es una ficha de oportunidad trazable y un primer experimento que puede producir evidencia. Esa disciplina permite empezar pequeño sin decidir a ciegas y detener a tiempo una propuesta que no cumple sus condiciones.