La respuesta más sencilla al pegamento es: automatízalo. ¿Una persona mueve información? Que lo haga un agente. ¿Una persona comprueba el estado? Añade un workflow. ¿Una persona transmite el contexto? Que lo haga la IA.
Pero así es fácil repetir el mismo error con una tecnología nueva. Sustituyes a la persona por un sistema, pero dejas la empresa diseñada exactamente igual.
Ahora me interesa otra cosa: ¿de dónde sale esa costura, antes de que alguien tenga que remendarla?
En el texto anterior intenté poner nombre al problema. Una empresa puede tener cada vez menos ejecución humana y seguir necesitando a una persona que mantenga la continuidad entre sus partes. El problema empeora cuando ese pegamento empieza a fluir hacia el fundador.
Ahora quiero dar un paso más. No solo encontrar el pegamento, sino entender qué hay en el diseño de la empresa que hace que sea necesario.
Los procedimientos y los procesos fueron la primera guerra contra el pegamento
Este problema no apareció con la IA. Las empresas llevan décadas intentando reducirlo mediante procedimientos y procesos: checklists, CRM y matrices de aprobación. Todos intentan hacer algo parecido: conseguir que el funcionamiento de la empresa dependa menos de lo que recuerda una persona concreta.
Un buen procedimiento te dice qué hacer sin tener que preguntar a alguien con más experiencia. Un buen proceso define cómo pasa el trabajo de un lugar al siguiente. Pero este enfoque tenía un techo.
Los procedimientos y la automatización tradicional funcionaban bien mientras la realidad encajaba en campos y reglas que alguien había previsto de antemano. Cuando llegaba un correo extraño, faltaban datos o ocurría algo que nadie había documentado antes, el sistema se detenía.
«Pregúntale al manager».
Y la persona volvía al centro del proceso.
La IA cambia aquí dos cosas al mismo tiempo. Primero, el software está mejorando mucho a la hora de manejar una realidad no estructurada. Puede leer un mensaje, reconocer la intención, extraer el contexto y dirigir el asunto sin exigir un formulario rígido.
Segundo, la IA cambia la economía de construir las propias conexiones. Durante años podía ser más barato dejar que una persona moviera datos entre dos sistemas cada día que encargar, construir y mantener una integración específica. Hoy, crear un pequeño conector, workflow o adaptador de API puede ser muchísimo más sencillo.
Durante años, una persona fue el adaptador más flexible entre sistemas. Cada vez con más frecuencia, ya no es la opción más barata.
Una empresa no debería necesitar a una persona como memoria
Mientras diseño ZHC, vuelvo una y otra vez a una fuente especialmente grande de pegamento: el estado.
Por estado me refiero simplemente a una respuesta explícita de la empresa a unas pocas preguntas básicas: qué existe, en qué estado está, qué ha ocurrido ya y qué debería ocurrir después.
Toda empresa tiene algún estado. El problema es que a menudo está repartido entre CRM, correos, tickets, documentos, conversaciones y cabezas humanas. Alguien sabe que un cliente está esperando. Alguien tiene que averiguar qué versión de la información es la actual.
Si la siguiente parte del sistema no puede ver con claridad qué existe, a qué está esperando y qué debería ocurrir después, necesitamos a una persona que se lo explique. Y esa persona se convierte en pegamento.
Un buen estado no convierte todavía a una empresa en autónoma. Pero hace que la empresa deje de necesitar a una persona como memoria.
Eso no significa que ZHC tenga que ser completamente autónoma desde el primer día. Una persona puede seguir tomando decisiones, iniciando acciones y marcando la dirección. Pero no debería ser necesaria solo para que el sistema sepa dónde está.
No hace falta construir una Zero Human Company
No tienes que construir una empresa sin empleados para aprovechar esta idea. Basta con preguntar:
¿Dónde hacen falta personas porque realizan un trabajo valioso y dónde hacen falta porque la empresa las necesita para coser sus propias piezas?
Zero Human Company lleva esa pregunta un paso más allá. Quién hace el trabajo y qué conecta ese trabajo son dos problemas distintos. La IA ayuda con ambos, pero no garantiza ninguno.
Eso nos da cuatro configuraciones posibles:
Mucha ejecución humana, mucho pegamento. Una empresa pequeña clásica.
Mucha ejecución humana, poco pegamento. Una empresa tradicional bien diseñada.
Poca ejecución humana, mucho pegamento. El fundador conecta manualmente a los agentes.
Poca ejecución humana, poco pegamento. La dirección de ZHC.
La IA está asumiendo directamente cada vez más ejecución. También ayuda a eliminar pegamento: puede interpretar situaciones no estructuradas y reducir el coste de construir conexiones entre sistemas.
Pero no arreglará automáticamente una empresa diseñada para necesitar a una persona como pegamento en todas partes.
No seas cirujano. Sé arquitecto.
Una empresa existente no tiene el lujo de partir de una hoja en blanco. Tiene clientes, procedimientos y sistemas antiguos. Tiene que encontrar el pegamento existente y retirarlo con cuidado. A veces tiene que ser cirujano.
Con Zero Human Company tengo otra posibilidad. Puedo intentar ser arquitecto.
En lugar de preguntar:
¿Cómo automatizo a la persona que realiza esta tarea?
puedo preguntar primero:
¿Por qué existe esta tarea?
¿Por qué hay que mover la información manualmente? ¿Por qué alguien tiene que recordar el estado? ¿Por qué la siguiente parte del sistema no sabe lo que debería hacer?
Quizá la mejor automatización para parte del pegamento no sea sustituir a una persona por un agente.
Quizá la mejor respuesta sea conseguir que esa costura nunca necesite pegamento.
Hasta ahora he intentado sobre todo entender de qué debería estar hecha una empresa como esta. Ahora es el momento de empezar a poner esas hipótesis a prueba en la práctica.
Pero ¿dónde empieza realmente el diseño de una empresa?
No con el primer equipo de soporte.
No al contratar a la primera persona.
Ni siquiera con el primer cliente.
Si quiero ser arquitecto en lugar de cirujano, tengo que empezar antes.
Antes de que exista el producto.