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

Para crear una herramienta interna, elige un flujo de trabajo que hoy resulte doloroso (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 app pequeña con un formulario bien diseñado, 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 único flujo de trabajo y construirlo con las personas que la usarán a diario.

Qué cuenta como herramienta interna

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

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

¿Hay que construirla?

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

• La gente se sobrescribe 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 se pierden avisos constantemente
• Necesitas un registro de auditoría: quién aprobó esto y cuándo

Existe también una opción intermedia. Las plataformas low-code de herramientas internas (Retool, las interfaces de Airtable, Softr y otras) ofrecen bloques de construcción sobre tus datos. Encajan bien cuando tus datos ya están en una base de datos o una hoja compatible y quieres pantallas arrastrables. Una app creada con IA es mejor opción cuando el flujo de trabajo es específico, quieres que se vea y funcione exactamente como lo 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 de trabajo antes que las pantallas

Escribe el flujo de trabajo como una pequeña historia antes de pedir nada. Por ejemplo, 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 necesitan también la aprobación de finanzas.
4. Finanzas marca los gastos aprobados como pagados en un lote semanal.
5. Cada persona puede 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 y quién puede pasar un elemento a cada estado.
• Pantallas: formulario de envío, «mis gastos», «pendientes de mi aprobación», la tabla de todos los gastos de finanzas y una página de detalle con el historial.

Describe el flujo de trabajo 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 las discusiones sobre «¿quién cambió esto?» y es muy útil cuando algo sale mal.

Decide cómo se inicia sesión. Entrar con las cuentas corporativas de Google o Microsoft resulta cómodo para equipos que ya las usan; el correo y la contraseña funcionan en cualquier caso. En ambos, 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 (viajes, comidas, software, equipo, otros), fecha, descripción y la subida de una foto del recibo. Su responsable ve una lista «Pendientes de mi aprobación» y puede aprobar o rechazar con un comentario. Los gastos de más 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 añade 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 del 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, restringido a tu equipo.
4. Registro de historial en cada elemento.
5. Notificaciones: un correo o un mensaje de chat cuando algo necesite 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 una 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. Apagar el proceso antiguo en una fecha concreta. Dos sistemas funcionando a la vez hacen que ninguno sea de confianza.

Lograr que la gente la use de verdad

Muchas herramientas internas funcionan perfectamente y aun así fracasan, porque la gente sigue usando la forma antigua.

• Constrúyela 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 la forma anterior. Si enviar algo tarda más que mandar un mensaje, la gente seguirá mandando mensajes.
• Denso es mejor que bonito. Los operadores prefieren tablas con buenos filtros y formularios que se manejen con el teclado antes que 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 frecuentes

• Reconstruir toda la hoja de cálculo. Mueve solo el flujo de trabajo doloroso y deja el resto en la hoja por ahora.
• No tener responsable. Alguien debe encargarse de los cambios y de las correcciones 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 inicio de sesión.

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 el código. Las categorías, los umbrales y las asignaciones de aprobadores que viven en la base de datos puede cambiarlos un administrador sin tener que reconstruir nada.
• Recoge las peticiones en un solo sitio. Un enlace sencillo de «sugerir un cambio» dentro de la herramienta es mejor que peticiones dispersas por chats.
• Exporta con regularidad. Una exportación CSV de las tablas principales evita que los datos queden atrapados y facilita el cierre mensual.
• Prueba después de cada cambio. Repite el envío, la aprobación y el rechazo tras cualquier modificación del flujo de trabajo, porque los errores de permisos tienden a aparecer ahí.

Costes

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

Crearla con Mythex

Las herramientas internas encajan bien en Mythex. Describes el flujo de trabajo, el agente la construye en una vista previa en vivo, añade una base de datos de Postgres para los registros y almacenamiento de archivos para las subidas, como los recibos. La guía de caso de uso de herramienta interna y la de panel de administración de la documentación incluyen prompts de partida. Tus compañeros pueden ayudar a crearla en tu espacio de trabajo sin pagar por puesto.

Hay dos cosas que conviene saber. Los inicios de sesión de tu equipo para usar 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 de partida, prueba las plantillas de seguimiento de aprobaciones o herramienta de administración interna, y consulta cómo crear un panel si lo que necesitas son sobre todo gráficos.

Preguntas