GuíasAI NativeNivel: dirección / operaciones

Qué es AI by Design y en qué se diferencia de añadir IA después

Casi toda la IA que se implementa en empresas se instala encima de procesos diseñados para que los hiciera una persona. Funciona, ahorra algo de tiempo y deja intacto el diseño original, con sus pasos de control pensados para errores humanos y sus esperas pensadas para agendas humanas.

AI by Design es la alternativa: rediseñar el proceso sabiendo desde la primera línea que parte lo va a hacer un sistema.

Definición

AI by Design es diseñar el proceso contando con que hay IA dentro, en vez de diseñarlo primero y pegarle IA después. Cambia qué pasos existen, no sólo quién los ejecuta.

Añadir contra rediseñaropción Apencil-ruleropción Bpencil-rulerAñadir contra rediseñar
No hay respuesta única: depende del proceso que resuelve.

Qué significa, en concreto

La diferencia no está en la tecnología: está en el momento en que se decide que va a haber IA.

Definición

AI by Design es diseñar el proceso contando con que hay IA dentro, en vez de diseñarlo primero y pegarle IA después. Cambia qué pasos existen, no sólo quién los ejecuta.

Un proceso pensado para personas tiene pasos que existen por limitaciones humanas: revisiones por lotes porque nadie puede revisar continuamente, esperas porque la información viaja en reuniones, controles porque la gente se equivoca al transcribir.

Si pones IA encima de ese proceso, esos pasos siguen ahí. Y ahí es donde se pierde la mayor parte del beneficio posible.

Añadir contra rediseñar, con un ejemplo

Un proceso de aprobación de solicitudes, en las dos versiones.

IA añadida
  • La solicitud llega igual que siempre.
  • La IA resume y clasifica.
  • Se acumula para el comité del jueves.
  • El comité revisa una a una, más rápido.
  • Resultado: el jueves se tarda menos.
AI by Design
  • La solicitud entra ya estructurada.
  • Lo que cumple criterio se resuelve al llegar.
  • El comité del jueves deja de existir.
  • Sólo lo excepcional llega a una persona.
  • Resultado: se responde en horas.

La diferencia no es de velocidad de una tarea: es que el comité del jueves, que era el cuello de botella, desaparece del diseño.

Hay un tercer efecto en ese ejemplo que no se ve en la tabla y es el que más cambia la operación: desaparece la cola.

Cuando las solicitudes se acumulan hasta el jueves, existe un inventario de trabajo pendiente que hay que gestionar, priorizar y explicar a quien espera.

Al resolverse al llegar, ese inventario deja de existir. Y con él desaparece todo el trabajo de gestionarlo, que nadie había contado como parte del proceso.

Las cuatro preguntas que cambian el diseño

Se hacen antes de dibujar el proceso nuevo, y cada una elimina pasos que se daban por obligatorios.

  1. 01

    ¿Qué pasos existen sólo porque los hacía una persona? Lotes, esperas, transcripciones.

  2. 02

    ¿Qué se podría decidir al llegar, en vez de acumularse?

  3. 03

    ¿Qué control existe por miedo a un error humano que un sistema no comete de esa forma?

  4. 04

    ¿Qué información se pide al usuario que ya está en algún sistema?

La cuarta suele eliminar la mitad de los formularios de una empresa. Se pide porque era más fácil preguntar que buscarlo, y eso deja de ser cierto.

Hay una quinta pregunta que aplica sólo cuando el proceso toca a un cliente: qué pasos existen para que el cliente espere de forma ordenada.

Acuses de recibo, números de ticket, mensajes de «estamos revisando su caso». Todos existen porque hay una espera que gestionar.

Si la espera desaparece, esos pasos también, y eso libera más trabajo del que parece.

Lo que AI by Design no es

Tres confusiones que llevan a proyectos caros y decepcionantes.

  • No es meter IA en cada paso. Un paso que funciona bien y es determinista no mejora con un modelo detrás.
  • No es eliminar a las personas del proceso. Es colocarlas donde aportan criterio en vez de donde hacían de puente.
  • No es empezar de cero siempre. La mayoría de rediseños tocan tres o cuatro pasos, no el proceso entero.
Mi criterio

La tercera es la que más frena. Cuando se presenta como un rediseño total, la empresa lo aplaza porque no tiene capacidad para eso. Presentado como cuatro pasos concretos de un solo proceso, se hace el mes que viene. El alcance es lo que decide si esto ocurre o se queda en una idea buena.

Cuándo aplica y cuándo no

No todo proceso justifica un rediseño, y forzarlo es una forma cara de no obtener nada.

  • Sí, cuando el proceso es frecuente y tiene esperas. Ahí está el beneficio grande.
  • Sí, cuando se va a construir algo nuevo. Rediseñar antes de existir es gratis.
  • No, cuando el proceso está muy regulado y los pasos vienen impuestos desde fuera.
  • No, cuando ocurre pocas veces al mes. El esfuerzo de rediseño no se recupera.

El segundo es el más desaprovechado. Toda empresa que va a montar un proceso nuevo tiene la oportunidad de hacerlo bien desde el principio, y casi siempre lo diseña como se diseñaba antes y luego se plantea añadir IA.

El riesgo de rediseñar: quitar controles que sí hacían falta

Es el error opuesto y es igual de caro. Un proceso lleno de controles suele tener alguno que existe por una razón que nadie recuerda.

La regla que uso: antes de quitar un control, hay que poder responder qué error concreto evitaba y por qué ese error ya no puede ocurrir.

Si nadie sabe responderlo, el control se mantiene una temporada más y se marca para revisar. Quitarlo por elegancia de diseño es exactamente el tipo de decisión que se paga meses después.

Qué implica para la arquitectura

Un proceso diseñado con IA dentro exige cosas que uno con IA añadida no necesita.

  • Entrada estructurada desde el origen, no interpretada después.
  • Un punto de decisión explícito con su criterio escrito.
  • Una ruta de excepción definida, no improvisada.
  • Registro de qué se decidió y por qué, desde el primer día.

Las cuatro son decisiones de diseño baratas si se toman al principio y caras si se añaden después. El desarrollo está en arquitectura empresarial de IA.

Cómo hacerlo en un proceso real

Sin metodología y sin taller de dos días.

  1. 01

    Dibuja el proceso como ocurre, no como dice el manual. Con la gente que lo hace.

  2. 02

    Marca cada paso que existe por una limitación humana. Suelen ser entre tres y seis.

  3. 03

    Pregunta por cada uno si seguiría existiendo si esa limitación no estuviera.

  4. 04

    Dibuja el proceso sin esos pasos y mira qué se rompe. Lo que se rompa, vuelve.

Es un ejercicio de dos horas con las personas correctas en la sala. Y produce más que la mayoría de los diagnósticos largos, porque parte de cómo funciona de verdad.

El error de alcance que hace que esto no ocurra nunca

Casi todas las iniciativas de rediseño mueren por lo mismo: se plantean sobre un proceso demasiado grande.

Un proceso que cruza cuatro áreas necesita el acuerdo de cuatro responsables, y ese acuerdo tarda más que cualquier construcción. La iniciativa no se rechaza: se agenda para el trimestre siguiente, y ahí se queda.

Lo que sí ocurre es el rediseño de un proceso que vive dentro de un área, con un responsable que puede decidir solo. Menos ambicioso, y es el único que llega a producción en el trimestre en que se planteó.

Preguntas frecuentes

¿AI by Design y AI First son lo mismo?

Están cerca y no son lo mismo. AI First es un criterio de decisión: ante un problema nuevo, preguntarse primero si se resuelve con IA. AI by Design es una práctica de diseño de procesos: construirlos contando con que hay IA dentro. Se puede aplicar la segunda sin haber adoptado la primera.

¿Hay que rediseñar todos los procesos?

No, y quien lo intente no termina ninguno. Conviene elegir los que son frecuentes, tienen esperas y molestan a mucha gente. Con dos o tres bien rediseñados en un año, una empresa mediana ya opera distinto.

¿Esto no es simplemente reingeniería de procesos de siempre?

Comparte la raíz y cambia el supuesto de partida. La reingeniería clásica redistribuía trabajo entre personas y sistemas deterministas. Aquí una parte del proceso puede interpretar, decidir con criterio y aprender, y eso permite eliminar pasos que antes no se podían eliminar.

¿Quién debería liderar un rediseño así?

Quien es dueño del proceso, con apoyo de alguien que sepa qué es viable técnicamente. Si lo lidera el área técnica, sale un proceso elegante que el negocio no reconoce. Si lo lidera sólo el negocio, salen expectativas que no se pueden construir.

¿Cuánto tarda un rediseño de este tipo?

El diseño en sí, horas. Lo que tarda es acordar qué controles se quitan y construir lo que reemplaza a los pasos eliminados, que son semanas. El error de estimación habitual es contar sólo la construcción y olvidar el acuerdo, que es la parte que involucra a más gente.

Fuentes

Este artículo sintetiza y pone en contexto de negocio material público de estas fuentes. Léelas directo; aquí solo se agrega criterio de implementación.

  1. McKinsey documenta que el valor de la IA aparece al rediseñar el proceso y no al insertar IA en los pasos existentes, que es la distinción central de esta guía. mckinsey.com/quantumblack
  2. Anthropic recomienda diseñar el punto de decisión y el límite de autonomía como parte del diseño del sistema y no como ajuste posterior. anthropic.com/engineering
  3. MIT Sloan Management Review documenta el contraste entre organizaciones que insertan IA en procesos existentes y las que rediseñan el flujo completo. sloanreview.mit.edu

Sigue explorando

El siguiente paso

No son artículos relacionados al azar: es el orden en el que esto se entiende y se aplica.

Estás aquí

Guías de implementación · Qué es AI by Design y en qué se diferencia de añadir IA después

Las guías de implementación · Playbook AI Native

José Andonaire

Sobre el autor

José Andonaire

Ayudo a empresas de Latinoamérica y España a identificar, priorizar e implementar oportunidades de inteligencia artificial que generen resultados reales para el negocio. Lo que publico sale de implementaciones reales, no de teoría.