Qué automatizar primero en tu empresa (y por qué no hace falta que sepamos tu oficio)

Hace dos días, en una reunión con una empresaria, le propuse automatizar un paso de su proceso. Me miró y me soltó, con toda la razón del mundo: «¿Pero si usted no es contadora ni abogada, cómo va a construir esa herramienta?» Me salió una sonrisa y, lo confieso, me cogió desubicada. Soy administradora de empresas y finanzas y he masticado mucha contabilidad, así que la respuesta fácil era defenderme con el título. Pero esa no era la respuesta. La buena — la que debí dar de una — sale del método, y le pega justo al fundamental de cómo trabajo.

Primero: qué encontré en la reunión

La conversación era sobre un embudo de ventas para una de sus líneas de negocio. Pero mientras me explicaba cómo opera, apareció otra cosa — y no era de mercadeo, era de operación.

Su proceso, cuando uno lo desarma, tiene tres pasos. Un primer análisis documental y contable que hace un tecnólogo, y que pide una habilidad relativamente básica. Después, ese análisis lo revisa alguien con más nivel y más profundidad. Y por último, el documento se le entrega al cliente.

Ese primer paso se come alrededor de seis horas, y es trabajo de análisis documental: leer, cruzar, verificar, dejar consignado. Ahí fue donde le propuse empezar. No con el embudo completo, no con una transformación de toda la operación: con ese paso.

La propuesta comercial fue directa: déjame generarte valor en ese primer paso, y desde ahí negociamos algo más rentable para los dos. Si te ahorro seis horas de trabajo por cada entrega, la conversación de precio ya no arranca de cero.

La pregunta: «usted no es del oficio»

Y ahí vino la objeción. Es una objeción justa, y me la han hecho de muchas formas: si no eres contadora, ni abogada, ni ingeniera de producción, ¿cómo vas a construir una herramienta que haga ese trabajo?

Yo lo entiendo perfecto. Si llevo el carro al taller y el señor me dice "yo no soy mecánico, pero tranquila", yo también me pongo nerviosa.

Y aquí va lo gracioso: yo sí sé de esto. Podía haber sacado el diploma y listo. Pero "tranquilo, sí sé de contabilidad" es la respuesta equivocada, aunque sea cierta — porque si mi trabajo dependiera de saber tu oficio, no podría hacerlo para un taller, una clínica y una cancha de fútbol la misma semana. La respuesta buena es que no necesito saber tu oficio. Necesito otra cosa, y casi siempre ya la tienes.

Lo que sí necesito: tus resultados buenos, y con qué los hiciste

Piénsalo con la receta de la abuela. Para replicar su sancocho no necesito ser la abuela: necesito el plato que le quedó bueno, verla cocinarlo una vez, y preguntarle por qué le echa la yuca antes que la papa. El sabor ya existe. Lo que hago es sacar la receta de su cabeza y ponerla en papel para que salga igual cuando ella no esté.

Con los procesos es lo mismo, y hasta la palabra lo dice: analizar viene del griego análysis, que significa "soltar", "desatar las partes". Analizar un proceso es literalmente desarmarlo. De trabajar desarrollo de producto traigo ese hábito: cuando algo ya funciona, se desarma. No se mira el resultado como un bloque, sino de qué partes está hecho, cuál aporta valor, cuál se puede mejorar y cuál sobra. Es la misma disciplina que usan los marcos ágiles de desarrollo para no construir a ciegas, aplicada aquí a un servicio en vez de a un software.

Entonces lo que le pedí no fue que me enseñara contabilidad. Le pedí dos cosas:

• Resultados anteriores que hayan salido bien — entregas reales que sus clientes recibieron y aprobaron. El plato que quedó bueno.
• Las bases con las que se construyeron. Qué se revisó, en qué orden, qué se descarta, qué dispara una alerta, qué hace que una entrega esté bien y no a medias. La receta.

¿Cuál es el fundamental aquí? Que el criterio del oficio ya existe: está metido dentro de las entregas que salieron bien. Mi trabajo no es tenerlo en la cabeza — es sacarlo de ahí y volverlo un procedimiento que se pueda repetir. Es exactamente el orden con el que trabajamos: primero se entiende y se escribe cómo se hace, después entra la herramienta.

Por qué ese paso y no todo el proceso

Hay una razón por la que ese primer paso es un buen candidato, y no es que sea "el más fácil". Es que el control de calidad ya existía.

Ese análisis ya lo revisaba después una persona con más criterio. Eso significa que si la automatización se equivoca, hay quien lo pille antes de que llegue al cliente — y ese filtro no hay que inventarlo ni pagarlo aparte, porque ya estaba en el proceso. Es la diferencia entre automatizar con red y automatizar a ciegas.

Y el paso 02 no se toca a propósito. El criterio del perfil senior es justamente lo que el cliente está comprando; automatizarlo sería vaciar el servicio. Lo que se libera son las seis horas de trabajo mecánico que se estaban gastando antes de llegar a ese criterio.

Cómo saber si un proceso tuyo es candidato

Esto se generaliza. Si estás mirando tu operación y no sabes por dónde arrancar, un proceso es buen candidato cuando cumple la mayoría de estas condiciones:

• Tiene entrada y salida definidas. Entra algo concreto, sale algo concreto. Si nadie sabe decir qué entra o qué debería salir, todavía no está listo.
• Se hace muchas veces, casi igual. Sin repetición no hay con qué pagar lo que cuesta construirlo.
• Ya existen resultados anteriores que salieron bien. Son la materia prima: de ahí se saca el criterio y contra ellos se verifica.
• Alguien lo revisa después — o se puede revisar sin volver a hacerlo entero. Ahí está la red.
• Se puede explicar en voz alta. Lo que solo vive en la cabeza de alguien no se puede delegar, y lo que no se puede delegar no se puede automatizar. Ese es el trabajo previo, y es el jodido: sacar el criterio de la cabeza de la gente cuesta más que construir la herramienta.

Si un proceso cumple cuatro de cinco, vale la pena mirarlo con números. Si no cumple ninguna, el problema todavía no es de tecnología.

Por qué lo que funciona termina pareciendo fácil

Creo que aquí es donde somos buenos, y tiene un efecto curioso: cuando el trabajo de método está bien hecho, el resultado parece obvio. Se ve como si siempre hubiera podido funcionar así. Nadie ve las horas de desarmar, ordenar y escribir reglas que había detrás. Igual que nadie ve a la abuela probando el sancocho treinta años hasta que le quedó.

Y esas horas que nadie ve son las que pagan cuando llega lo que se sale del libreto: la factura que viene en otro formato, el documento al que le falta una hoja, la excepción que solo conocía el tecnólogo. Una automatización armada a la carrera se rompe ahí. Una que salió de desarmar el proceso y escribir sus reglas, aguanta — porque esos casos ya estaban contemplados desde el principio. No es una vaina de tecnología: es haber entendido los fundamentales lo suficiente para que sigan valiendo cuando la realidad no coopera. Es lo mismo que pasó con Elite del Fútbol: la herramienta fue determinante, pero primero hubo que ordenar las políticas.

Por eso la respuesta a «usted no es contadora» es que no hace falta — aunque una sepa. Lo que hace falta es saber desarmar un proceso, leer los resultados que ya funcionaron y convertir eso en algo repetible. Esa es la ciencia detrás del trabajo, y sirve para cualquier oficio. La próxima vez que me hagan la pregunta no voy a sacar el diploma: voy a sacar el método.

Si tienes un proceso que se repite y te está comiendo horas, tranquilidad: no hay que tumbar toda la operación para empezar. Se arranca por un paso, con red. Empecemos con un diagnóstico — primero se mira, y después se propone.