Kits de UI y plantillas de apps en Flutter: qué comprobar

Un kit de UI de Flutter es un conjunto de pantallas y widgets listos en Dart; una plantilla de app de Flutter va más allá y añade lógica funcional, navegación y, a menudo, un backend. Antes de pagar por cualquiera de los dos, comprueba cinco cosas en el código: las versiones de Flutter y Dart sobre las que se compila, la gestión de estado que usa, qué backend espera, si son solo pantallas o una app funcional, y qué te permite publicar la licencia. Esta guía repasa esas comprobaciones por tipo de app, con lo que cuestan hoy esos kits en Getly.

Cómo es hoy la sección

Medimos Getly el 4 de noviembre de 2026. Dos conjuntos de cifras que describen cosas distintas:

• Anuncios de Flutter. Anuncios con «flutter» en el nombre: 18. Son sobre todo proyectos de código fuente completos, y los precios lo muestran. La mitad central cuesta entre 31.24 $ y 210 $, con una mediana de 95 $. Ninguno es gratuito. El 88.9% no indica licencia y el 11.1% incluye una comercial.
• Toda la sección. Plantillas de apps para Android, apps móviles y software en conjunto: 493 anuncios, mediana de 14.90 $, mitad central de 5 $ a 44.98 $, 2% gratuitos. Aquí el 55.6% de los anuncios no indica licencia, el 20.1% una comercial y el 20.3% una personal. Esta sección mezcla plantillas de apps en muchos stacks con herramientas, plugins y claves de licencia.

La cifra de la licencia es la que hay que recordar. Casi nueve de cada diez anuncios de Flutter no dicen qué puedes hacer con el código. Para código fuente que piensas publicar en una tienda con tu propio nombre, esa es una pregunta que hay que hacer antes de pagar, siempre.

Kit de UI o plantilla de app completa

	Kit de UI	Plantilla de app
Qué obtienes	Pantallas, widgets, tema, datos de ejemplo	Pantallas más navegación, estado, llamadas a API, a menudo un panel de administración
Backend	Ninguno, los datos están fijos en el código	Firebase, Supabase, una API REST o el código de servidor del propio vendedor
Trabajo que te queda	Toda la lógica, los datos, la autenticación, los pagos	Configuración, marca, tu contenido, publicación en tiendas
Riesgo típico	Pantallas que parecen terminadas pero no ocultan nada detrás	Paquetes desactualizados y un backend que debes alojar y mantener

Lee la descripción buscando palabras como «totalmente funcional», «con backend», «panel de administración» o «solo UI». Si el anuncio no lo dice, da por hecho que es solo UI.

Las comprobaciones del código antes de pagar

Versiones de Flutter y Dart

Pide, o busca en las capturas, el archivo pubspec.yaml. La línea environment: sdk: te indica la versión de Dart. Un proyecto anterior a Dart 3 es previo al lenguaje actual y puede necesitar un trabajo real de migración. Comprueba también la fecha de la última actualización en la descripción: Flutter avanza rápido, y un kit sin tocar desde hace dos años mostrará avisos de obsolescencia en la primera compilación.

Dependencias

El bloque dependencies: de pubspec.yaml enumera cada paquete. Busca tres cosas: versiones fijadas muy antiguas, paquetes descontinuados y muchos paquetes para tareas pequeñas. Cada uno es una futura actualización. Un kit con una lista de dependencias corta y actual envejece mejor.

Gestión de estado

Provider, Riverpod, Bloc y GetX funcionan, pero no son intercambiables. Si tu equipo ya usa uno, compra un kit construido sobre él. Cambiar la gestión de estado en una app terminada cuesta más que el kit.

Estructura

Busca una estructura de carpetas que separe pantallas, widgets, modelos y servicios. Un único main.dart gigante o pantallas con llamadas a API dentro de los métodos build significan que tendrás que reescribirlo para añadir funciones.

Plataformas

Flutter puede apuntar a Android, iOS, web y escritorio, pero un kit se prueba en lo que dice el vendedor. Si necesitas iOS, comprueba que el anuncio lo mencione y que el proyecto contenga una carpeta ios con una guía de configuración.

Una demo que puedas ejecutar

La mejor prueba es un APK de demostración, una compilación web o un vídeo de la app en uso, no solo capturas de pantalla. Las capturas muestran el diseño; una demo demuestra que la navegación, los formularios y los estados de carga funcionan.

Documentación

Quieres una guía que cubra cómo cambiar el nombre del paquete, cambiar el icono de la app y la pantalla de bienvenida, configurar tus claves de API o tu proyecto de Firebase y generar una versión de lanzamiento. Sin ella, el primer día se va en conjeturas.

Recursos

Las fuentes, ilustraciones, iconos y fotos del kit tienen sus propias licencias. Comprueba que el kit diga que están incluidos para uso comercial, o prepárate para sustituirlos.

Por tipo de app: qué buscar

Tipo de app	Pantallas que debe tener	Comprobación adicional
Comercio electrónico	Catálogo, producto, carrito, pago, pedidos, perfil	Qué SDK de pago incluye, si lo hay, y si el stock y los pedidos vienen de un backend real
Reparto de comida o supermercado	Restaurantes o tiendas, menú, carrito, seguimiento del pedido	Apps separadas para repartidor y tienda, paquete de mapas y su clave de API
Taxi o transporte	Mapa, recogida y destino, estado del viaje, vista del conductor	Actualizaciones de ubicación en directo y qué proveedor de mapas necesita
Reserva de viajes	Búsqueda, resultados, detalle, reserva, viajes	Selectores de fecha y si los precios vienen de una API o de datos de ejemplo
Chat o red social	Conversaciones, chat, perfil, notificaciones	Backend en tiempo real y configuración de notificaciones push
Fitness o salud	Planes, entrenamiento, gráficos de progreso	Paquete de gráficos y si los datos se guardan en local o en línea
Finanzas o cartera	Saldo, transacciones, tarjetas, transferencias	Seguridad de los datos almacenados; trátalo como solo UI hasta que se demuestre lo contrario

En Getly puedes ver la Gradient Transport App Template (7 $) y la Gradient Travel App Template New UI (5 $), dos plantillas de apps de los tipos de transporte y viajes anteriores. Sus nombres no dicen qué framework usan, así que lee la descripción y la lista de archivos para conocer el stack antes de comprar, y haz las mismas comprobaciones.

Licencias para código fuente

Con el código fuente de una app, la licencia decide qué puedes publicar. Estas son las preguntas que debes resolver, por escrito en la página del producto o en un mensaje al vendedor:

• ¿Puedes publicar en las tiendas, con tu propio nombre, una app construida sobre él?
• ¿Una app o varias? Muchas licencias de código cubren un único producto final.
• ¿Puedes construirlo para un cliente que después sea el propietario de la app?
• ¿Puedes cobrar a los usuarios o mostrar anuncios en la app?
• Qué no se permite nunca: revender o compartir el propio código fuente, tal cual o ligeramente modificado.

Como la mayoría de los anuncios de Flutter que medimos no indica licencia, pregunta primero. Una respuesta breve por escrito del vendedor merece guardarse junto con tu compra.

Después de descargar

1. Ejecuta flutter pub get y flutter analyze. Cuenta los avisos.
2. Compila y ejecuta en un dispositivo real, no solo en el emulador.
3. Cambia el nombre del paquete y el ID de la app antes de escribir nada de código propio.
4. Sustituye las claves y los endpoints de ejemplo por los tuyos. Nunca publiques las claves de prueba del vendedor.
5. Sube el original al control de versiones, para poder compararlo siempre con lo que compraste.

Comprar en Getly

Puedes pagar con tarjeta, con Apple Pay o Google Pay donde tu dispositivo lo admita, o con stablecoins USDT/USDC. No se acepta PayPal. No necesitas una cuenta. Los pedidos con tarjeta entregan los archivos justo después del pago, y el correo del recibo incluye un enlace de descarga para cada archivo. Cada tienda fija un plazo de reembolso de al menos 30 días. Hay más plantillas de apps en las secciones de plantillas de apps para Android y apps móviles.