App ou ecossistema:decida antes de criar o banco de dados

Antes de desenhar uma única tabela do banco de dados, responda à pergunta app ou ecossistema: você está construindo um app ou um ecossistema? Um app atende um tipo de usuário fazendo uma tarefa. Um ecossistema atende vários tipos de usuário cujos dados se conectam e circulam entre eles. A resposta muda tudo no seu banco de dados — o design de um ecossistema é cerca de 10x mais complexo — e é muito melhor saber disso antes de a fundação ser concretada do que depois.

Essa é a pergunta que eu respondi antes de escrever qualquer código da minha própria plataforma, e é o motivo de o banco de dados ter ficado do tamanho que ficou. Veja como fazer essa pergunta do jeito certo, o que cada resposta te obriga a fazer e o exercício que revela a verdade em vinte minutos.

A pergunta que decide todo o seu banco de dados

Bancos de dados são fundações, e fundações são moldadas pelo que vai ficar em cima delas. Um quartinho de ferramentas no quintal e um prédio de apartamentos precisam de concreto — mas ninguém faz a laje do quartinho e depois decide colocar doze andares em cima. Software é igual: o formato do seu modelo de dados é definido pela versão mais ambiciosa do que você está construindo, e é a parte do produto que realmente dói mudar depois. (Nem sabe direito o que é um modelo de dados? Comece por bancos de dados explicados para fundadores não técnicos.)

Então o primeiro ato de design não é desenhar tabelas. É decidir o que você está realmente construindo. Não as funcionalidades — a visão.

Como é “só um app”

Um app tem um tipo de usuário fazendo uma tarefa. Um controle de horas. Um gerador de faturas. Um criador de hábitos. O banco de dados é agradavelmente pequeno: uma tabela de usuários, uma de projetos, uma de tarefas — pronto. Simples.

Não há nada de errado nisso. Se a sua visão é mesmo uma ferramenta focada para um público, um banco de dados pequeno e limpo é uma força: mais rápido de construir, mais fácil de entender, mais barato de manter. O erro não é construir um app. O erro é construir a fundação de um app debaixo da ambição de um ecossistema.

Como é um ecossistema

Quando comecei minha plataforma, eu não me sentei para construir “um app”. Sentei para construir um ecossistema. A visão: uma plataforma onde startups tocam toda a operação, aceleradoras gerenciam seus programas e portfólios, fundos de VC acompanham o fluxo de negócios e os investimentos, e afiliados promovem e ganham — todos conectados, todos conversando entre si.

Esse único parágrafo transformou o banco de dados. Em vez de uma tabela de usuários, eu precisava de organizações de tipos fundamentalmente diferentes — startups, aceleradoras, VCs, afiliados — com usuários ligados a elas em papéis diferentes. Em vez das tabelas de um produto, eu precisava de dez produtos — OS, HUB, CAP, Money, People, Score, Pitch, Accelerator, Affiliates, VC — compartilhando dados que circulam entre eles: a startup que um fundador toca é a mesma startup que uma aceleradora orienta e que um VC avalia. Relações entre todos eles, em todo lugar.

É por isso que o banco de dados da plataforma ficou do tamanho que ficou. Não porque eu quisesse complexidade — porque a visão exigia. O banco de dados de um ecossistema não é um banco de app maior; é outro tipo de objeto, assim como a malha viária de uma cidade não é uma garagem mais comprida.

O livroA Revolução do EUpreendedorLuis Gonçalves sobre como construir um negócio de EUpreendedor com IA sem largar o emprego.Quero o livro →

App ou ecossistema: as diferenças práticas

Repare na assimetria da última linha. Escolher “ecossistema” quando você só precisava de um app te custa um pouco de estrutura desperdiçada. Escolher “app” quando sua visão era um ecossistema te custa a própria fundação — adaptar conexões entre tipos de usuário em tabelas que nunca foram desenhadas para se relacionar é o tipo de cirurgia que trava produtos por meses.

Por que você precisa decidir agora, não depois

Porque 10x de complexidade é perfeitamente administrável quando você sabe disso desde o início, e brutal quando descobre no meio do caminho. Melhor saber agora do que perceber depois de ter construído a fundação errada.

Decidir por “ecossistema” cedo também destrava a escolha estrutural mais importante que torna ecossistemas possíveis: desenhar para várias organizações desde o primeiro dia, com cada linha de dados pertencendo a exatamente uma delas. Esse padrão — multi-tenancy — sai quase de graça no começo e é quase impossível de encaixar depois. É a primeira consequência concreta da resposta app-ou-ecossistema, e é exatamente por isso que a pergunta vem antes das tabelas.

E, para deixar claro, isso vale nos dois sentidos: se a resposta honesta é “app”, construa um app. Não enfeite uma ferramenta focada com encanamento de ecossistema porque parece mais ambicioso. O pecado não é ser pequeno; é o descompasso.

O exercício: escreva a visão, não as funcionalidades

Antes da sua próxima tabela, tire vinte minutos e escreva a visão. Não a lista de funcionalidades — a visão. Três perguntas fazem o trabalho:

Quem são TODOS os usuários? Não só o óbvio. Quem mais encosta nisso — administradores, parceiros, revisores, compradores, divulgadores? Como eles se conectam? Quais deles precisam ver, compartilhar ou agir sobre os mesmos registros? Que dados eles compartilham? Que informações circulam entre eles em vez de ficarem no silo de uma pessoa só?

Se as respostas forem “um tipo de usuário, nenhuma conexão, nada compartilhado”, parabéns: você está construindo um app, e seu banco de dados pode continuar lindamente pequeno. Se as respostas envolverem vários tipos de usuário trocando dados — você está construindo um ecossistema, e cada tabela que desenhar a partir de agora precisa saber disso.

12 semanasA sua carreira corporativa nunca foi o planoCandidate-se à Aceleradora de EUpreendedores.Candidatar-se →

Perguntas frequentes

Um ecossistema é melhor do que um app?

Não — o que combina é melhor do que o que não combina. Um app focado com um banco de dados pequeno que se encaixa na sua visão ganha de um ecossistema construído pela metade, sempre. A questão não é mirar mais alto; é fazer seu banco de dados ser honesto sobre o que você está realmente construindo.

Posso começar com um app e crescer até virar um ecossistema?

Pode — se a fundação permitir. O meio-termo que funciona: defina o escopo das funcionalidades como um app, mas faça o punhado de escolhas de fundação (multi-tenancy, organizações como registros de primeira classe, referências bem feitas) como se a visão de ecossistema pudesse se concretizar. Funcionalidades são fáceis de adicionar depois; fundações não.

De quantas tabelas um ecossistema precisa?

Não existe número mágico — o que um ecossistema real de dez produtos exigiu não é uma meta para o seu. A resposta honesta é: quantas a visão exigir, e é exatamente por isso que você escreve a visão primeiro e deixa o número de tabelas sair dela, e não o contrário.

A IA vai me fazer a pergunta app-ou-ecossistema?

Não — e esse é o perigo. Peça à IA para “construir uma plataforma” e ela vai produzir, toda contente, um esquema com formato de app, porque apps são a média estatística de tudo o que ela já viu. A visão está na sua cabeça. Diga explicitamente — todos os tipos de usuário, as conexões, os dados compartilhados — e a IA consegue desenhar para ela. Deixe sem dizer e você ganha a laje de um quartinho debaixo do seu prédio de apartamentos.