Primero el sistema, después la herramienta: dibuja tu proceso antes de automatizar
Antes de abrir una herramienta de IA, dibuja en una página el proceso de una tarea real y decide qué paso conviene asistir, cuál conservar y cuál arreglar.
Probaste una herramienta de IA con una tarea de todos los días. El primer resultado te sorprendió; el tercero tenía un error que descubriste tarde; a la semana volviste a hacerlo como siempre. La conclusión fácil es que la herramienta no servía, o que todavía no encontraste la indicada.
Hay otra explicación, menos vistosa y más útil: nunca describiste la tarea. Sabes hacerla porque la haces hace años, pero el recorrido completo (qué entra, qué pasos sigues, dónde decides, dónde suele fallar) vive en tu cabeza. Cuando le pides ayuda a una herramienta sin ese recorrido a la vista, no sabes qué parte le diste, qué parte conservaste ni dónde revisar.
Esta guía propone un ejercicio concreto antes de abrir cualquier herramienta: dibujar en una sola página el proceso de una tarea real. Con esa hoja delante, decides qué paso conviene asistir con IA, cuál conviene conservar y cuál conviene arreglar primero.
La idea: no mecanices la forma vieja de trabajar

La advertencia no es nueva. En 1990, Michael Hammer escribió en Harvard Business Review que las grandes inversiones en tecnología de la información habían dado resultados decepcionantes, en buena parte porque las empresas usaban la tecnología para mecanizar viejas formas de trabajar. Su propuesta era usarla para habilitar un proceso nuevo, no para automatizar uno existente. Lo resumió con una imagen: hay que dejar de pavimentar los caminos de las vacas [C1].
Un camino de vacas es el sendero que quedó marcado porque alguien pasó por ahí muchas veces, no porque sea el mejor recorrido. Si lo asfaltas, llegas más rápido al mismo rodeo.
En la manufactura japonesa aparece la misma idea desde otro ángulo. Toyota describe así una regla de su sistema de producción: en lugar de empezar con una máquina, primero hay que hacer el trabajo a fondo a mano, mejorarlo, eliminar desperdicio, irregularidad y sobrecarga, y lograr que cualquiera pueda hacerlo; recién entonces se reemplazan esas operaciones por máquinas. Su principio de automatización «con toque humano» incluye detenerse en cuanto aparece una anomalía [C2].
Dos tradiciones distintas, separadas por un océano y por décadas, coinciden en el orden: primero el proceso, después la máquina.
Los datos recientes sobre IA apuntan en la misma dirección, con matices que conviene leer completos. En una encuesta global de McKinsey publicada en marzo de 2025, con 1.491 participantes, el rediseño de los flujos de trabajo fue, de 25 atributos analizados, el más asociado con que las organizaciones declararan impacto en sus resultados (EBIT) por usar IA generativa; sólo el 21 % de quienes usaban IA generativa dijo que su organización había rediseñado a fondo al menos algunos flujos [C7]. En otra encuesta, de BCG, con 1.000 ejecutivos, cerca del 70 % de las dificultades al implementar IA se ubicaron en personas y procesos, el 20 % en tecnología y sólo el 10 % en los algoritmos [C8].
Dos advertencias sobre esas cifras. Son respuestas de ejecutivos sobre sus propias empresas, publicadas por consultoras que venden transformación; muestran asociaciones, no prueban causas. Y hablan de organizaciones, no de tu tarea del martes. Lo que sí permiten decir es que el cuello de botella rara vez es la herramienta.
Ese es el orden que defiende esta casa: sistemas → procesos → IA. No te enamores de las herramientas; enamórate de lo que puedes hacer con ellas.
Un ejemplo que no necesita IA
Piensa en los sistemas clásicos de organización personal, muy anteriores a cualquier asistente. Casi todos repiten la misma estructura: capturar lo que llega, procesarlo (decidir qué es y qué hacer con eso), ejecutar lo que corresponde y revisar el conjunto una vez por semana.
Ese sistema puede llevarse en una libreta o en una carpeta de papel con tres separadores. Las aplicaciones llegaron después. Nuestra lectura, que es opinión y no dato: las que acompañan bien son las que respetan esa estructura, y las que intentan reemplazarla suelen quedar abandonadas. La herramienta no inventó el sistema: lo hizo más cómodo para quien ya lo tenía.
El paso a la oficina es directo. Si no puedes describir tu tarea con la claridad con que se describe «capturar, procesar, ejecutar, revisar», ninguna herramienta te la va a ordenar. A lo sumo, va a hacer más rápido el desorden.
El ejercicio: tu proceso en una página
Las herramientas clásicas de mejora de procesos empiezan con una vista corta, no con un manual. La ASQ (American Society for Quality) describe el diagrama SIPOC como una vista de alto nivel del proceso tal como está hoy, pensada para hacerse antes de un diagrama de flujo detallado: se hace con papel grande y marcador, se fijan primero el inicio y el fin, y el proceso se resume en cinco a siete actividades centrales [C3]. El Departamento de Salud de Minnesota agrega un punto clave: un diagrama de flujo muestra el flujo real de un proceso frente al prescrito o ideal, deja ver dónde hay complejidad o pasos repetidos y ayuda a acordar cuáles son los pasos [C4]. En la tradición lean se dibuja primero el mapa del estado actual y sólo después el del estado futuro [C5].
El ejercicio que sigue adapta esas ideas a una persona y una tarea. Esa adaptación es nuestra: las fuentes hablan de equipos y organizaciones. Necesitas una hoja, un lápiz y entre media hora y tres cuartos de hora. No abras ninguna herramienta de IA mientras lo haces.
Paso 0: elige la tarea
Elige una tarea que cumpla cuatro condiciones:
- la haces al menos una vez por semana;
- conoces bien cómo se hace;
- su resultado se puede revisar (sabes reconocer si salió bien o mal);
- un error no afecta de forma grave a una persona, a dinero ni a la seguridad.
Ejemplos: responder consultas que se repiten, armar un informe semanal de pendientes, preparar la minuta de una reunión, ordenar pedidos que llegan por correo. Para este primer ejercicio, deja de lado tareas con decisiones sobre personas, pagos, sanciones o datos sensibles.
Paso 1: marca dónde empieza y dónde termina
Escribe arriba de la hoja: «Empieza cuando…» y «Termina cuando…». Parece trivial y es lo que más ordena. Sin límites, el proceso crece hasta incluir media oficina.
Paso 2: anota las entradas
¿Qué necesitas tener a mano para hacer la tarea? Un correo, una planilla, un sistema, un dato que te pasa otra persona. Anota también de dónde viene cada entrada: si depende de alguien, ese alguien es parte del proceso.
Paso 3: escribe los pasos como ocurren hoy
Entre cinco y siete pasos, con un verbo cada uno: leer, buscar, comparar, completar, redactar, enviar, registrar. Escribe lo que de verdad haces, no lo que dice el procedimiento. Si a veces saltas un paso o das una vuelta, anótalo: ese desvío es información.
Si te salen quince pasos, agrupa. La hoja es una vista de conjunto; el detalle viene después, si hace falta.
Paso 4: nombra la salida y quién la recibe
¿Qué produce la tarea y quién lo usa? Una respuesta enviada, un informe, un registro actualizado. Si no sabes quién usa la salida, ya encontraste algo para preguntar.
Paso 5: marca quién decide
Rodea con un círculo los pasos donde alguien elige entre opciones: aprobar, rechazar, priorizar, comprometer una fecha, responder algo que obliga a la organización. Escribe al lado quién decide. A veces eres tú; a veces es otra área y tú sólo transmites.
Paso 6: marca qué puede salir mal
Al lado de cada paso, anota los errores típicos: un dato mal copiado, un archivo desactualizado, una consulta que en realidad es un reclamo, un pedido urgente que se pierde entre los normales. No hace falta ser exhaustivo; alcanza con lo que ya te pasó alguna vez.
Paso 7: marca qué se repite
Subraya los pasos que haces casi igual cada vez: buscar el mismo dato en la misma planilla, escribir el mismo tipo de respuesta, copiar información de un lugar a otro. Esos son los candidatos naturales a recibir ayuda. Candidatos, no elegidos.
La plantilla
Si prefieres una estructura, copia esta tabla en tu hoja:
| Campo | Tu tarea |
|---|---|
| Empieza cuando… | |
| Termina cuando… | |
| Entradas (y de dónde vienen) | |
| Pasos (5–7, como ocurren hoy) | |
| Salida (y quién la recibe) | |
| Pasos donde se decide (y quién) | |
| Qué puede salir mal | |
| Qué se repite |
Un ejemplo completo: consultas por el estado de una factura
Supón que una de tus tareas es responder a proveedores que preguntan por el estado de una factura. Llegan varias consultas por semana, casi siempre por correo. Así podría quedar la hoja:
Empieza cuando llega un correo de un proveedor preguntando por una factura. Termina cuando el proveedor recibe una respuesta y la consulta queda registrada.
Entradas: el correo del proveedor; la planilla de pagos (la actualiza tesorería); el sistema contable; a veces, una confirmación de quien recibió el servicio.
Pasos, como ocurren hoy:
- Leer el correo e identificar el número de factura.
- Buscar la factura en la planilla de pagos.
- Si no aparece, consultar en el sistema contable o preguntar a contabilidad.
- Ver el estado: pagada, programada, observada o sin recibir.
- Redactar la respuesta.
- Enviar y registrar la consulta.
Salida: una respuesta al proveedor con el estado de la factura y, si corresponde, el siguiente paso. La recibe el proveedor; el registro lo usa tu equipo.
Dónde se decide: la fecha de pago la decide tesorería, no quien responde. Si la factura está observada, lo que falta lo define contabilidad. Tú informas; no comprometes.
Qué puede salir mal: el número de factura viene mal escrito; la planilla está desactualizada; la consulta es en realidad un reclamo con tono de amenaza legal; el proveedor aprovecha el correo para pedir un cambio de datos bancarios.
Qué se repite: leer y extraer el número, buscar en la planilla, redactar respuestas muy parecidas entre sí.
Mira lo que apareció en la hoja, sin haber abierto ninguna herramienta. Hay dos pasos repetitivos y de bajo riesgo: extraer el número de factura de un correo y redactar el borrador de una respuesta estándar. Hay un paso que no conviene tocar con IA de ninguna manera: un pedido de cambio de datos bancarios va siempre por el canal formal de verificación que tenga tu organización, con una persona responsable. Y hay un problema que ninguna IA resuelve: si la planilla de pagos está desactualizada, cualquier respuesta, humana o asistida, va a informar mal. Ese paso hay que arreglarlo primero, con tesorería, no con una herramienta.

Ahora sí: decide qué parte conviene asistir
Con la hoja completa, recién ahora piensas en la IA. Un marco serio de gestión de riesgos sigue el mismo orden. El marco de riesgos de IA del NIST, el instituto de estándares de Estados Unidos, empieza por establecer el contexto: entender para qué se va a usar un sistema y en qué entorno, definir qué tareas específicas va a apoyar y documentar sus límites y cómo las personas van a supervisar lo que produce. Con ese contexto, una organización debería poder tomar una primera decisión de seguir o no seguir [C6]. Ese marco está pensado para organizaciones; tu hoja es su versión de bolsillo.
Recorre los pasos uno por uno y ponle a cada uno una de cuatro marcas:
- Asistir. Se repite, su resultado se puede revisar rápido, un error se corrige sin daño y no exige pegar datos sensibles en una herramienta. En el ejemplo: el borrador de la respuesta estándar.
- Conservar. Hay una decisión, un compromiso con terceros o un riesgo alto. Lo hace una persona, aunque una herramienta pueda ayudar a preparar información. En el ejemplo: cualquier mención a fechas de pago y todo pedido de cambio de datos bancarios.
- Arreglar primero. El paso falla por una razón que la IA no corrige: una entrada desactualizada, una responsabilidad que nadie tiene, un criterio que no está escrito. En el ejemplo: la planilla de pagos.
- Dejar como está. Funciona bien y no consume tiempo relevante. No todo merece cambiar.

Después elige un solo paso de los marcados como «asistir». Uno. La primera prueba tiene que ser pequeña, revisable y reversible. Si la haces sobre una copia o un borrador, mejor. La práctica anterior, Qué tarea de oficina delegar primero a la IA, explica cómo redactar ese primer encargo y cómo probarlo.
Delega el borrador; conserva el criterio y la responsabilidad.
Límites honestos
Este ejercicio tiene alcances y límites que conviene decir con claridad.
No mide nada por ti. Ninguna de las fuentes citadas mide cuánto mejora una tarea individual por dibujarla en una hoja. No hay un número que prometerte. Lo que sí obtienes es visibilidad: sabes qué parte de la tarea vas a tocar y dónde revisar.
Las fuentes hablan de organizaciones. Hammer escribió sobre empresas; Toyota, sobre fábricas; la ASQ y el Departamento de Salud de Minnesota, sobre equipos de mejora; el NIST, sobre organizaciones que usan sistemas de IA; McKinsey y BCG encuestaron a ejecutivos. Llevar esas ideas a una persona con una tarea es una adaptación nuestra. Nos parece razonable, pero es una adaptación.
Las encuestas no prueban causas. Que el rediseño de procesos aparezca asociado a mejores resultados declarados no demuestra que rediseñar produzca esos resultados, ni que te vaya a pasar a ti.
Una hoja no rediseña tu organización. Si el problema está en cómo se reparte el trabajo entre áreas, en una planilla que nadie mantiene o en una regla que nadie escribió, el mapa lo va a mostrar, pero no lo resuelve. Arreglarlo puede requerir conversaciones que exceden tu puesto.
El mapa envejece. Si la tarea cambia, el mapa queda viejo. Revísalo cuando cambie una entrada, un responsable o una regla, y después de las primeras pruebas con IA.
No es una excusa para no empezar. Una hoja imperfecta hecha hoy vale más que un diagrama perfecto que nunca se termina. Si en cuarenta y cinco minutos no tienes la hoja, la tarea elegida era demasiado grande: elige una más chica.
Cuida la información. Haz el ejercicio en papel o en un documento propio. No copies correos reales, datos de clientes, de proveedores ni de personas en ninguna herramienta para «ayudarte a mapear». El mapa describe el proceso; no necesita los datos.
Mantener, ajustar o retirar
Cuando termines la hoja y hayas probado el paso elegido, decide con estos criterios.
Mantener el mapa y la prueba si puedes explicarle la tarea a un compañero usando sólo la hoja, si cada paso tiene una marca (asistir, conservar, arreglar primero, dejar como está) y si el paso asistido produce algo que revisas en poco tiempo y con criterio claro.
Ajustar si al explicar la hoja aparecieron pasos que habías olvidado, si un paso marcado como «asistir» resultó tener una decisión escondida o si el resultado asistido requiere tantas correcciones como hacerlo desde cero. Corrige la hoja antes de corregir la herramienta.
Retirar la prueba si el paso asistido toca datos que no deberían salir de tu entorno, si un error llegó a un tercero sin que lo detectaras o si descubriste que el problema real era una entrada rota que hay que arreglar primero. Retirar no es fracasar: es lo que permite probar otra cosa con información mejor.
En cualquiera de los tres casos te quedas con algo que antes no tenías: tu tarea descrita en una página. Esa hoja sirve para enseñarle la tarea a alguien, para pedir ayuda con precisión y para decidir, la próxima vez, qué pasos merecen una herramienta y cuáles no.
Tu experiencia es el contexto que vuelve útil a la IA. Primero el sistema, después el proceso, y recién entonces la herramienta.
Próxima práctica: elige una tarea que hagas esta semana, dibújala en una hoja con los ocho campos de la plantilla y marca un solo paso para asistir.
Fuentes
- [C1] Michael Hammer, «Reengineering Work: Don't Automate, Obliterate», Harvard Business Review (1990). https://hbr.org/1990/07/reengineering-work-dont-automate-obliterate — se cita su diagnóstico, no su receta de rediseño radical.
- [C2] Toyota Motor Corporation, «Toyota Production System» (sin fecha; consultada en 2026). https://global.toyota/en/company/vision-and-philosophy/production-system/ — principio declarado por la empresa, en contexto de manufactura.
- [C3] ASQ (American Society for Quality), «SIPOC+CM Diagram» (sin fecha; consultada en 2026). https://asq.org/quality-resources/sipoc — descripción de la herramienta, no evidencia de efectividad.
- [C4] Minnesota Department of Health, «Tools and Training — Flowchart» (2025). https://www.health.state.mn.us/communities/practice/resources/phqitoolbox/flowchart.html — guía de mejora de calidad; describe el uso, no mide resultados.
- [C5] Lean Enterprise Institute, «Value-Stream Mapping» (sin fecha; consultada en 2026). https://www.lean.org/lexicon-terms/value-stream-mapping/ — definición de la herramienta.
- [C6] NIST, AI Risk Management Framework 1.0, NIST AI 100-1, función MAP (2023). https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.100-1.pdf — marco para organizaciones; la versión de bolsillo es una adaptación editorial.
- [C7] McKinsey & Company, «The state of AI: How organizations are rewiring to capture value» (2025). https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai-how-organizations-are-rewiring-to-capture-value — autoinforme de ejecutivos; asociación, no causa.
- [C8] BCG, «AI Adoption in 2024: 74% of Companies Struggle to Achieve and Scale Value» (2024). https://www.bcg.com/press/24october2024-ai-adoption-in-2024-74-of-companies-struggle-to-achieve-and-scale-value — comunicado de prensa; autoinforme de ejecutivos.