App ou ecossistema:decide antes de criar a base de dados

Antes de desenhares uma única tabela da base de dados, responde à pergunta app ou ecossistema: estás a construir uma app ou um ecossistema? Uma app serve um tipo de utilizador a fazer uma tarefa. Um ecossistema serve vários tipos de utilizadores cujos dados se ligam e circulam entre eles. A resposta muda tudo na tua base de dados — o desenho de um ecossistema é cerca de 10x mais complexo — e é muito melhor sabê-lo antes de a fundação ser betonada do que depois.

Esta é a pergunta a que respondi antes de escrever qualquer código para a minha própria plataforma, e é a razão pela qual a base de dados ficou do tamanho que ficou. Eis como a fazer como deve ser, o que cada resposta te obriga a assumir e o exercício que traz a verdade à superfície em vinte minutos.

A pergunta que decide toda a tua base de dados

As bases de dados são fundações, e as fundações ganham a forma do que vai assentar nelas. Um barracão de jardim e um prédio de apartamentos precisam ambos de betão — mas ninguém faz a laje de um barracão e depois decide acrescentar doze andares. O software é igual: a forma do teu modelo de dados é definida pela versão mais ambiciosa do que estás a construir, e é a única parte do teu produto que é genuinamente dolorosa de mudar mais tarde. (Não sabes bem o que é um modelo de dados? Começa por bases de dados explicadas para fundadores não técnicos.)

Por isso, o primeiro ato de desenho não é desenhar tabelas. É decidir o que estás realmente a construir. Não as funcionalidades — a visão.

Como é “só uma app”

Uma app tem um tipo de utilizador a fazer uma tarefa. Um registo de horas. Um gerador de faturas. Um construtor de hábitos. A base de dados é refrescantemente pequena: uma tabela de utilizadores, uma tabela de projetos, uma tabela de tarefas — feito. Simples.

Não há nada de errado nisto. Se a tua visão é mesmo uma ferramenta focada para um público, uma base de dados pequena e limpa é um ponto forte: mais rápida de construir, mais fácil de entender, mais barata de manter. O erro não é construir uma app. O erro é construir a fundação de uma app por baixo da ambição de um ecossistema.

Como é um ecossistema

Quando comecei a minha plataforma, não me sentei para construir “uma app”. Sentei-me para construir um ecossistema. A visão: uma plataforma onde as startups gerem toda a sua operação, as aceleradoras gerem os seus programas e portefólios, os VCs acompanham o fluxo de oportunidades e os investimentos, e os afiliados promovem e ganham — todos ligados, todos a falar uns com os outros.

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

É por isso que a base de dados da plataforma ficou do tamanho que ficou. Não porque eu quisesse complexidade — porque a visão o exigia. A base de dados de um ecossistema não é uma base de dados de app maior; é um tipo diferente de objeto, tal como a rede viária de uma cidade não é um caminho de acesso mais comprido.

O livroThe Solopreneur RevolutionLuis Gonçalves sobre como construir um negócio de EUpreendedor com IA sem deixar o emprego.Quero o livro →

App ou ecossistema: as diferenças práticas

Repara na assimetria da última linha. Escolher “ecossistema” quando só precisavas de uma app custa-te alguma estrutura desperdiçada. Escolher “app” quando a tua visão era um ecossistema custa-te a própria fundação — encaixar ligações entre tipos de utilizador em tabelas que nunca foram desenhadas para se relacionarem é o tipo de cirurgia que paralisa produtos durante meses.

Porque tens de decidir agora, não mais tarde

Porque 10x de complexidade é perfeitamente gerível quando o sabes à partida, e brutal quando o descobres a meio. Mais vale sabê-lo agora do que perceber depois de teres construído a fundação errada.

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

E, para que fique claro, isto corta nos dois sentidos: se a resposta honesta é “app”, constrói uma app. Não enfeites uma ferramenta focada com canalização de ecossistema só porque parece mais ambicioso. O pecado não é ser pequeno; é o desajuste.

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

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

Quem são TODOS os utilizadores? Não só o óbvio. Quem mais toca nisto — administradores, parceiros, revisores, compradores, promotores? Como se ligam? Quais deles precisam de ver, partilhar ou atuar sobre os mesmos registos? Que dados partilham? Que informações circulam entre eles em vez de viverem no silo de uma pessoa?

Se as respostas forem “um tipo de utilizador, nenhuma ligação, nada partilhado”, parabéns: estás a construir uma app, e a tua base de dados pode continuar lindamente pequena. Se as respostas envolverem vários tipos de utilizadores a trocar dados — estás a construir um ecossistema, e cada tabela que desenhares a partir deste momento deve sabê-lo.

12 semanasA tua carreira corporativa nunca foi o planoCandidata-te ao Solopreneur Accelerator.Candidatar-me →

Perguntas frequentes

Um ecossistema é melhor do que uma app?

Não — o que encaixa é melhor do que o que não encaixa. Uma app focada, com uma base de dados pequena à medida da sua visão, ganha sempre a um ecossistema construído pela metade. A questão não é apontar mais alto; é tornar a tua base de dados honesta em relação ao que estás realmente a construir.

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

Podes — se a fundação o permitir. O compromisso que funciona: define o âmbito das funcionalidades como numa app, mas faz o punhado de escolhas de fundação (multi-tenancy, organizações como registos de primeira classe, referências bem feitas) como se a visão de ecossistema se pudesse concretizar. As funcionalidades são fáceis de acrescentar depois; as fundações não.

De quantas tabelas precisa um ecossistema?

Não há número mágico — o que um ecossistema real, de dez produtos, exigiu não é uma meta para o teu. A resposta honesta é: tantas quantas a visão exigir, e é exatamente por isso que escreves primeiro a visão e deixas o número de tabelas sair dela, e não o contrário.

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

Não — e é esse o perigo. Pede à IA para “construir uma plataforma” e ela produz, toda contente, um esquema com forma de app, porque as apps são a média estatística de tudo o que ela já viu. A visão vive na tua cabeça. Declara-a explicitamente — todos os tipos de utilizador, as ligações, os dados partilhados — e a IA consegue desenhar para ela. Deixa-a por dizer e ficas com a laje de um barracão por baixo do teu prédio de apartamentos.