Escribe un caso real de principio a fin

Un proceso que sólo existe en la cabeza de quien lo hace no se puede automatizar ni presupuestar. El primer paso es más modesto de lo que parece: coge un caso reciente y cuenta qué ocurrió, en orden, con las herramientas que usaste.

Anota el momento exacto en que empieza («llega un correo con una tarifa») y el momento exacto en que termina («el cambio queda aplicado y alguien lo ha comprobado»). Si dos personas cuentan inicios o finales distintos, ya has encontrado la primera aclaración pendiente.

Rellena esta ficha

La ficha es una propuesta de trabajo de esta guía; no puntúa ni decide por ti. Sirve para que el documento contenga lo imprescindible. Cuando un campo no se conoce, escribe «pendiente»: un dato sin medir no es un cero.

En pantallas pequeñas, desplaza la tabla horizontalmente o usa las flechas del teclado para ver todas las columnas.

ApartadoQué escribirEjemplo ilustrativo
DisparadorQué hace que la tarea empieceLlega el archivo de tarifas de un proveedor
EntradasArchivos, formularios o mensajes, con su origen válidoHoja de cálculo del proveedor y catálogo actual
PasosAcciones en orden, cada una con un verboComparar referencias, preparar cambios, revisar
ReglasLo que siempre se hace igualUna referencia desconocida no crea producto nuevo
Criterio humanoLo que depende de quien conoce el negocioDecidir si un precio atípico es un error o una oferta
SalidaQué se entrega y dónde quedaListado de cambios y listado de incidencias
RevisiónQuién aprueba y qué miraResponsable de tienda, antes de aplicar
Si fallaQué se hace y a quién se avisaDetener, anotar la incidencia y avisar al responsable

Si prefieres una hoja en blanco, la guía sobre el primer proceso incluye una ficha CSV descargable que se rellena en tu equipo.

Separa reglas, criterio y decisión

Al releer tu documento, marca cada paso con una de tres etiquetas. Regla: siempre se resuelve igual, y una herramienta sin IA puede comprobarlo. Criterio: hay que interpretar texto o contexto, y quizá una propuesta generada ayude. Decisión: tiene consecuencias para el negocio, y la toma una persona.

Esta separación evita un error frecuente: pedir a un modelo que improvise algo que en realidad era una regla sin escribir. También deja claro desde el principio qué parte no se delega.

Recoge las excepciones con casos, no con adjetivos

«A veces el archivo viene raro» no es un dato. «El mes pasado llegaron dos filas con la misma referencia y precios distintos» sí lo es. Pide a quien hace la tarea que enseñe los tres o cuatro casos que más le han complicado la vida y guárdalos, anonimizados, junto al documento.

Esos casos serán después la mejor prueba: una herramienta que sólo funciona con entradas limpias todavía no ha demostrado nada.

Haz que otra persona lo repita con tu documento

La prueba definitiva de un documento de proceso es que alguien que no lo conoce pueda seguirlo y obtener un resultado aceptable. Observa dónde duda, qué pregunta y qué se salta. Cada pregunta es un hueco del documento, no un fallo de esa persona.

Cuando la repetición salga bien, tendrás algo más valioso que un deseo de automatizar: un procedimiento verificable.

Qué llevar a una conversación con un proveedor

Con la ficha rellenada, dos o tres casos reales anonimizados y el nombre de quien revisará, la conversación deja de ser abstracta. El proveedor puede decir qué parte encaja, qué falta por aclarar y cómo comprobaría el resultado. Si además comparas opciones, la guía para elegir una herramienta de automatización te da una ficha de pruebas.

No hace falta que el documento sea perfecto. Basta con que distinga lo conocido de lo pendiente.

¿Cuánto debe durar este documento?

El que haga falta para que otra persona repita la tarea. Si ocupa una página para un proceso sencillo, es suficiente.

¿Y si el proceso cambia cada pocas semanas?

Eso también es información: probablemente conviene estabilizarlo antes de automatizarlo. Anota qué cambia y quién decide el cambio.