Una guía práctica para crear herramientas internas de negocio: cómo detectar el proceso que la necesita, por qué la mayoría de las herramientas internas acaban abandonadas, el camino de un flujo manual caótico al software, y cómo mantener el control en lugar de sumar otra herramienta que nadie mantiene.
Equipos de operaciones, office managers, fundadores y empresas en crecimiento que sostienen un proceso crítico a base de pasos manuales, mensajes de chat y memoria.
- Una forma de detectar qué proceso manual necesita de verdad una herramienta
- Un camino de construcción, del flujo caótico al software en el que la gente confía
- Una herramienta interna que es tuya y puedes cambiar, no otra línea del backlog
Toda empresa en crecimiento se sostiene sobre unos pocos procesos que no viven en ninguna parte: una aprobación que ocurre por chat, una entrega que se lleva en la cabeza de alguien, un estado que todo el mundo pregunta porque no está escrito en ningún sitio. Para eso existen las herramientas internas. Que se construyan tan pocas ya no es cuestión de coste; es que nunca lograron subir por encima del backlog de desarrollo. Esta guía trata de construir tú mismo la correcta, para que de verdad llegue a existir.
El proceso que necesita una herramienta es aquel por el que la gente no para de preguntarse entre sí, aquel donde el trabajo se atasca esperando una entrega, y aquel que hoy solo se sostiene con mensajes de chat y memoria. Si en tu equipo se repite una pregunta con alguna forma de «¿en qué estado está X?» o «¿quién tiene Y ahora mismo?», esa pregunta es la especificación: la herramienta existe para hacer visible la respuesta sin que nadie tenga que preguntar.
Las herramientas internas no van de reemplazar personas; van de eliminar el impuesto de coordinación que crece con el equipo. Un negocio de cinco personas se coordina en la cabeza. Un negocio de veinte personas que sigue coordinándose en la cabeza dedica una parte cada vez mayor del día a poner al día estados, perseguir aprobaciones y volver a explicar cómo va todo. Esa carga invisible es justo lo que elimina una herramienta interna bien enfocada, y por eso la primera herramienta acertada apunta al proceso que más tiempo pierde en coordinación.
Elige por el dolor, medido con honestidad. Dedica unos días a fijarte en qué proceso genera más «preguntas rápidas», más entregas que se caen, más «pensé que lo hacías tú». El ganador rara vez es el proceso más complejo; es el que más veces hay que coordinar.
Las herramientas internas fracasan por motivos predecibles, y conocerlos de antemano es casi todo lo que mantiene viva la tuya.
Una herramienta interna funciona cuando usarla es más fácil que no usarla. Antes de añadir cualquier función, pregúntate si hace la herramienta más rápida o más lenta de usar. La mayoría de las herramientas internas abandonadas murieron de buenas intenciones: campos que alguien quizá quisiera, pasos que parecían minuciosos, todo lo cual hizo más pesado el camino diario hasta que la gente se salió de él.
El paso de un proceso que vive en la cabeza de la gente a una herramienta sigue una secuencia fiable. Saltarse el primer paso es la razón por la que tantas herramientas resuelven el problema equivocado.
El peor proceso de un equipo de logística eran los préstamos de equipos: quién tiene qué dispositivo, desde cuándo y si la devolución está vencida, todo rastreado en un canal de chat y en la memoria de una sola persona. Observado durante una semana, se redujo a cuatro cosas: activos, personas, préstamos y un estado devuelto/vencido. La versión uno dejaba a cualquiera sacar un dispositivo, mostraba el estado de toda la flota en una sola pantalla y marcaba lo vencido de forma automática. La pregunta diaria «¿quién tiene el escáner?» sencillamente se acabó, porque la pantalla la respondía.
La diferencia entre una herramienta interna que vive y una que muere no suele estar en las funciones; está en si el equipo puede mantenerla a la altura de la realidad. Dos cosas la protegen.
Aquí es donde describir el proceso y hacer que la herramienta se construya a su alrededor le gana tanto a una plantilla rígida como a un script puntual de un desarrollador que luego se marcha. Obtienes software con la forma de tu flujo real, que puedes seguir remodelando a medida que el flujo evoluciona, sin volver a la cola de desarrollo cada vez. La herramienta sigue viva porque las personas que llevan el proceso pueden mantenerla honesta.
Apunta al proceso por el que la gente no para de preguntarse entre sí y donde el trabajo se atasca en las entregas. Dedica unos días a fijarte en cuál genera más «preguntas rápidas» y entregas caídas; el proceso que más veces hay que coordinar, no el más complejo, es donde una herramienta elimina más tiempo perdido.
Porque resuelven una versión ordenada del proceso en lugar del real, porque actualizarlas es más lento que el mensaje de chat que reemplazan, porque no pueden cambiar cuando el proceso cambia, o porque se vuelven un silo de datos. La solución es observar primero el trabajo real, hacer que la herramienta sea el camino más rápido y poder cambiarla tú mismo.
Solo el camino principal: crear el registro, moverlo por sus estados reales, ver su estado y entregarlo, más los roles que deciden quién hace qué y quién solo necesita mirar. Añade las excepciones que de verdad observaste, no las imaginadas, y deja todo lo demás para cuando la gente ya la esté usando.
Ya no, y construirla tú mismo tiene una ventaja real: los procesos internos cambian sin parar, así que una herramienta que puedes editar según se mueve el proceso sigue siendo útil, mientras que una que necesita un ticket de desarrollo para cada cambio se desincroniza y acaba abandonada. Describe el flujo y conserva la capacidad de cambiarlo.