2.5Vistas, interfaces y uso compartido
Lo esencial en 30 segundos
- Una fuente, varias vistas: Grid, Kanban, Calendar, Form — mismos datos, ángulos diferentes, cero duplicación.
- La interfaz protege y guía: miniapp sobre la base para el equipo — nunca se entrega el motor abierto.
- El uso compartido se ajusta con precisión: formulario público, interfaz de equipo, vista de solo lectura — cada uno ve lo que debe ver.
Minicaso continuo — Lina entrega la miniapp a su equipo
Último acto: Lina convierte su base en una miniaplicación. Crea las vistas útiles (Kanban por estado, Calendar por fecha límite, vista filtrada «Atrasados» derivada de sus fórmulas), construye una Interfaz con un panel (gráficos + lista filtrada) para el equipo, abre un formulario público para recoger las nuevas solicitudes, y ajusta el uso compartido: el equipo ve la interfaz, el socio solo ve una vista de solo lectura, nadie toca la base en bruto. El proyecto del nivel 2 está entregado.
Epílogo del hilo conductor 2.1-2.4: la base de Lina se convierte en una aplicación de negocio para su equipo.
1. Vistas e Interfaces
Como Notion, Airtable propone varias vistas de una misma tabla — Grid, Kanban, Calendar, Gallery, Timeline, Form — cada una con sus filtros, ordenaciones y agrupaciones, sin duplicar los datos. Pero Airtable va más lejos con las Interfaces: verdaderas miniaplicaciones construidas sobre la base, con páginas, gráficos, botones, formularios de introducción y navegación. Así se ofrece al equipo una experiencia guiada sin darle acceso a la base en bruto.
2. Separar datos y experiencia
Esta separación es esencial: los datos quedan estructurados y protegidos por un lado, el usuario final interactúa con una interfaz clara por otro. Dar acceso a la base en bruto es exponer toda la estructura y la mecánica interna — con riesgo de errores (eliminaciones, modificaciones involuntarias) y confusión. La interfaz solo muestra lo útil, guía la introducción y protege los datos. Es la diferencia entre entregar el motor abierto y entregar un coche con salpicadero.
3. Compartir con precisión
Se gestiona con precisión el uso compartido y los permisos: vistas compartidas de solo lectura para un socio, formularios públicos (vista Form, con campos obligatorios y lógica condicional) para recoger datos, interfaces reservadas al equipo para pilotar. Resultado: la base se convierte en una pequeña aplicación de negocio — panel, portal de introducción, seguimiento visual — utilizable por personas que nunca han abierto Airtable. Para un uso personal la base basta; en cuanto hay usuarios finales, la interfaz se impone.
¿Sabías que…?
La mejor base es la que los usuarios nunca abren.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — La miniapp de seguimiento de Lina
Datos por un lado, experiencia por otro, como en casa de Lina:
Base (tablas + relaciones) = protegida
Vista Form → recoger (público, campos obligatorios)
Interfaz panel → gráficos + lista filtrada (equipo)
Vista solo lectura → compartir con un socioLectura: una aplicación de negocio sin exponer la base.
Lección: una interfaz en cuanto hay usuarios finales.
Vocabulario de la sección
- Vista (Airtable)
- Visualización filtrada y ordenada de una tabla (Grid, Kanban, Calendar, Gallery, Timeline, Form), sin duplicación de los datos.
Ejemplo sencillo: El Kanban por estado y el Calendar por fecha límite de Lina.
Lo que no es: una copia de la tabla para cada uso.
Reflejo: nuevo ángulo = nueva vista, nunca nueva tabla.
- Interfaz
- Miniaplicación construida sobre una base de Airtable: páginas, gráficos, botones, formularios, navegación guiada.
Ejemplo sencillo: El panel que el equipo de Lina usa cada mañana.
Lo que no es: la base en bruto abierta a todo el equipo.
Reflejo: usuarios finales = interfaz, no acceso directo.
- Formulario (vista Form)
- Vista de introducción pública o interna que alimenta directamente la tabla, con campos obligatorios y posible lógica condicional.
Ejemplo sencillo: El formulario de nuevas solicitudes de expedientes de Lina.
Lo que no es: un correo libre para reintroducir a mano en la base.
Reflejo: recogida = formulario con campos obligatorios.
- Uso compartido y permisos
- Ajustes que definen quién ve y edita qué: vista de solo lectura, formulario público, interfaz reservada.
Ejemplo sencillo: El socio de Lina solo ve una vista de solo lectura.
Lo que no es: el enlace de edición total enviado a todo el mundo.
Reflejo: comprobar quién ve qué antes de cada uso compartido.
- Aplicación de negocio
- Herramienta orientada al usuario final (panel, portal) construida sobre datos estructurados.
Ejemplo sencillo: La miniapp de seguimiento de expedientes entregada por Lina en Orán.
Lo que no es: una verdadera aplicación pública con cuentas de usuario (ver nivel 5).
Reflejo: interno rápido = interfaz; producto público = app builder.
En la práctica — En la práctica — Construir una interfaz y compartir correctamente
- Cree varias vistas de una tabla (Grid filtrada, Kanban por estado, Calendar por fecha) según los usos.
- Construya una Interfaz: una página de panel (gráficos + lista filtrada) y una página de detalle.
- Añada un formulario (vista Form) para recoger datos, con campos obligatorios.
- Ajuste el uso compartido: formulario en público, interfaz reservada al equipo, vista de solo lectura para un socio.
Guion listo para decir — presentar la interfaz al equipo (30 s)
«Aquí está su panel: ven los expedientes en curso, las fechas límite y los retrasos, sin tocar la base. Para una nueva solicitud, usen el formulario — los campos obligatorios garantizan datos limpios. La base queda protegida: pilotan con el panel, no con el motor abierto.»
Para decir mostrando la interfaz proyectada; mantener la base en bruto fuera de la pantalla.
Plantilla para copiar y pegar — plan de uso compartido de la base
VISTAS: Grid filtrada _______________ · Kanban por _______________ · Calendar por _______________
INTERFAZ EQUIPO: panel (gráficos + lista _______________) + página de detalle
FORMULARIO: vista Form _______________ (público / interno, campos obligatorios: ____)
USO COMPARTIDO: equipo → interfaz · socio → vista de solo lectura _______________ · base en bruto → _______________ (restringido)Pyme / solo
Dos vistas bien filtradas bastan antes de cualquier interfaz: solo se construye una miniapp si otros la usan.
Pyme Argelia
Lina forma a su equipo en veinte minutos con la interfaz — nadie necesita aprender Airtable.
Recogida en campo
Formulario público en el móvil para subir la información, con campos obligatorios y selects cerrados.
Hacia una verdadera app
Si la interfaz llega a sus límites (público externo, lógica compleja), se pasa a Glide, Softr o Bubble (nivel 5).
✓ Buenas prácticas
- Construya una interfaz en cuanto haya usuarios finales.
- Separe datos protegidos (base) y experiencia (interfaz).
- Ajuste el uso compartido con precisión (público, equipo, solo lectura).
✗ Errores frecuentes
- Dar acceso a la base en bruto (errores, eliminaciones).
- Confundir interfaz interna y verdadera app pública (Bubble/Glide).
- Recoger mediante un formulario sin campos obligatorios.
Puntos clave
- Airtable ofrece varias vistas (Grid, Kanban, Calendar, Gallery, Timeline, Form) sin duplicar los datos.
- Las Interfaces son verdaderas miniapps (páginas, gráficos, botones) construidas sobre la base.
- Se separan datos protegidos (la base) y experiencia de usuario (la interfaz).
- El uso compartido se ajusta con precisión: formulario público, interfaz de equipo, vista de solo lectura.
Reto 48h — aplica mañana
Construya una Interfaz de panel sobre su base (gráficos + lista filtrada) y un formulario de recogida con campos obligatorios. Haga probar la interfaz a un colega que nunca ha abierto Airtable.
- Puedo explicar por qué no se entrega la base en bruto.
- Sé construir vistas, interfaz y formulario.
- Un colega ha usado mi miniapp sin formación.
Preguntas frecuentes
¿Por qué no dar simplemente acceso a la base en lugar de crear una interfaz?
Porque dar acceso a la base en bruto es exponer toda la estructura (todas las tablas, todos los campos, la mecánica interna) a usuarios que no la necesitan — con riesgo de errores (eliminaciones, modificaciones involuntarias) y confusión. Una interfaz solo muestra lo útil, guía la introducción, protege los datos y ofrece una experiencia clara. Es la diferencia entre entregar el motor abierto y entregar un coche con salpicadero. Para un uso personal, la base basta; en cuanto hay usuarios finales, la interfaz se impone.
¿Puede una interfaz de Airtable sustituir a una verdadera aplicación (Bubble, Glide)?
Para muchas necesidades internas — paneles, portales de introducción, seguimientos de equipo — sí, la interfaz de Airtable basta y evita añadir una herramienta. Sus límites: sigue ligada al ecosistema Airtable, con una personalización y una lógica de negocio menos avanzadas que un verdadero app builder. En cuanto busque una aplicación pública, muy personalizada, con cuentas de usuario y lógica compleja, se pasa a Bubble (web completa) o Glide/Softr (app móvil desde una base) — es el objeto del nivel 5. Regla: interfaz de Airtable para lo interno rápido, app builder para el producto acabado.
Lina debe hacer que colegas que no conocen Airtable introduzcan solicitudes. ¿Qué construye?