Construye aplicaciones como Airtable, cámbialas como en una conversación
La imagen más clara de AI Builder combina construcción basada en tablas e interacción en lenguaje natural: objetos, campos, vistas, permisos y automatizaciones se generan y modifican mediante diálogo.
En resumen: la mejor experiencia de AI Builder fusiona la construcción basada en tablas, la edición conversacional y unos metadatos gobernados: tan intuitiva como Airtable, pero con objetos, permisos y auditoría empresariales por debajo en lugar de una caja negra.
Airtable conecta con usuarios de negocio no porque parezca una base de datos, sino porque hace comprensible construir una aplicación.
Una tabla representa un objeto de negocio. Una columna representa un campo. Un filtro representa una perspectiva de trabajo. Un tablero representa un estado de proceso. El usuario no necesita entender arquitectura antes de organizar su flujo.
AI Builder debería heredar esa claridad y añadir lenguaje natural.
El usuario debería ver tablas, campos, relaciones y vistas como en Airtable, y además decir:
Añade un campo “riesgo de renovación” a clientes, pon los clientes de alto riesgo en un tablero y recuerda cada lunes al customer success manager.
La plataforma convierte esa frase en cambios de campo, vista, automatización y permiso.
La gran lección de Airtable
Muchas plataformas low-code son potentes, pero empiezan con diseñadores de páginas, canvas de flujos, modelos de datos, matrices de permisos y editores de expresiones. Para usuarios no técnicos, esto pesa.
Airtable empieza desde el modelo mental de una hoja de cálculo:
- qué quiero gestionar;
- qué campos tiene cada registro;
- cómo quiero ver el trabajo;
- qué registros se agrupan;
- qué estados se mueven;
- qué acciones disparan recordatorios.
AI Builder debería empezar ahí, no desde la idea técnica de generar código.
AI no debe convertir la app en caja negra
Si el usuario dice una frase y la plataforma genera una aplicación completa, pero no muestra qué objetos, campos, permisos y flujos contiene, la experiencia impresiona al principio y preocupa después.
El usuario de negocio necesita control, no magia.
Un buen Builder muestra estructura: objetos y vistas a la izquierda, tabla, formulario, tablero o detalle al centro, conversación y plan de cambio a la derecha, y automatizaciones, permisos y herramientas de Agent visibles.
AI deja de ser una caja negra y se vuelve un colaborador que explica qué va a modificar.
”Añadir una columna” no es simple
En Airtable, añadir una columna es ligero. En una aplicación empresarial, un campo afecta muchas capas.
| Capa | Qué debe cambiar |
|---|---|
| Modelo de datos | Tipo, valor por defecto, obligatorio, enum, fórmula |
| Formularios | Mostrar en crear, editar y detalle |
| Vistas | Columnas, filtros, grupos, orden |
| Permisos | Quién ve o edita, si es sensible |
| Automatización | Recordatorios, aprobaciones, cambios de estado |
| Agent | Si AI puede leer, explicar o actuar sobre el campo |
| Auditoría | Si los cambios requieren razón e historial |
Cuando el usuario pide “riesgo de renovación”, AI Builder no debe solo añadir una columna. Debe decidir quién lo mantiene, qué significa alto riesgo, si entra en un tablero, si notifica al responsable y si los Agents pueden usarlo en resúmenes.
La conversación debe operar estructura
El chat de AI Builder no debería limitarse a responder. Debe operar la estructura de la aplicación.
El usuario puede decir:
- “Convierte esta lista en un tablero agrupado por estado.”
- “Crea una vista de solo lectura de clientes de alto riesgo para managers.”
- “Añade aprobación financiera para contratos mayores de 500.000.”
- “Recuerda al comprador cuando una certificación venza en 30 días.”
- “El Agent puede generar reporte semanal, pero no enviar correo al cliente.”
Cada frase corresponde a cambios de metadatos.
El sistema debe devolver un plan: añadiré un campo, un tablero, una automatización semanal y permiso de edición. ¿Confirmar?
Así el usuario entiende qué cambia y IT puede auditarlo.
Tres productos combinados
Un AI Builder maduro debe sentirse como tres productos:
Como Airtable, porque objetos, campos, registros y vistas son visibles.
Como low-code, porque flujos, permisos, automatización e integración son empresariales.
Como ChatGPT, porque el usuario expresa intención en lenguaje natural.
Si falta una parte, el producto se rompe. Solo tablas no modelan permisos complejos. Solo low-code es pesado. Solo chat se vuelve caja negra.
La dirección de ObjectStack
ObjectStack AI Builder no debe ser un chat que genera código. Debe ser un taller conversacional para construir aplicaciones.
Hace visible la estructura de negocio como Airtable y completa las capacidades empresariales como low-code. Luego usa lenguaje natural para reducir el coste de modificar la aplicación.
El usuario no crea un ticket ni arrastra un flujo desde cero. Dice dentro de la aplicación qué quiere cambiar. La plataforma muestra un plan, el usuario confirma, la estructura se actualiza y la runtime trabaja con las nuevas reglas.