Para crear una herramienta interna en 2026 hay cuatro caminos: configurar un SaaS ya hecho, montarla en una plataforma low-code, encargar un desarrollo a medida o generarla con un creador de apps con IA. El camino importa menos que lo que usted decide antes de abrir cualquiera de ellos: qué proceso cubre la herramienta, qué datos registra y quién puede ver qué. Los equipos que resuelven esos tres puntos lanzan una herramienta que funciona en pocos días. Los que se los saltan acaban reconstruyendo la misma hoja de cálculo con una interfaz más bonita.
La pregunta ya no es exclusiva de los departamentos de ingeniería. En el informe Build vs Buy 2026 de Retool, una encuesta a 817 creadores, el 35 % ya había sustituido al menos un producto SaaS por una herramienta construida por ellos mismos, y el 78 % esperaba construir más este año. Esta guía responde a las preguntas que surgen por el camino: qué cuenta como herramienta interna, cuándo una hoja de cálculo debería convertirse en una, qué camino encaja con cada equipo y cómo pasar de un proceso a una herramienta que sus compañeros usen de verdad.
¿Qué es una herramienta interna? Ejemplos por equipo
Una herramienta interna es un software que una empresa crea o configura para su propio personal en lugar de para sus clientes: el back-office que hay detrás de la web, la pantalla donde soporte emite un reembolso, el seguimiento que operaciones abre cada mañana. Tiene pocos usuarios, a menudo entre cinco y doscientos, pero esos usuarios pasan horas en ella, y recoge reglas que no existen en ningún otro lugar: quién aprueba un descuento, cuándo un pedido se considera retrasado, qué campos son obligatorios antes de que un expediente avance.
La mayoría empieza igual: como una hoja de cálculo, una bandeja de correo compartida o un formulario en papel de los que alguien acaba harto.
| Herramienta interna | Qué sustituye | Quién la usa | Una primera versión razonable |
|---|---|---|---|
| Panel de administración o back-office | Cambios directos en la base de datos, peticiones a los desarrolladores | Soporte, operaciones | Buscar, consultar y corregir fichas de clientes |
| CRM a medida o pipeline de ventas | Una hoja compartida y cadenas de correos | Ventas, gestores de cuentas | Contactos, oportunidades, etapas, siguiente acción |
| Flujo de aprobación | Cadenas de correos y PDF firmados | Responsables, finanzas | Formulario de solicitud, aprobar o rechazar, historial |
| Control de inventario o de stock | Una hoja que solo entiende una persona | Almacén, compras | Artículos, movimientos, alertas de stock bajo |
| Panel de operaciones | El informe de copiar y pegar de los lunes | Jefes de equipo, dirección | Cinco cifras que se actualizan solas |
| Seguimiento de campo o de intervenciones | Formularios en papel, fotos en un grupo de mensajería | Técnicos, coordinación | Trabajos, estado, fotos, firmas |
| Portal de clientes o de socios | Correos de estado y carpetas compartidas | Clientes, proveedores | Inicio de sesión, sus propios registros, documentos |
La misma encuesta muestra por dónde empiezan las empresas. Entre los equipos que sustituyeron un producto SaaS, las categorías que más se reconstruyeron en casa fueron las automatizaciones de flujos de trabajo (35 %), las herramientas internas de administración (33 %), los paneles de BI (29 %) y los CRM y creadores de formularios (25 %). El caso del CRM es tan frecuente que lo tratamos aparte en nuestra guía para crear un CRM a medida.
¿Cuándo debe una hoja de cálculo convertirse en herramienta interna?
Las hojas de cálculo son la herramienta interna más exitosa jamás creada, y nada de lo que sigue propone jubilarlas todas. El problema empieza cuando un archivo se convierte, sin que nadie lo decida, en el sistema de referencia. La investigación sobre errores en hojas de cálculo de Ray Panko, de la Universidad de Hawái, que recopila auditorías de campo de hojas operativas, halló que el 88 % de las 113 hojas auditadas desde 1995 contenía errores. La tasa de error por celda es baja. El problema es que un archivo grande la multiplica, y nada en una hoja de cálculo detecta un valor erróneo antes de que alguien actúe a partir de él.
Cinco señales indican que el archivo se ha quedado pequeño. Lo editan más de tres personas, así que aparecen versiones y celdas sobrescritas. Alguien no debería ver todas las filas, una columna de salarios o los clientes de otra región, y la única protección es una pestaña oculta. Una pestaña contiene fórmulas que nadie se atreve a tocar. Necesita saber quién cambió un valor y cuándo, y el archivo no puede decirlo. O los datos se vuelven a teclear en otro sistema, porque nada conecta los dos. Una señal es una molestia. Dos o más significan que la hoja ya funciona como herramienta interna, pero sin las salvaguardas. Si es su caso, nuestra guía sobre cómo convertir una hoja de cálculo en una app cubre la migración paso a paso.
Construir, comprar o generar: cuatro formas de conseguir una herramienta interna
Construir o comprar era antes una decisión de dos opciones. Las plataformas low-code la convirtieron en una de tres hace una década, y los creadores de apps con IA añadieron un cuarto camino, en el que usted describe la herramienta y recibe una aplicación que funciona. Así se comparan las cuatro para una herramienta típica de 20 a 50 usuarios.
| Camino | Primera versión | Coste típico | Quién la construye | Qué le pertenece | Ideal para |
|---|---|---|---|---|---|
| SaaS estándar, configurado | Días | Suscripción por puesto, a menudo de $10 a $50 por usuario al mes | Un administrador del equipo | Una exportación de datos, no la herramienta | Procesos estándar: nóminas, soporte, contabilidad |
| Plataforma low-code (Retool, Appsmith, Budibase, Softr) | De días a semanas | Por creador y por usuario final, cada mes | Un desarrollador o una persona técnica de operaciones | Su base de datos; la app vive en la plataforma | Pantallas sobre datos que ya tiene |
| Desarrollo a medida | De 4 a 12 semanas para una herramienta acotada | Cinco cifras al inicio, y luego entre un 15 y un 20 % al año en mantenimiento | Desarrolladores, internos o de una agencia | Todo, mantenimiento incluido | Herramientas que son una ventaja competitiva |
| Creador de apps con IA | De horas a días | Un plan fijo desde unos $20 al mes, medido en créditos, no en puestos | La persona que conoce el proceso | Código fuente y base de datos, si la herramienta exporta ambos | Herramientas a medida cuando no hay desarrollador |
Las cuentas del precio por puesto
Las herramientas internas tienen una propiedad incómoda para la tarifación: muchos usuarios ocasionales. En la lista de precios pública de Retool en septiembre de 2026, el plan Team cuesta $10 por creador y $5 por usuario interno al mes con facturación anual, y el registro de auditoría con controles de permisos granulares empieza en el plan Business, a $50 por creador y $15 por usuario interno. Para dos creadores y cuarenta compañeros, son $220 al mes en Team y $700 en Business. El plan Team de Airtable cuesta $20 por editor al mes, y comparamos las alternativas a Airtable que evitan ese modelo en otra guía. Nada de esto es irrazonable para lo que ofrecen estos productos, pero implica que el coste de una herramienta crece con su adopción, justo lo contrario de lo que se quiere de algo pensado para llegar a toda la empresa.
Lo que la IA cambió y lo que no
La IA hundió el coste inicial de una primera versión. No tocó lo que viene después: alguien sigue teniendo que ser responsable de la herramienta, corregirla cuando cambia un proceso y responder por los datos que contiene. La encuesta de Retool es sobria en este punto. El 51 % de los encuestados ha puesto en producción software hecho con IA, y cerca de la mitad ahorra seis horas o más a la semana. Sin embargo, solo el 31 % llega a aplicaciones completas a base de prompts, y apenas el 8 % usa código generado por IA sin modificarlo. La generación es un punto de partida que las personas revisan, no una máquina expendedora.
Cómo crear una herramienta interna en seis pasos
El método es el mismo sea cual sea el camino que haya elegido. Los tres primeros pasos producen documentos, no software, y es ahí donde debería ir la mayor parte del tiempo.
Pasos 1 a 3: decidir antes de construir
- 1. Elija un solo proceso. No "operaciones", sino "una solicitud de compra, desde su creación hasta el pago". Escríbalo en una página: quién lo inicia, qué ocurre después, qué puede salir mal, cuándo termina. Si no puede escribir esa página, ninguna herramienta lo arreglará.
- 2. Dibuje el modelo de datos a partir de sus columnas actuales. Enumere lo que registra (solicitudes, proveedores, aprobaciones) y qué anota de cada cosa. Una fila de hoja de cálculo que repite el nombre del proveedor cuarenta veces se convierte en dos tablas enlazadas. De tres a seis tablas cubren la mayoría de las primeras versiones.
- 3. Escriba la matriz de roles. Una línea por rol, una columna por tabla: puede ver, puede crear, puede editar, puede aprobar. Diez minutos con esta cuadrícula evitan la clase de errores más cara, aquellos en los que alguien ve lo que no debería.
Pasos 4 a 6: construir, probar y entregar
- 4. Construya la versión más pequeña que cumpla su función. Una lista, una página de detalle, un formulario, el cambio de estado. Sin informes ni notificaciones todavía. Con una plataforma low-code o un creador con IA son horas de trabajo, y el documento que escribió en los pasos 1 a 3 es el prompt.
- 5. Haga un piloto con tres usuarios reales durante una semana completa. Datos reales, plazos reales, la hoja antigua congelada en solo lectura. Recoja todas las quejas en una lista. Cuente con que el modelo de datos cambiará una vez: para eso sirve el piloto.
- 6. Entréguela. Nombre a un responsable. Si hay código, guárdelo en un repositorio, programe copias de seguridad de la base de datos y anote cómo se añade un usuario. Una herramienta sin responsable es una hoja de cálculo con pantalla de inicio de sesión.
Cuatro controles antes de que todo el equipo dependa de ella
Una demo se convierte en herramienta el día en que la gente deja de guardar una copia de seguridad de sus datos. Cuatro controles deciden si merece esa confianza.
| Control | La pregunta que hay que hacerse | Por qué importa |
|---|---|---|
| Permisos en la base de datos | Si llamo a la API con una cuenta normal, ¿puedo leer filas que la pantalla oculta? | Los filtros de la interfaz son cosméticos. Las reglas deben vivir donde viven los datos |
| Historial | ¿Puedo ver quién modificó este registro y cuándo? | Las disputas y los errores se resuelven con el historial, no con la memoria |
| Integraciones | ¿Dónde se guardan las claves de API y qué pasa cuando el otro sistema está caído? | Las claves en el código del navegador son públicas, y los fallos silenciosos corrompen los datos |
| Propiedad | Si el proveedor desaparece o triplica su precio, ¿qué nos queda? | Los datos operativos son lo último que una empresa se puede permitir alquilar |
Hay un quinto control, más discreto: avise a TI. En la encuesta de Retool, el 60 % de los creadores había construido algo fuera de la supervisión de TI en el último año, sobre todo porque era más rápido. La rapidez es un motivo legítimo. Pero una herramienta que guarda datos de clientes o de empleados debe figurar en la lista de alguien, con un responsable, una copia de seguridad y una revisión de accesos, antes de volverse crítica y no después.
En Cadrant, este flujo de trabajo es la base del producto. Usted describe el proceso y la plataforma genera una aplicación React conectada a una base de datos PostgreSQL en su propio proyecto de Supabase, con tablas, relaciones e índices derivados de su descripción. La autenticación funciona con Supabase Auth y roles personalizados como administrador, editor y lector. Las políticas básicas de seguridad a nivel de fila (Row Level Security) se crean a partir de su prompt, y la documentación recomienda revisarlas en Supabase antes de pasar a producción, que es el primer control de arriba. Las integraciones se ejecutan en el servidor, en Edge Functions, con las claves guardadas como variables de entorno, y el código se sincroniza con un repositorio de GitHub desde el plan Pro, $40 al mes sea cual sea el número de compañeros que usen la herramienta. Los detalles están en la página del creador de herramientas internas.
- Una herramienta interna hace cumplir su proceso; una hoja de cálculo solo lo almacena. Dos de las cinco señales bastan para cambiar.
- En 2026 hay cuatro caminos: SaaS configurado, plataforma low-code, desarrollo a medida y creador de apps con IA. Compárelos por su coste con adopción total y por lo que conserva si se va.
- El proceso, el modelo de datos y la matriz de roles van primero, y sirven para cualquier camino.
- Antes del despliegue, compruebe los permisos a nivel de base de datos, el historial, las integraciones y la propiedad.