ybuild para agências e profissionais autônomos

Para quem é

• Profissionais autônomos e estúdios que entregam software para clientes
• Agências que acrescentam uma capacidade de desenvolvimento ao trabalho de design ou marketing
• Qualquer pessoa que revende "a gente monta um sistema para você" como serviço

Como o ybuild se encaixa

• Construa o sistema inteiro com IA de uma só vez — front-end e backend com API
• Hospede na ybuild e lance no domínio próprio do cliente
• Entregue como um app em funcionamento; histórico de versões e recuperação de falhas significam que não há chamados de suporte às 2 da manhã
• Valor recorrente: o app roda na plataforma, então você nunca fica preso hospedando os sites dos clientes por conta própria

Uma entrega real: da reunião de descoberta a um app em funcionamento no domínio do cliente

Segunda-feira de manhã, um encanador que acabou de comprar mais duas vans precisa de um jeito de agendar serviços, atribuir técnicos e parar de perder faturas num grupo de WhatsApp. Em vez de um orçamento de duas semanas, você faz uma reunião de descoberta de 45 minutos e anota os substantivos e os verbos do negócio: serviços, técnicos, clientes, faturas — agendar um serviço, atribuir um técnico, marcar como concluído, enviar a fatura. Essa lista é toda a sua especificação, e também é o seu prompt.

Você descreve o sistema para a ybuild em linguagem simples, e ela constrói a pilha inteira de uma só vez — as tabelas do banco de dados, o login, as telas que as pessoas realmente clicam e a API por trás delas. À tarde você já tem um app funcionando, não um mockup no Figma: dá para adicionar um cliente de verdade, agendar um serviço de verdade, e tudo fica salvo. Não há uma demo pela metade em que os botões não fazem nada.

Você compartilha, guia o cliente por ele numa chamada com compartilhamento de tela e corrige o que está errado na mesma sessão — "os técnicos não deveriam ver os preços", "adicione um campo de foto em cada serviço", "coloque os serviços de hoje na tela inicial". Cada mudança é mais uma frase, não mais um sprint. Quando o cliente fica satisfeito, você aponta o domínio dele para o app e ele entra no ar, hospedado na ybuild, em algo como servicos.empresadocliente.com.

O cliente vê a marca dele e o endereço dele — não uma URL de teste, nem o logo de uma ferramenta de construção. Você não provisionou um servidor, não comprou hospedagem, nem entregou um arquivo compactado para um programador que depois some e deixa o cliente na mão. Você entregou um sistema de negócio em funcionamento. Esse é o trabalho todo, e você fez em um dia.

Preços: pare de vender horas, venda o sistema em funcionamento

O instinto é precificar pelo esforço — "só me levou uma tarde, então vou cobrar por uma tarde". Essa é a armadilha. Os dados de avaliações verificadas da Clutch colocam o projeto web médio de uma agência em torno de 66.500 dólares, entregue ao longo de cerca de nove meses. Seu cliente não compara você com o seu esforço; ele compara você com esse número, e com a pilha de assinaturas mensais de SaaS que, de outra forma, teria que juntar na gambiarra. Precifique o resultado, não o que você investe.

A precificação baseada em valor amarra a taxa ao impacto no negócio — os agendamentos perdidos que voltam, o caos das planilhas que acaba, as horas da recepção que são devolvidas — em vez de amarrar ao relógio. As agências que produtizam vão um passo além: um preço fixo, um escopo claramente definido e um processo de entrega repetível, vendido como um produto em vez de um orçamento sob medida. É exatamente isso que a ybuild permite que um negócio de uma pessoa só faça, porque a construção em si deixou de ser o gargalo que antes justificava cobrar por hora.

A estrutura que funciona tem duas partes: uma taxa de setup para desenhar, construir e lançar o sistema — pense em um valor baixo de quatro dígitos, não numa planilha de horas item por item — mais um plano de manutenção mensal. Como o app fica hospedado na ybuild no domínio próprio do cliente, esse plano mensal é trabalho real que você de fato executa: novas telas, ajustes, manter a coisa no ar e atualizada. Contratos de manutenção de web design costumam variar de dois a dez mil dólares por mês; até um plano de manutenção modesto transforma uma construção pontual em receita que se repete.

Essa é a vantagem estrutural silenciosa. Você não está revendendo um assento na plataforma de outra pessoa, e não fica preso hospedando por conta própria uma pilha de sites de clientes que precisa remendar de madrugada. O sistema roda na ybuild, você é o dono da relação com o cliente, e cada app que você entrega se acumula em renda mensal em vez de terminar na entrega.

O que construir primeiro, e onde as agências erram

Comece com uma ferramenta interna, não com um lançamento público. A primeira venda mais segura é o sistema que um cliente já toca mal em planilhas — um mini-CRM, um rastreador de serviços, um fluxo de captação e orçamento. O escopo é conhecível, o valor cai na hora em que eles param de copiar e colar entre abas, e não há um comitê de marketing esperando para julgar a fonte da página inicial. Feche esse primeiro sistema, e o site de agendamento e o portal do cliente viram uma segunda e uma terceira venda fáceis para um cliente que já confia em você.

A primeira forma como as agências erram é a expansão de escopo. "Ele também consegue fazer a folha de pagamento?" é como uma tarde vira discretamente um trimestre. Escreva a lista de substantivos e verbos na reunião de descoberta, faça o cliente concordar em voz alta que aquilo é toda a primeira versão, e trate todo o resto como o próximo marco pago. Um escopo produtizado é um limite que protege a sua margem, não uma limitação pela qual você precisa se desculpar.

O segundo erro é cobrar de menos porque a construção foi rápida. O cliente está comprando um sistema que funciona e alguém que o mantém no ar — a velocidade é a sua margem, não um desconto que você deve a ele. O terceiro é prometer código sob medida, escrito à mão, que você vai ter que manter para sempre; você não precisa dele para entregar software de verdade, e é justamente o que transforma um negócio de entrega num negócio de suporte às 2 da manhã.

O último erro é tratar a entrega como uma transação única. Se você entrega e vai embora, deixou sobre a mesa tanto a receita recorrente quanto a confiança do cliente. Como o app continua hospedado na ybuild no domínio do cliente, você já é a pessoa que o mantém vivo — então cobre por isso. Histórico de versões e recuperação de falhas significam que uma mudança ruim é uma reversão com um clique, não uma emergência, o que torna o plano de manutenção uma renda tranquila e de alta margem em vez de um bipe de plantão que você teme ouvir tocar.

Perguntas frequentes

Preciso saber programar para entregar apps para clientes desse jeito?

Não. Você descreve o sistema do cliente em linguagem simples — os registros que ele guarda e as ações de que precisa — e a ybuild constrói o app full-stack: banco de dados, login, telas e a API por trás delas. Seu trabalho é a descoberta, o bom gosto e a relação com o cliente, não escrever nem manter código.

Em qual domínio e com qual marca o app finalizado roda?

Nos do cliente. Você aponta o domínio próprio dele para o app e ele entra no ar hospedado na ybuild, então os visitantes veem a marca e o endereço do cliente — não uma URL de teste nem o logo de uma ferramenta de construção. Você entrega um produto em funcionamento no domínio dele, não um link para a plataforma de outra pessoa.

Como justifico um preço de verdade por algo que construí em uma tarde?

Você está precificando o sistema que funciona e o fato de que ele continua no ar, não as suas horas. Os clientes se comparam com projetos de agência que somam dezenas de milhares de dólares em média e com a pilha de ferramentas SaaS que você está substituindo. Cobre uma taxa de setup pela construção e um plano de manutenção mensal pelas mudanças e por mantê-lo no ar.

O que acontece quando o cliente quer mudanças depois do lançamento?

Cada mudança é mais uma frase, não mais um sprint — você a descreve e a ybuild atualiza o app em funcionamento. Esse é o núcleo de um plano de manutenção mensal: você continua melhorando o sistema no domínio do cliente, e o histórico de versões deixa você reverter uma mudança ruim em vez de apagar incêndio.

E se o app quebrar ou o cliente ligar às 2 da manhã?

O app fica hospedado na ybuild com histórico de versões e recuperação de falhas, então uma edição ruim é uma reversão com um clique em vez de um servidor fora do ar. Você não fica hospedando os sites dos clientes por conta própria nem cuidando de infraestrutura, que é o que torna um portfólio de apps entregues um negócio tranquilo de receita recorrente em vez de um negócio de plantão.