AppSheet cuesta 5–20 $ por usuario y mes — pero el problema mayor es invisible: su configuración de solo clics no puede ser operada por un agente de IA. Matemática real y salida hacia config-as-code.

Resumen

Pregunta	Respuesta corta
¿Cuánto cuesta AppSheet con un equipo real?	15 usuarios en Core ≈ 150 $/mes (1.800 $/año); 25 usuarios en Enterprise Plus ≈ 500 $/mes (6.000 $/año)
¿Es el pago por usuario el problema real?	No — es manejable con 10 usuarios, doloroso con 25+
¿Cuál es el problema que nadie calcula?	Cada cambio es trabajo manual en la interfaz — no hay config-as-code, así que ningún agente de IA puede operar tu app por ti
¿Cuándo sigue siendo AppSheet correcto?	≤10 usuarios, flujo estándar, alguien interno disfruta siendo el propietario

Los precios de AppSheet son públicos y simples: Starter 5 $, Core 10 $, Enterprise Plus 20 $ por usuario y mes (precios, agosto de 2026), con prototipado gratuito para hasta 10 usuarios. Pero dos costes nunca entran en la comparación de suscripciones: el deslizamiento de licencias según crece el equipo, y el cuello de botella de mantenimiento que apareció en 2026 — el año en que casi cualquier otro tipo de software se volvió mantenible por IA… excepto el tuyo.

(Un matiz antes de los números: si tienes una edición de pago de Google Workspace, comprueba qué ediciones incluyen AppSheet Core — algunas lo incorporan. Eso cambia la cuenta para los usuarios de tu equipo con esas licencias.)

La matemática de licencias, con honestidad

Equipo	Nivel que necesitarás realmente	Mensual	Al año	En 3 años
5 usuarios	Starter	25 $	300 $	900 $
10 usuarios	Core	100 $	1.200 $	3.600 $
15 usuarios	Core	150 $	1.800 $	5.400 $
25 usuarios	Enterprise Plus	500 $	6.000 $	18.000 $
40 usuarios	Enterprise Plus	800 $	9.600 $	28.800 $

Dos cosas se esconden en esa tabla:

• Rara vez te quedas en Starter. Le faltan controles de seguridad y gestión de apps — en cuanto los roles o la propiedad de los datos importan, estás en Core.
• Las APIs y las bases de datos reales son territorio de Enterprise Plus. Conectar AppSheet con PostgreSQL o servicios externos vive en el nivel de 20 $. Si tus datos están desbordando Sheets (que es por lo que estás leyendo esto), ese es el nivel al que te diriges.

Con 25 usuarios pagas 18.000 $ en tres años por el derecho a usar la plataforma — antes de contar el tiempo de nadie. Y el tiempo de alguien es el siguiente coste.

El problema de 2026: tu app no puede ser operada por un agente

Esto es lo que cambió hace poco, y por qué importa más que la matemática de licencias.

Casi cualquier otra forma de software de negocio se volvió mantenible por agentes: si tu sistema es una base de código normal, puedes decirle a un agente de IA «cambia la regla de aprobación de descuentos para exigir el visto bueno de un gestor por encima de 500 $» — y el agente lee el código, hace un cambio pequeño y revisable, y actualiza los tests. Minutos de trabajo, sin desarrollador en plantilla.

AppSheet no tiene un camino equivalente. Su configuración — tablas, slices, bots, comportamientos, filtros de seguridad, columnas virtuales — vive en un editor web que se maneja haciendo clics. No hay config-as-code, ni CLI, ni API para modificar la aplicación en sí. Así que cuando le pides a una IA que cambie tu app de AppSheet, la respuesta honesta es: no puede. Un humano tiene que abrir el editor, navegar a la pantalla correcta entre decenas, editar la expresión, guardar y probar en un dispositivo. Multiplica eso por cada petición de cambio que genera tu negocio.

El resultado es el patrón que sigo encontrando: un office manager que «conoce la app» y se ha convertido silenciosamente en un desarrollador no reconocido — cada cambio de flujo pasa por su calendario. La plataforma se vende como no-code; la realidad operativa es código a base de clics, y los clics no escalan y no se pueden delegar a software.

Lo que hice al respecto: la config de AppSheet como código legible por agentes

Migré recientemente una configuración compleja de AppSheet — de las que llevan años haciéndose, con slices, bots y filtros de seguridad entrelazados — a una base de código convencional. Esta es la mecánica honesta de ese camino, porque el miedo siempre es «perderemos la app que tenemos»:

• Lo que AppSheet te da al exportar: una carpeta de archivos de definición (tipo YAML/JSON) que describen tablas, columnas y reglas. Son datos, pero no son legibles — semántica dispersa entre archivos, sin orden, sin explicación de por qué existe una regla.
• El mapeo que funciona: tablas → esquema de base de datos; slices → consultas/vistas; bots → workflows programados; columnas virtuales → campos calculados; filtros de seguridad → control de acceso a nivel de fila en un único lugar auditable.
• Lo que conserva el equipo: el mismo flujo de trabajo, las mismas pantallas por propósito, los mismos datos. Lo que cambia es dónde vive la lógica — en código que una persona o un agente de IA puede leer, comparar, cambiar en un sitio y verificar contra una suite de tests.

La diferencia del primer día es mundana pero decisiva: un cambio de regla que antes era media jornada de cirugía cuidadosa en la interfaz (abrir la pantalla correcta, no tocar la expresión vecina, volver a probar a mano) se convierte en un cambio de código pequeño que un agente aplica en minutos y una suite de tests valida. El mantenimiento deja de ser un ejercicio de clics de especialista y se vuelve trabajo revisable.

Ese es el foso real en 2026 — no la base de datos, no el framework de interfaz, sino si el artefacto es legible por el agente que inevitablemente usarás para mantenerlo. El código evolucionado por prompts y las apps configuradas a clics suspenden ambos esta prueba; el código deliberadamente estructurado la pasa.

Cuándo AppSheet sigue siendo la respuesta correcta

La misma honestidad de siempre: equipo pequeño (≤10 usuarios), flujo estándar (formularios, listas, aprobaciones que parecen plantillas) y alguien interno que quiere ser dueño de la app. Para ese perfil, AppSheet a 50–100 $/mes es un trato justo, y lo digo — el artículo de alternativas cubre cuándo quedarse.

Vete cuando cualquiera de esto se cumpla: las licencias superan 10–15, necesitas conexiones API/base de datos (precios Enterprise Plus), los cambios hacen cola tras el calendario de una sola persona, o las Sheets de abajo ya tienen 50.000+ filas.

Lo que ninguna suscripción por usuario incluye

AppSheet, Glide, Retool — todas las plataformas de esta clase te alquilan capacidad. Ninguna incluye la capa humana: alguien que estudie cómo funciona tu operación en realidad, migre los datos con su historia intacta, despliegue en infraestructura que controlas (un VPS modesto ejecuta perfectamente una plataforma operativa real — no necesita una factura cloud) y se mantenga responsable cuando algo se rompe. Esa capa no existe como suscripción en ningún mercado. Es una persona, y es lo que yo hago.

Fuentes y lecturas recomendadas

• Precios de AppSheet — niveles de 5/10/20 $ por usuario/mes, verificados en agosto de 2026; ediciones de Workspace que incluyen Core
• Alternativas a AppSheet en 2026 — las tres salidas honestas
• Glide vs AppSheet vs un desarrollo a medida en 2026 — dónde encaja GlideOS ahora
• Migrar un CRM de AppSheet a Express + base relacional — la migración, de principio a fin