Cómo crear una herramienta interna: paneles de administración, aprobaciones y sustitutos de hojas de cálculo

Para crear una herramienta interna, elige un flujo que hoy sea molesto —normalmente una hoja de cálculo compartida, un hilo de correo o un canal de chat que hace el trabajo de una base de datos— y conviértelo en una pequeña app con un formulario bien hecho, una lista con estados, los permisos adecuados para cada rol y un historial de quién cambió qué. Un generador de apps con IA puede producir una primera versión funcional en una tarde. Lo que hace que tenga éxito es limitar el alcance a un solo flujo y construirlo con las personas que lo usarán cada día.

Qué cuenta como herramienta interna

Las herramientas internas son el software poco vistoso que hace funcionar un negocio. Tipos habituales:

Para más puntos de partida, consulta ideas de herramientas internas para equipos.

¿Merece la pena construirla?

Conserva la hoja de cálculo si una sola persona la mantiene, los datos son pocos y un error cuesta poco. Crea una herramienta cuando notes estas señales:

• Las personas se pisan los cambios, o nadie sabe qué copia es la actual
• Necesitas que algunas personas vean o editen solo una parte de los datos
• Has escrito una página entera de instrucciones sobre cómo usar la hoja
• Los cambios de estado deben avisar a alguien, y esos avisos se siguen perdiendo
• Necesitas un registro de auditoría: quién aprobó esto, y cuándo

Existe también una opción intermedia. Las plataformas de herramientas internas de bajo código (Retool, las interfaces de Airtable, Softr y otras) ofrecen bloques de construcción sobre tus datos. Encajan cuando tus datos ya están en una base de datos u hoja compatible y quieres pantallas arrastrables. Una app creada con IA es mejor opción cuando el flujo es específico, quieres que se vea y se comporte exactamente como necesita tu equipo, o quieres ser dueño del código. Para la pregunta general, consulta construir frente a comprar software para una pequeña empresa.

Diseña el flujo antes que las pantallas

Describe el flujo como una pequeña historia antes de escribir el prompt. Para una herramienta de aprobación de gastos:

1. Un empleado envía un gasto: importe, categoría, fecha, descripción y foto del recibo.
2. Su responsable recibe un aviso y aprueba o rechaza con un comentario.
3. Los gastos por encima de un límite también necesitan la aprobación de finanzas.
4. Finanzas marca los gastos aprobados como pagados en un lote semanal.
5. Todos pueden ver el estado de sus propios gastos; finanzas ve todos.

De esa historia salen:

• Datos: gastos, usuarios, roles, aprobaciones (quién, decisión, comentario, fecha), adjuntos.
• Estados: enviado → aprobado por el responsable → aprobado por finanzas → pagado, o rechazado.
• Roles: empleado, responsable, finanzas, administrador.
• Reglas: el umbral de importe, quién puede pasar un elemento a cada estado.
• Pantallas: formulario de envío, «mis gastos», «pendientes de mi aprobación», tabla de todos los gastos para finanzas, página de detalle con historial.

Describe el flujo en esos términos y la IA podrá construir lo correcto a la primera.

Permisos e historial

Las herramientas internas suelen contener datos sensibles: salarios, datos de clientes, dinero. Dos reglas:

1. Comprueba los roles en el servidor en cada acción. Un responsable no debería poder aprobar su propio gasto llamando directamente al endpoint de aprobación.
2. Registra el historial. Guarda cada cambio de estado y cada edición con quién lo hizo y cuándo. Resuelve la mayoría de discusiones sobre «¿quién cambió esto?» y es muy valioso cuando algo sale mal.

Decide cómo se inicia sesión. Entrar con las cuentas corporativas de Google o Microsoft es cómodo para equipos que ya las usan; el email y la contraseña funcionan en cualquier caso. En ambos casos, restringe el registro para que solo tu equipo pueda entrar.

Un primer prompt que funciona

Crea una herramienta interna de aprobación de gastos para una empresa de 25 personas. Los empleados envían un gasto con importe, moneda, categoría (viaje, comidas, software, equipo, otros), fecha, descripción y subida de foto del recibo. Su responsable ve una lista «Pendiente de mi aprobación» y puede aprobar o rechazar con un comentario. Los gastos por encima de 500 $ necesitan además la aprobación de alguien con el rol de Finanzas. Finanzas ve una tabla con todos los gastos, con filtros por estado, persona y mes, y puede marcar como pagados los gastos aprobados. Cada cambio de estado se registra con quién lo hizo y cuándo, y se muestra como una línea temporal en la página del gasto. Roles: empleado, responsable, finanzas, administrador, comprobados en el servidor en cada acción. Guarda todo en una base de datos y crea datos de ejemplo realistas. Interfaz sencilla, densa y rápida: es una herramienta de trabajo, no una web de marketing.

Pasos de construcción

1. La tabla principal y el formulario para el registro central, con datos de ejemplo realistas para que la búsqueda y los filtros se vean claramente.
2. Estados y transiciones, incluido quién puede pasar un elemento a cada estado.
3. Roles e inicio de sesión, restringidos a tu equipo.
4. Registro de historial en cada registro.
5. Notificaciones: un email o un mensaje de chat cuando algo requiera la acción de alguien.
6. Importar los datos existentes de la hoja de cálculo. Cómo convertir una hoja de cálculo en app explica la limpieza y la importación.
7. Prueba piloto con dos o tres usuarios reales durante una semana antes de extenderla a todos.
8. Apaga el proceso anterior en una fecha concreta. Dos sistemas en paralelo significan que ninguno es de fiar.

Conseguir que la gente realmente la use

Muchas herramientas internas funcionan perfectamente y aun así fracasan, porque la gente sigue usando el método antiguo.

• Construye con los usuarios. Observa cómo alguien hace la tarea hoy antes de diseñar la nueva versión.
• Hazla más rápida que el método antiguo. Si enviar algo lleva más tiempo que mandar un mensaje, la gente seguirá mandando mensajes.
• Denso es mejor que bonito. Los operadores prefieren tablas con buenos filtros y formularios accesibles por teclado a tarjetas grandes y mucho espacio en blanco.
• Pon primero la siguiente acción. «Pendiente de mí» debe ser lo primero que vea la gente.

Errores comunes

• Reconstruir toda la hoja de cálculo. Traslada solo el flujo doloroso; deja el resto en la hoja por ahora.
• No tener responsable. Alguien debe encargarse de los cambios y de las incidencias después del lanzamiento.
• Permisos como ocurrencia tardía. Añadir roles a una herramienta terminada es más difícil que empezar con ellos.
• Saltarse el registro de auditoría, y necesitarlo la primera vez que desaparece dinero.
• Publicarla en una URL pública sin inicio de sesión. Todo lo interno debe exigir acceso.

Mantenerla en marcha después del lanzamiento

Un proceso cambia cada pocos meses: un nuevo paso de aprobación, una nueva categoría, un nuevo equipo. Prevé esos cambios desde el principio:

• Guarda la configuración en tablas, no en código. Categorías, umbrales y asignación de aprobadores que viven en la base de datos pueden cambiarlos un administrador sin reconstruir nada.
• Recoge las peticiones en un solo sitio. Un enlace sencillo de «proponer un cambio» dentro de la herramienta es mejor que peticiones dispersas por los chats.
• Exporta con regularidad. Una exportación CSV de las tablas principales evita que los datos queden atrapados y facilita los informes de cierre de mes.
• Prueba después de cada cambio. Repasa de nuevo enviar, aprobar y rechazar tras cualquier modificación del flujo, porque los errores de permisos suelen aparecer ahí.

Costes de funcionamiento

Una herramienta interna creada con IA cuesta el alojamiento, una base de datos, almacenamiento de archivos si la gente sube documentos, y posiblemente un servicio de email o de mensajería para las notificaciones. Normalmente no hay licencias por puesto para una herramienta que tú posees, lo que importa cuando muchos usuarios esporádicos necesitan acceso. El coste continuo es el tiempo de alguien para mantenerla.

Crearlo con Mythex

Las herramientas internas encajan bien en Mythex. Describes el flujo, el agente lo construye en una vista previa en vivo y añade una base de datos Postgres para los registros y almacenamiento de archivos para las subidas, como los recibos. La documentación de herramientas internas y la de paneles de administración incluyen prompts de partida. Los compañeros pueden ayudar a construirla en tu espacio de trabajo sin cargos por puesto.

Hay dos cosas que conviene saber. Los inicios de sesión de tu equipo usando la herramienta forman parte de la app que construyes, con un enfoque que tú eliges; son independientes de las cuentas de Mythex. Y Mythex no incluye integraciones integradas con Salesforce, HubSpot o Slack para la propia app; se conectan a través de sus APIs con tus propias claves. Para un prompt inicial, prueba las plantillas de seguimiento de aprobaciones o herramienta de administración interna, y consulta cómo crear un panel de control si lo que necesitas son sobre todo gráficos.

Preguntas