Cómo montar tu primera app en Base44 (guía en español)

Base44 hace algo que hace tres años sonaba a cuento: le describes una aplicación en español y te la monta entera. No la portada. La aplicación, con su base de datos, su registro de usuarios y sus pantallas.

La probé con un caso real y salió mejor de lo que esperaba. También salieron las costuras, que las tiene y conviene saber cuáles son antes de meterte.

Esto es lo que hay que saber para empezar sin darte de bruces.

¿Qué es Base44 y cómo se empieza?

Es una plataforma donde escribes lo que quieres y ella genera la aplicación completa, alojada en su propia infraestructura. No instalas nada, no configuras servidores, no eliges tecnologías.

La diferencia con las herramientas que solo hacen webs es lo que trae por debajo: base de datos, sistema de usuarios con registro y contraseña, permisos, envío de correos y almacenamiento de archivos. Todo eso ya viene puesto.

Eso es exactamente lo que hace que la mayoría de proyectos se atasquen a la semana de empezar. Que la pantalla es fácil, y lo de detrás no.

Empezar es entrar en Base44, crear cuenta y escribir tu descripción en la caja. En un par de minutos tienes algo funcionando y con enlace para compartir.

Paso 1: escribe la descripción como si contrataras a alguien

Aquí se decide el resultado. La gente escribe "una app para gestionar clientes" y luego se queja de que ha salido genérica. Claro que sale genérica: es que no le has contado nada.

Lo que yo escribo tiene esta forma:

> Una aplicación para que un instalador lleve sus presupuestos. Los usuarios se registran con correo. Cada usuario ve solo sus presupuestos. Un presupuesto tiene cliente, dirección, fecha de visita, líneas con concepto y precio, total calculado, y estado: borrador, enviado, aceptado, rechazado. Pantalla de listado con buscador y filtro por estado. Pantalla de detalle donde se editan las líneas. Botón para exportar el presupuesto a PDF.

Fíjate en lo que hay ahí: quién entra, qué ve cada uno, qué campos tiene cada cosa, qué estados hay y qué pantallas quiero.

Con eso, lo que sale a la primera es utilizable. Con "una app para presupuestos", lo que sale es una demostración bonita que no sirve para nada.

Paso 2: revisa la base de datos antes de seguir pidiendo

Cuando termina de generar, ve a la sección de datos. Ahí están las tablas que ha creado con sus campos.

Míralo con calma aunque no entiendas de bases de datos. Es una lista de cosas con sus columnas, y tú sabes perfectamente si a un presupuesto le falta el IVA o si te ha metido un campo que no pinta nada.

Corregir esto ahora cuesta una frase. Corregirlo cuando ya hay treinta pantallas encima cuesta una tarde.

Paso 3: itera de una cosa cada vez

El ritmo que funciona es este: un cambio, lo miras, siguiente cambio.

"En el listado, ordena por fecha descendente." Lo miras. "Añade un botón de duplicar presupuesto." Lo miras. "El total tiene que incluir el IVA y mostrar la base imponible aparte." Lo miras.

Cuando le sueltas cinco cambios de golpe, hace tres bien, uno regular y uno que rompe algo que ya funcionaba. Y como has cambiado cinco cosas, no sabes cuál ha sido.

Este consejo vale para Base44, para Lovable y para cualquiera de estas herramientas, como cuento en la guía general de crear apps sin programar.

Paso 4: usuarios y permisos

Esta es la parte que más valor tiene y la que menos se mira.

Base44 trae el sistema de usuarios de serie. Lo que tienes que decidir tú es quién ve qué. Y hay que decírselo explícitamente, porque por defecto tiende a que todo el mundo lo vea todo.

Frases del tipo "cada usuario solo puede ver y editar sus propios registros" o "los usuarios con rol de administrador ven todos los presupuestos, el resto solo los suyos". Compruébalo después registrando dos cuentas distintas y mirando desde las dos.

No des por bueno que un permiso funciona porque lo hayas pedido. Compruébalo.

Paso 5: publicar y conectar tu dominio

Publicar es un botón. Te queda una dirección de la plataforma que ya puedes mandar a quien sea.

Si quieres tu propio dominio, se conecta desde los ajustes, apuntando los DNS donde te diga. Eso ya depende de tu proveedor de dominios y suele tardar un rato en propagarse.

Para pruebas internas o para un equipo pequeño, con la dirección de la plataforma te vale perfectamente.

Lo que se te va a atascar

Los créditos. Cada petición consume. Y las peticiones que arreglan errores también consumen, o sea que una tarde peleándote con un fallo te come el saldo del mes. Prueba de forma ordenada, no a base de repetir "no funciona, arréglalo".

Los errores en bucle. A veces entra en un ciclo: arregla A y rompe B, arregla B y rompe A. Cuando lleves tres vueltas, para. Descríbele el estado deseado completo en vez de pedirle otro parche, o vuelve a una versión anterior y ataca desde otro lado.

Se te olvida guardar versiones. Tiene historial, úsalo. Antes de un cambio gordo, deja marcado el punto al que quieres poder volver.

Los correos. El envío de correos funciona para avisos internos, pero si vas a mandar correos importantes a clientes, revisa bien qué remitente aparece y qué aspecto tienen. Es lo que peor queda por defecto.

El techo. Llega un momento en que quieres algo muy concreto y la herramienta no llega. Ahí se acaba el camino fácil. Antes de montar tu negocio entero encima, mira cómo exportar y qué te llevas si te vas.

¿Para qué proyectos vale de verdad?

Vale muy bien para herramientas internas: un panel para el equipo, un registro de algo, un formulario con listado y ficha, un pequeño panel de control.

Vale bien para validar una idea antes de gastarte dinero en desarrollo de verdad. En una tarde tienes algo que la gente puede tocar, y eso responde preguntas que ninguna reunión responde.

Vale regular para productos que vayan a crecer mucho o que necesiten cosas muy específicas.

Si estás decidiendo entre esta y la otra opción de moda, la comparación completa está en Base44 frente a Lovable, y el mapa entero de opciones en alternativas a Base44.

Una idea que ahorra mucho tiempo: monta primero el peor caso

Cuando montes la app, no empieces por la pantalla bonita. Empieza por el caso más incómodo que se te ocurra.

En el ejemplo de los presupuestos, sería: un presupuesto con quince líneas, con descuento, con un cliente cuyo nombre lleva acentos y con un archivo adjunto grande.

Si eso funciona, lo demás funciona. Y si no funciona, lo descubres el primer día en vez del día que lo estás enseñando a alguien.

La gente hace justo lo contrario: monta el caso ideal, se enamora del resultado y luego se lleva el disgusto con el primer dato real que entra torcido.

Y ahora qué

Coge un proceso pequeño y tonto de tu negocio. Uno que ahora lleves en papel o en una hoja de cálculo. Descríbelo con el nivel de detalle del ejemplo de arriba y móntalo.

En una tarde vas a saber dos cosas: si la herramienta te sirve y si ese proceso merecía una app. Las dos respuestas son útiles, incluso cuando son que no.

Algunos enlaces de este artículo son de afiliado: si contratas la herramienta, me llevo una comisión sin que a ti te cueste más.

Si no tienes claro qué puedes construir tú con IA y qué es mejor dejar en manos de alguien, tengo un test corto que te sitúa.

Hacer el test de IA