Una jefa de área lo planteó mejor de lo que yo lo venía planteando.
"Ahorita tengo seis personas atendiendo tickets. ¿De qué me sirve tenerlas ocho horas al día de lunes a viernes, cuando un sistema puede responder todo eso en automático y me quedan dos para los casos puntuales?"
Fíjate en lo que no preguntó. No preguntó qué tarea automatizar.
La pregunta de siempre es "¿qué tarea automatizo?". Es buena, y se queda corta.
La IA de hoy permite hacerse una más grande: qué rol diseño. Alguien que se hace cargo del proceso entero, con funciones, objetivos y un resultado del que responde.
A eso le llamo un colega digital.
¿Por qué la pregunta de la tarea se queda corta?
Porque automatizas el paso y el proceso queda igual de mal repartido.
Piénsalo con el caso comercial, que es donde más lo veo.
La pregunta normal suena así: cómo uso IA para acelerar el discovery de un prospecto. Que le prepare el brief al vendedor, que le resuma la cuenta, que le sugiera preguntas.
Todo eso funciona. Y tu gerente de ventas sigue haciendo el mismo trabajo, un poco más rápido.
La pregunta grande es otra. ¿Y si diseño un colega que haga toda la prospección?
Que arme la lista. Que investigue cada cuenta. Que redacte el primer contacto, insista al que no respondió, califique al que sí, y le entregue a tu gerente solo lo que ya está listo para una conversación.
La tecnología es la misma. Lo que cambia es que la piensas como un puesto.
Y la diferencia se ve en el resultado. Veinte atajos aceleran a veinte personas sin cambiar lo que produce el área.
Piensa como si estuvieras contratando
El método es de recursos humanos, no de tecnología.
Si tuvieras que contratar a alguien para este trabajo, ¿qué haría durante todo el día? Esa lista es el diseño.
Un apunte sobre la jefa de área, porque su pregunta llevaba una respuesta incómoda dentro. De seis personas a dos son cuatro menos, y ella lo dijo sin rodeos.
Nosotros nunca hemos planteado esto como reducir gente. Lo que buscamos es que una persona pueda atender diez o veinte veces más sin que se caigan la calidad ni los resultados.
En su caso, eso significa que las seis dejan de clasificar tickets y empiezan a resolver lo que lleva meses en la cola.
Pero la decisión es suya, y conviene tomarla antes de construir nada.
Lo que falla es la respuesta.
Cuando hago esa pregunta en una sala, la gente contesta con la herramienta que tiene en la cabeza. "Un agente que responda el correo."
La respuesta honesta sería otra: alguien que revisa qué pedidos llegaron incompletos, persigue al que falta, y avisa cuando ya no se resuelve a tiempo.
La primera describe un botón. La segunda describe un puesto con entrada, salida y criterio de éxito.
Un equipo con el que trabajé entró convencido de que necesitaba un configurador de onboardings.
Al responder el diagnóstico sin cuidarse, terminaron en otro lado. El problema no era configurar: los datos del cliente llegaban incompletos y nadie los perseguía.
El dolor no estaba donde el dueño del proceso creía.
Por qué conviene empezar por una tarea
Automatizar una tarea suelta es barato y se demuestra solo.
Alguien deja de copiar datos de un formulario a una hoja y el lunes recupera horas reales, que puede contar en la reunión. Eso construye permiso interno, y sin permiso los proyectos grandes de IA mueren en el comité.
Un rol completo exige decidir cosas que la empresa suele tener sin decidir: qué resultado le toca, quién responde por él, a qué datos puede llegar. Eso son semanas.
Yo empecé por tareas sueltas y no me arrepiento.
El costo aparece cuando ese se vuelve el único movimiento que la organización sabe hacer.
Terminas con veinte automatizaciones que no se conocen entre ellas. Un equipo que va más rápido. Ningún indicador que se haya movido. Y una sola persona que entiende cómo se sostiene todo eso.
Eso se parece bastante a una dependencia nueva con otro nombre.
Hay algo peor todavía. Poner IA sobre un proceso que ya existe da por bueno ese proceso, y si estaba viciado, los vicios escalan a velocidad de máquina.
Cómo lo estamos haciendo dentro de Impulse
Esto no lo cuento en teoría. Lo estamos haciendo con nuestro propio equipo, en un programa de entrenamiento interno que llamamos Pensadores Sistémicos.
En lugar de rediseñar tareas sueltas, cada persona diseña un colega digital.
Con su dominio de trabajo, sus funciones escritas, sus objetivos medibles, un dueño humano que responde por él ante toda la operación, y un nombre propio.
El nombre parece un detalle y no lo es. Cuando algo tiene nombre, la gente le pide cuentas.
Hoy son diecisiete. Te cuento uno.
Tengo un colega digital que le hace coaching a mi equipo de consultores. Escucha sus sesiones con clientes y de ahí saca el feedback: cómo manejar mejor una objeción, cómo conducir una reunión que se está yendo de tema, cómo recuperar la confianza cuando se rompió.
Antes ese trabajo lo hacía yo, en sesiones de feedback, y con información de segunda mano. Lo que me contaba el cliente o lo que me contaba su gerente.
Ese feedback ocurría una vez cada tres meses. Ahora ocurre una vez por semana.
Y ya no discutimos impresiones. Discutimos lo que se dijo en la reunión.
Lo que cambió el resultado no fue la tecnología. Fue que cada colega tiene una persona que responde por él frente a toda la operación.
Y el examen para saber si uno está terminado es de una sola pregunta. Si el proceso avanzó mientras yo estaba en otra reunión, funcionó. Si me llegó una bandeja de cosas por aprobar, todavía estoy adentro.
Antes de dar uno por bueno escribo tres cosas en una hoja. Qué resultado le toca, no qué tareas hace. Quién responde por él, con nombre. Y qué acción ejecuta sin preguntarle a nadie.
Si alguna queda en blanco, todavía no hay puesto.
Prueba el ejercicio esta semana con el proceso que más te interrumpe. Escribe el puesto que contratarías para llevarlo, con sus funciones y su resultado, y mira cuánto de eso ya podrías construir.
Si quieres hacer este ejercicio sobre tu operación, reserva una sesión estratégica. Revisamos tu contexto, qué quieres mejorar, y dónde tiene sentido empezar.
¿Qué es un colega digital?
Una capacidad que se hace cargo de un dominio de trabajo completo, con funciones escritas, objetivos medibles y un dueño humano que responde por ella. Se diseña como se diseña un puesto: definiendo responsabilidades y resultado, no pasos. La diferencia con una automatización es que ésta resuelve un paso de un proceso que sigue igual.
¿En qué se diferencia de automatizar una tarea?
En la unidad de diseño. Automatizar una tarea te hace más rápido dentro del proceso; diseñar un rol te saca del proceso, porque alguien más se hace cargo del resultado. En un equipo comercial, la diferencia es acelerar el discovery de un vendedor contra tener quien haga toda la prospección y le entregue solo lo que ya está listo.
¿Esto significa reemplazar personas?
Libera capacidad, y qué haces con ella es una decisión tuya que conviene tomar antes de construir. Lo que veo en la práctica es que el equipo deja de ejecutar el proceso y pasa a diseñarlo y supervisarlo, y que cada colega digital sirve a toda la operación en vez de a una sola cuenta.
¿Por dónde empiezo si ya tengo varias automatizaciones sueltas?
No las conectes entre sí. Elige el proceso que más te interrumpe y describe el puesto completo que lo llevaría de punta a punta. Casi siempre descubres que varias de esas automatizaciones pertenecen a ese puesto, y que otras no pertenecen a ninguno y se pueden apagar sin que nadie las extrañe.
¿Qué necesita un colega digital para ejecutar y no solo recomendar?
Cinco cosas juntas: lo que sabe hacer, cuándo lo hace sin que se lo pidan, con qué criterio decide, a qué datos reales está conectado, y qué permisos de escritura tiene. Sin conexión a tus sistemas, el mejor agente posible sigue siendo un consejero. Los permisos se otorgan por etapas y con registro auditable desde el primer día.
