App o ecosistema:decídelo antes de diseñar tu base de datos

App o ecosistema es la pregunta que debes responder antes de diseñar una sola tabla de base de datos: ¿estás construyendo una app o un ecosistema? Una app atiende a un tipo de usuario que hace un trabajo. Un ecosistema atiende a varios tipos de usuarios cuyos datos se conectan y fluyen entre ellos. La respuesta lo cambia todo en tu base de datos (el diseño de un ecosistema es aproximadamente 10 veces más complejo) y es muchísimo mejor saberlo antes de verter los cimientos que después.

Esta es la pregunta que respondí antes de escribir una sola línea de código de mi propia plataforma, y es la razón de que la base de datos acabara teniendo el tamaño que tiene. Aquí te cuento cómo plantearla bien, a qué te compromete cada respuesta y el ejercicio que saca la verdad a la luz en veinte minutos.

La pregunta que decide toda tu base de datos

Las bases de datos son cimientos, y los cimientos los define lo que se va a levantar encima. Un cobertizo de jardín y un bloque de apartamentos necesitan hormigón, pero nadie vierte la losa de un cobertizo y luego decide añadir doce plantas. Con el software pasa igual: la forma de tu modelo de datos la fija la versión más ambiciosa de lo que estás construyendo, y es la única parte de tu producto que resulta de verdad dolorosa de cambiar más adelante. (¿Nuevo en lo que es un modelo de datos? Empieza por las bases de datos explicadas para fundadores no técnicos.)

Así que el primer acto de diseño no es dibujar tablas. Es decidir qué estás construyendo en realidad. No las funcionalidades: la visión.

Cómo es “solo una app”

Una app tiene un tipo de usuario haciendo un trabajo. Un cronometrador de tiempo. Un generador de facturas. Un creador de hábitos. Su base de datos es refrescantemente pequeña: una tabla de usuarios, una de proyectos, una de tareas, y listo. Simple.

No hay nada malo en esto. Si tu visión es de verdad una herramienta enfocada para una audiencia, una base de datos pequeña y limpia es una fortaleza: más rápida de construir, más fácil de razonar, más barata de mantener. El error no es construir una app. El error es construir los cimientos de una app bajo la ambición de un ecosistema.

Cómo es un ecosistema

Cuando empecé mi plataforma, no me senté a construir “una app”. Me senté a construir un ecosistema. La visión: una plataforma donde las startups gestionen toda su operación, las aceleradoras administren sus programas y carteras, los fondos de capital riesgo sigan el flujo de operaciones y las inversiones, y los afiliados promocionen y ganen, todos conectados, todos hablando entre sí.

Ese único párrafo transformó la base de datos. En lugar de una tabla de usuarios, necesité organizaciones de tipos radicalmente distintos (startups, aceleradoras, fondos, afiliados) con usuarios vinculados a ellas en diferentes roles. En lugar de las tablas de un producto, necesité diez productos (OS, HUB, CAP, Money, People, Score, Pitch, Accelerator, Affiliates, VC) compartiendo datos que fluyen entre ellos: la startup que dirige un fundador es la misma que una aceleradora asesora y un fondo evalúa. Relaciones entre todos ellos, en todas partes.

Por eso la plataforma funciona con 964 tablas. No porque yo quisiera complejidad, sino porque la visión lo exigía. La base de datos de un ecosistema no es una base de datos de app más grande; es un tipo de objeto distinto, igual que la red viaria de una ciudad no es un camino de entrada más largo.

El libroThe Solopreneur RevolutionLuis Gonçalves sobre cómo crear un negocio de solopreneur con IA sin dejar tu empleo.Consigue el libro →

App o ecosistema: las diferencias prácticas

Fíjate en la asimetría de la última fila. Elegir “ecosistema” cuando solo necesitabas una app te cuesta algo de estructura desperdiciada. Elegir “app” cuando tu visión era un ecosistema te cuesta los cimientos mismos: readaptar conexiones entre tipos de usuario sobre tablas que nunca se diseñaron para relacionarse es el tipo de cirugía que paraliza productos durante meses.

Por qué debes decidir ahora, no después

Porque la complejidad 10 veces mayor es perfectamente manejable cuando la conoces de antemano, y brutal cuando la descubres a medio camino. Mejor saberlo ahora que darte cuenta después de haber construido los cimientos equivocados.

Decidir “ecosistema” pronto también desbloquea la decisión estructural más importante que hace posibles los ecosistemas: diseñar para múltiples organizaciones desde el primer día, con cada fila de datos perteneciendo a exactamente una de ellas. Ese patrón, el multi-tenancy, es casi gratis de incorporar al principio y casi imposible de añadir después. Es la primera consecuencia concreta de la respuesta a app o ecosistema, y precisamente por eso la pregunta va antes que las tablas.

Y para ser claros, esto funciona en ambos sentidos: si la respuesta honesta es “app”, construye una app. No recubras de oro una herramienta enfocada con fontanería de ecosistema porque suene más ambicioso. El pecado no es la pequeñez; es el desajuste.

El ejercicio: escribe la visión, no las funcionalidades

Antes de tu próxima tabla, dedica veinte minutos a escribir la visión. No la lista de funcionalidades: la visión. Tres preguntas hacen el trabajo:

¿Quiénes son TODOS los usuarios? No solo el obvio. ¿Quién más interviene: administradores, socios, revisores, compradores, promotores? ¿Cómo se conectan? ¿Cuáles de ellos necesitan ver, compartir o actuar sobre los mismos registros? ¿Qué datos comparten? ¿Qué piezas de información fluyen entre ellos en lugar de vivir en el silo de una persona?

Si las respuestas son “un tipo de usuario, sin conexiones, nada compartido”, enhorabuena: estás construyendo una app y tu base de datos puede seguir siendo bellamente pequeña. Si las respuestas implican varios tipos de usuarios intercambiando datos, estás construyendo un ecosistema, y cada tabla que diseñes desde este momento debería saberlo.

12 semanasTu carrera corporativa nunca fue el planSolicita plaza en el Solopreneur Accelerator.Solicitar ahora →

Preguntas frecuentes

¿Es mejor un ecosistema que una app?

No: lo adecuado es mejor que lo desajustado. Una app enfocada con una base de datos pequeña que encaja con su visión gana siempre a un ecosistema a medio construir. La cuestión no es apuntar más alto; es hacer que tu base de datos sea honesta sobre lo que realmente estás construyendo.

¿Puedo empezar con una app y crecer hasta un ecosistema?

Puedes, si los cimientos lo permiten. El compromiso que funciona: acota las funcionalidades como una app, pero toma el puñado de decisiones de base (multi-tenancy, organizaciones como registros de primera clase, referencias adecuadas) como si la visión de ecosistema pudiera hacerse realidad. Las funcionalidades son fáciles de añadir después; los cimientos, no.

¿Cuántas tablas necesita un ecosistema?

No hay un número mágico: 964 es lo que exigió un ecosistema real de diez productos, no un objetivo. La respuesta honesta es: las que requiera la visión, y por eso primero escribes la visión y dejas que el número de tablas salga de ella, y no al revés.

¿Me hará la IA la pregunta de app o ecosistema?

No, y ese es el peligro. Pídele a la IA que “me construya una plataforma” y producirá encantada un esquema con forma de app, porque las apps son la media estadística de todo lo que ha visto. La visión vive en tu cabeza. Exprésala explícitamente (todos los tipos de usuario, las conexiones, los datos compartidos) y la IA podrá diseñar para ella. Déjala sin decir y tendrás una losa de cobertizo bajo tu bloque de apartamentos.