¿Qué debería transformar primero una empresa? Una auditoría práctica de flujos.

Transforma primero el flujo que combine fricción operativa relevante, decisiones repetibles, evidencia accesible y una ruta segura hacia producción. No empieces por el departamento que pida IA con más fuerza ni por la demo más espectacular. Empieza donde el trabajo terminado pueda aliviar una limitación comercial y donde sea posible demostrar, dentro de un límite claro, que la nueva ruta mejora la anterior.

Una auditoría de IA no pretende generar una lista interminable de ideas. Sirve para elegir un punto de partida creíble.

Por qué las listas de oportunidades suelen quedarse en la superficie

Un taller típico pregunta qué debería hacer la IA. Las respuestas se repiten: escribir contenido, atender soporte, analizar datos, cualificar leads, crear informes y automatizar el seguimiento.

Son categorías de capacidades, no encargos de implementación. Omiten los hechos que determinan si un flujo puede moverse con seguridad:

• dónde se origina la entrada;
• qué registro tiene autoridad;
• qué calidad y estructura tienen los datos;
• qué decisiones se repiten y cuáles exigen criterio;
• qué puede leer, preparar, modificar o enviar el sistema;
• quién asume una excepción;
• qué evidencia demuestra la finalización;
• si el equipo utilizará el resultado.

La auditoría hace visibles esos hechos antes de comprometerse con una arquitectura.

Empieza por el trabajo, no por el organigrama

Los departamentos sirven para asignar responsabilidad, pero el trabajo rara vez permanece dentro de una casilla. Un lead atraviesa publicidad, CRM, cualificación, ventas e informes. Un informe pasa por datos contables, análisis, explicación, aprobación y entrega.

Elige una unidad de trabajo con principio y final claros:

• llega un lead y recibe una clasificación;
• un cliente termina su incorporación y queda listo para la entrega;
• una consulta de pedido recibe una respuesta aprobada;
• un periodo contable se convierte en una explicación revisada;
• una clínica potencial se convierte en contacto verificado con siguiente acción.

La unidad de análisis no es «ventas» u «operaciones», sino un objeto que recorre una secuencia de decisiones.

Paso 1: escribe la condición de finalización

Antes de mapear el proceso actual, completa:

Este flujo termina cuando __________, y podemos demostrarlo porque __________.

Ejemplos:

• Un lead termina cuando queda descartado, programado para reintento o transferido a una persona de cierre, y el CRM contiene la clasificación y la llamada.
• Una revisión financiera termina cuando el cliente dispone de una vista del periodo, las preguntas abiertas llegan al equipo contable y no se produce ninguna escritura no autorizada.
• Una investigación de clínica termina cuando se confirma el registro de selección autorizado, se aprueba el siguiente contacto y queda registrado el seguimiento.

Si el equipo no acuerda qué significa terminar, aún es pronto para automatizar. El propio proceso actual no está resuelto.

Paso 2: mapea la ruta actual sin mejorarla

Usa casos recientes y reales, con todos sus pasos incómodos. Un mapa útil tiene siete columnas:

No limpies el mapa mientras lo documentas. Los rodeos manuales revelan la lógica oculta que soporta la empresa.

Paso 3: separa reglas de criterio

Clasifica cada decisión:

• Determinista: las mismas entradas válidas deben producir la misma acción. Por ejemplo, campos obligatorios, horario, enrutamiento por cuenta o detener reintentos tras una clasificación final.
• Asistida por modelo: importan el lenguaje o el contexto no estructurado, pero el resultado puede limitarse o revisarse. Por ejemplo, resumir una llamada, preparar soporte o explicar una variación financiera.
• Humana: la consecuencia, la ambigüedad o la relación exigen criterio responsable. Por ejemplo, aprobar inversión, cambiar datos financieros, enviar contacto sensible o cerrar una venta compleja.

Así evitas usar un modelo donde una regla sería más segura y obligar a una persona a repetir decisiones que podrían codificarse.

Paso 4: puntúa la preparación sin falsa precisión

Usa rojo, ámbar o verde para cada factor y anota el motivo.

Relevancia comercial

• Verde: limita respuesta, capacidad, calidad, margen potencial o conversión.
• Ámbar: es útil, pero el efecto comercial es indirecto.
• Rojo: es principalmente demostrativo o cosmético.

Frecuencia y presión de cola

• Verde: el mismo trabajo se repite y crea una cola visible.
• Ámbar: se repite con volumen irregular.
• Rojo: es raro o cambia por completo en cada ocasión.

Claridad de reglas

• Verde: pueden formularse elegibilidad, ruta, parada y excepciones.
• Ámbar: se conocen la mayoría, pero quedan casos límite.
• Rojo: personas expertas discrepan sobre cómo trabajar.

Acceso a fuentes

• Verde: registros autorizados y proveedores están disponibles para una prueba controlada.
• Ámbar: hay acceso, pero faltan credenciales, propiedad o calidad.
• Rojo: depende de datos inaccesibles, sin dueño o poco fiables.

Consecuencia y reversibilidad

• Verde: la primera versión puede ser de lectura, borrador o fácilmente reversible.
• Ámbar: hay consecuencias, pero existe una aprobación clara.
• Rojo: los errores serían materiales y no existe revisión ni reversión fiable.

Calidad de la evidencia

• Verde: cierre y fallo se observan en registros conservados.
• Ámbar: hay evidencia, pero está repartida.
• Rojo: solo se sabe preguntando a quien operó el flujo.

Responsabilidad de adopción

• Verde: una persona nombrada posee despliegue, excepciones y feedback.
• Ámbar: existe apoyo directivo, pero no propiedad diaria.
• Rojo: pertenece al «equipo de IA», sin usuario responsable.

Un buen primer flujo es mayoritariamente verde, con puntos ámbar convertibles en controles explícitos. Un rojo no siempre descarta el proyecto, pero debe resolverse dentro del alcance, no esconderse en la promesa.

Paso 5: dibuja la aprobación humana antes de automatizar

No añadas «persona en el circuito» al final. Sitúa a la persona justo donde cambia la autoridad.

Define:

1. Disparador: ¿Qué exige revisión?
2. Responsable: ¿Qué función la recibe?
3. Evidencia: ¿Qué puede ver?
4. Opciones: ¿Aprobar, editar, rechazar, pedir contexto o redirigir?
5. Tiempo límite: ¿Qué ocurre si nadie actúa?
6. Registro: ¿Dónde se conserva la decisión?

En un portal financiero de solo lectura, el control va antes de escribir o enviar. En cualificación, puede ir al transferir un lead apto. En selección, antes de una llamada piloto o un mensaje relevante.

La aprobación humana no es un fracaso de la automatización. Es el punto donde el sistema entrega el juicio responsable a su dueño.

Paso 6: define la prueba mínima en producción

Debe ser estrecha para comprenderla y real para importar. Especifica:

• un flujo y una condición final;
• el sistema real de referencia;
• un conjunto limitado de entradas o periodo;
• acciones permitidas de lectura, borrador y escritura;
• la aprobación humana;
• al menos tres fallos previstos;
• la evidencia de cada ejecución;
• el criterio para ampliar, revisar o detener.

Evita dos sustitutos débiles: una demo aislada que nunca encuentra proveedores reales, datos incompletos ni usuarios; y un piloto tan amplio que no permite saber qué cambio produjo el resultado.

La prueba mínima debe responder una pregunta: ¿puede esta unidad de trabajo recorrer la nueva ruta bajo controles reales?

Tres primeras transformaciones distintas

Linda's Care: velocidad y cualificación repetible

Linda's Care tenía una unidad clara —un lead apto—, una limitación comercial de respuesta rápida, campos repetibles, un registro visible y un control natural en la transferencia.

El puente llamó, capturó respuestas estructuradas, actualizó GoHighLevel, gobernó reintentos y transfirió conversaciones aptas. El cliente informó de un contrato de $800 en la primera semana. Es un informe atribuido, no una promesa de repetirlo.

Plutify: comprensión sin riesgo de escritura

Plutify Bookkeeping tenía datos actuales en QuickBooks, pero una experiencia estática. Un portal de CFO de solo lectura era un primer paso creíble porque podía crear valor antes de obtener autoridad sobre los libros.

La lectura en vivo y las API protegidas estaban demostradas. Escrituras, exportaciones, programaciones y envíos siguieron controlados. La prueba mejoró la revisión y preservó la fuente contable.

Care Networks: administración activa, voz preparada

Care Networks tenía varias rutas de proveedores y un posible flujo de llamadas. La auditoría no las convirtió en una sola afirmación. Administración y acceso autorizado a JobAdder formaron la línea activa; la voz quedó tras decisiones de teléfono, identificador, guion, lista piloto y webhook.

A menudo ese es el resultado correcto: no «no», sino «primero esta línea; la otra, cuando sus controles sean reales».

Paso 7: establece la base antes de afirmar mejora

Captura el estado actual con datos sostenibles:

• tamaño y antigüedad de la cola;
• tiempo hasta la primera acción;
• finalizaciones y excepciones;
• retrabajo o reaperturas;
• porcentaje con intervención humana;
• frecuencia de datos ausentes;
• adopción;
• resultado comercial posterior con método explícito de atribución.

No inventes ahorro horario porque una demo parezca rápida. No confundas actividad con adopción ni implantación técnica con retorno.

Si el cliente informa de un resultado, etiquétalo. Si el flujo se verificó en vivo pero no se midió su uso habitual, dilo. La precisión refuerza el caso.

Observación, inferencia y evidencia

• Observación: El registro completo de 25 casos abarca cinco estados de evidencia: activo y verificado, activo con supervisión, listo por parte del proveedor, piloto y construido con adopción pendiente. El mejor primer alcance varió según acceso, consecuencia y evidencia.
• Inferencia: Un flujo con registro final claro y primera acción reversible suele ser más demostrable que un mandato amplio de «empleado de IA».
• Evidencia: Estados y afirmaciones se apoyan en documentos conservados, comprobaciones en vivo o informes de clientes. Esta matriz es el método práctico de RECAST, una guía; no presupone que todas las empresas prioricen igual.

Una auditoría de 30 minutos

Elige una unidad recurrente y activa un temporizador:

Minutos 0–5: nombra el trabajo

Escribe disparador, condición final y prueba.

Minutos 5–15: sigue un caso real

Lista cada persona, herramienta, decisión, copia, espera y excepción.

Minutos 15–20: asigna autoridad

Marca leer, preparar, recomendar, aprobar, escribir o enviar. Rodea la primera acción con consecuencias.

Minutos 20–25: valora la preparación

Usa rojo, ámbar o verde para relevancia, frecuencia, reglas, fuentes, reversibilidad, evidencia y adopción.

Minutos 25–30: escribe el alcance

Define las entradas reales mínimas, aprobación, fallos previstos y criterio de ampliación.

Al terminar habrá una conclusión honesta:

1. Listo para demostrar: valioso, acotado y observable.
2. Preparar primero: resolver acceso, reglas o responsabilidad.
3. Elegir otro flujo: demasiado raro, ambiguo o arriesgado como inicio.

Las tres son útiles. La auditoría habrá evitado automatizar la incertidumbre.

Fuentes

• RECAST, `OPENCLAW-DEEP-CLIENT-CASE-STUDIES.pdf`, Linda's Care (página 4), Care Networks (página 9) y Plutify Bookkeeping (página 22).
• RECAST, `RECAST_CASE_STUDIES_2026_UPDATED.pdf`, Linda's Care (página 2), Care Networks (página 5) y Plutify Bookkeeping (página 18).
• NIST AI Risk Management Framework Core — funciones Govern, Map, Measure y Manage.
• NIST AI RMF Playbook — acciones voluntarias para apoyar los resultados del marco.
• Herramienta de riesgo de IA y protección de datos del ICO británico — apoyo práctico para evaluar riesgos.

Consigue tu plan de IA

La auditoría de IA gratuita aplica este método a tu operación. Identificamos el primer flujo, definimos controles y mostramos qué exige una prueba creíble. Recibes el plan verbal en la llamada y un plan de implementación por escrito después. Reserva tu auditoría.