Para fundadores

De uma ideia, ou de um protótipo encravado, a um produto real.

Dizemos-lhe o que construir agora, o que adiar e quanto vai custar, antes de gastar um cêntimo. Construiu no Lovable ou no Bolt e bateu numa parede? Levamos o produto para produção, com segurança e código com que pode angariar investimento.

O que construímos: Um protótipo para angariar investimento Prova de conceito Um MVP para o primeiro lançamento
O nosso compromisso com os fundadores

Protegê-lo de expectativas irrealistas.

Vimos muitos projetos de perto. A maioria não falhou por causa do código: o dinheiro acabou antes de o produto estar pronto. Por isso cada projeto de um fundador começa connosco pela pergunta do que ainda não construir.

  • Dizemos o que é crítico para a primeira fase, e o que pode esperar pela seguinte.
  • Ajudamos a gerir orçamento e prazo, e a planear o que o lançamento exige em paralelo com o desenvolvimento.
  • Construímos um produto que pode mostrar a investidores, e continuar a desenvolver depois da ronda.
Para quem é

Três tipos de fundadores, três formas de trabalhar connosco.

Técnicos, mas sem tempo

Conversas curtas e focadas consigo. Nós escrevemos a especificação, gerimos o desenvolvimento e verificamos a qualidade, e acompanha e aprova.

Uma ótima ideia, sem formação técnica

Somos o seu parceiro tecnológico: estudo das necessidades, especificação, gestão de produto, desenvolvimento, testes e infraestrutura na cloud.

Técnicos, disponíveis e com pressa

Lidera a parte tecnológica, e nós conduzimos o desenvolvimento com o nosso método sob a sua orientação: com especificação, livro de regras e estimativa. Sem deixar o seu emprego até o projeto amadurecer.

Construiu no Lovable e encravou?

As ferramentas de vibe coding são ótimas para testar uma ideia. Um produto precisa de mais.

Lovable, Bolt e ferramentas semelhantes levam-no depressa a um protótipo. Normalmente encravam na segurança, nos dados e na carga. É aí que entramos.

01

Uma especificação a sério para o que construiu

Analisamos o que existe, decidimos juntos o que manter e o que reconstruir, e sabe o preço antes de começarmos.

02

Segurança de que os investidores perguntam

Certificação ISO 27001 e trabalho segundo o OWASP Top 10. O isolamento entre clientes, as permissões e os dados sensíveis são construídos como parte da especificação, não depois.

03

Infraestrutura na cloud pronta para crescer

Montamos e gerimos a infraestrutura no Google Cloud, AWS, Azure ou DigitalOcean, consoante o que faz sentido para o produto e o orçamento.

04

Sem amarras

O código e a especificação são seus a qualquer momento, e os nomes no código correspondem à especificação. Depois da ronda, a sua equipa continua onde parámos.

Como funciona

Três passos. Em cada um sabe quanto custa.

1
Gratuito

Conversa

Uma hora. Traga uma ideia, uma apresentação ou um protótipo. No fim: o que percebemos, o que provavelmente ainda não vale a pena construir e um preço fixo para a fase de especificação.

2
Preço fixo

Especificação

  • A partir de uma ideia: a partir das gravações das reuniões, com uma separação clara entre a primeira fase e a seguinte.
  • A partir de um protótipo: o que já existe entra na especificação, com a decisão do que manter e do que reconstruir.

No fim: uma especificação em duas versões e uma estimativa vinculativa de prazo e orçamento. A especificação é sua, mesmo que não continue connosco.

3
No orçamento e no prazo que aprovou

Desenvolvimento e lançamento

Agentes de IA escrevem e testam o código, e programadores experientes supervisionam e respondem por cada linha. Montamos a infraestrutura na cloud, colocamos em produção e continuamos a manter até decidir o contrário.

O compromisso aplica-se à especificação que aprovou. Quer acrescentar algo a meio? Passa pela especificação, e vê o efeito no prazo e no orçamento antes de aprovar. Assim nenhuma alteração lhe come o runway em silêncio.
O livro de regras de desenvolvimento

O que um protótipo não sabe pedir.

Cada requisito é verificado contra o nosso livro de regras de desenvolvimento, centenas de regras acumuladas ao longo de décadas. Três exemplos de que qualquer produto SaaS precisa desde o primeiro dia:

Os dados de um cliente não podem chegar a outro cliente. Por construção.

O que ganha: isolamento entre clientes ao nível da arquitetura, com um teste automático em cada build. A primeira resposta a uma pergunta de segurança de um investidor ou de um cliente empresarial.

A regra: a identidade do tenant vem apenas do token autenticado, nunca de um identificador enviado no body, num cabeçalho ou no URL. A filtragem é aplicada num único ponto central, por isso um filtro em falta é estruturalmente impossível. Testes com dois tenants confirmam que A não vê B através de nenhum endpoint.

Um duplo clique nunca cobra duas vezes.

O que ganha: sem clientes cobrados duas vezes, sem encomendas duplicadas, sem críticas zangadas na semana de lançamento.

A regra: cada operação com efeitos secundários recebe uma Idempotency-Key. O servidor reserva a chave de forma atómica, guarda a resposta e devolve-a em cada repetição da mesma chave. Mesma chave com outro conteúdo: 409.

Como testar a faturação mensal sem esperar um mês?

O que ganha: subscrições, renovações e lembretes totalmente testados antes do lançamento, não depois de o primeiro cliente ser mal cobrado.

A regra: qualquer sistema com processos periódicos corre num relógio de simulação que controlamos, não no relógio do servidor. Nos testes avançamos o relógio e vemos o que acontece.

Mais regras de exemplo, e como entram na especificação

Um compromisso que cumprimos

Dois meses, o orçamento que indicámos, e um sistema que entrou em produção.

Quando o fornecedor SaaS de que dependíamos ameaçou desligar o nosso sistema, tínhamos cerca de dois meses para o substituir por um nosso. A Assembly voltou com um âmbito claro, uma data de entrega e um orçamento, e entregou exatamente isso, na data e no orçamento que indicou. Essa versão tornou-se a base do nosso negócio digital.

Cyril, Managing Partner, Student-Room-Flat

Apesar de ter trabalhado diretamente com programadores na Índia durante muitos anos, escolhi passar o desenvolvimento para a Assembly. Há alguém que percebe mesmo o que precisa e não foge a perguntas diretas. Se sabe o que quer e precisa de um multiplicador de força profissional, fale com a Assembly.

Mani, CEO e proprietário, Hold-Me
Perguntas dos fundadores

Antes de começar

Quanto custa um MVP?
Depende do que entra na primeira fase, e é exatamente isso que a especificação decide. No fim da conversa inicial sabe quanto custa a especificação, e no fim da especificação recebe uma estimativa vinculativa para o desenvolvimento.
Construí um protótipo no Lovable. Continuam a partir do código dele?
Analisamos o que existe e dizemos o que vale a pena manter e o que deve ser reconstruído, antes de começar a pagar desenvolvimento. A decisão entra na especificação e na estimativa.
O código é meu? Mesmo que angarie investimento e monte a minha própria equipa?
Sim. O código e a especificação estão disponíveis a qualquer momento, e os nomes no código correspondem à especificação, por isso uma equipa nova entra no projeto depressa.
Quem gere os servidores?
Montamos e gerimos a infraestrutura na cloud, no Google Cloud, AWS, Azure ou DigitalOcean, consoante o que faz sentido para o produto e o orçamento.
O primeiro passo

Uma hora. Sem compromisso.

No fim saberá o que percebemos, que perguntas estão em aberto e quanto custará a especificação. Se acharmos que não vale a pena construir, também o dizemos.

Respondemos num dia útil. Uma hora, sem custo, sem compromisso. Os seus dados servem apenas para lhe responder, conforme a nossa política de privacidade.

Ou diretamente: info [at] assemblyso.com