Executando verificação de segurança...
13

Fechei um projeto de R$20.000 em 20 minutos

A conversa começou como muitas outras: um possível cliente me chamou no Discord perguntando sobre desenvolvimento.

Sem call, sem proposta formal. Só uma ideia rápida, uma troca de mensagens, e uma pergunta direta:

“Quanto pra entregar isso até dia 8 do mês que vem?”

Respirei fundo, entendi o escopo, avaliei o tempo que eu teria, e respondi com o valor justo:
R$20.000 para 30 dias de trabalho.

Ele topou. E em menos de 20 minutos, o Pix tava na conta.

Texto alternativo

Detalhe: o projeto ainda pode render bem mais. O cara já comentou que quer adicionar saque e depósito em cripto depois, e que tem outros projetos parecidos engatilhados.

O que me fez fechar esse job rápido assim?
• Clareza no que eu entrego
• Preço honesto e direto
• Agilidade na conversa (sem enrolar, sem burocracia)
• E talvez o mais importante: estar pronto.

A real é que muita gente perde oportunidade tentando parecer mais profissional do que é. O básico bem feito ainda fecha muito contrato.

Se você é dev e quer virar founder ou viver de freelance, entenda isso:
aprenda a conversar bem e a fechar negócio.
Codar é só parte do jogo.

E sim, o contrato veio depois. Mas o projeto já tá no gatilho.

Você não precisa ter um portfólio gigante ou uma empresa com 10 funcionários pra fechar projetos grandes.
Você precisa de: postura de dono, clareza, agilidade e confiança.

Carregando publicação patrocinada...
8

E sim, o contrato veio depois. Mas o projeto já tá no gatilho.

No fim eu diria que foi sorte. Concordo que tem queser simples e direto, mas não se começa a trabalhar até fechar contrato. Isso pode e com certeza vai te ajudar a ter menos dor de cabeça com o judicial em algum momento. E mesmo que na chegada do contrato posteriormente, e você recursar, irá perder todo o tempo que colocou para iniciar antes do contrato.

Tirando isso eu concordo com tudo. Não adianta ficar parecendo inteligente com monte de termo técnico. O cliente quer algo, você faz e acabou.

4

Concordo contigo, mano. Ideal mesmo é sempre começar só com contrato assinado, já vi dar ruim também. Nesse caso, eu só iniciei porque o cliente já pagou e deixei tudo alinhado por escrito antes de codar qualquer coisa. Mas a dica é válida: confiança não exclui proteção.

Não adianta ficar parecendo inteligente com monte de termo técnico. O cliente quer algo, você faz e acabou.

Exatamente, o cliente não quer ouvir termos difíceis, ele só quer saber se você consegue entregar o que ele precisa.

1

recomendo até guardar os comprovantes. Nunca se sabe o que o cliente pode alegar. Pode parecer algo cético, mas já vi gente se lascando demais por besteira. Aproveite a oportunidade. Poucos conseguem!

4

Não quero te desanimar, mas minha experiência diz que negociações e decisões rapidas assim ferram um dos lados. Geralmente o desenvolvedor que tende a subestimar os projetos.

No final vai perceber que não da a pra fazer em um mês, ou você não captou (ou o cliente não transmitiu) todas as featurss necessarias.

Não houve um levantamento claro de requisitos, muito menos escritos em forma de um documento que possa ser usado no contrato.

Se o cliente entender essas questões e for justo, você vai conseguir a aumentar o valor de acordo com o aumento do escopo.

Se não, você vai se sentir obrigado a entregar o que ele quer mas não vai ser devidamente remunerado, ou ele vai sair frustrado.

2

Valeu pelo ponto, mano! No meu caso específico, o cliente já tinha uma URL com o projeto rodando, consegui ver tudo o que precisava direto por lá. Estava claro o suficiente pra alinhar antes de começar.

E só pra deixar claro: o objetivo do post nunca foi me vangloriar ou dizer que qualquer um consegue isso fácil. O que manda nesse tipo de situação é networking, e saber conversar.

Tô usando meu caso só como exemplo da importância de saber se comunicar e negociar bem. Inclusive, algo que me ajudou muito foi aprender a falar nas dailys. Antes eu odiava, mas treinar isso me preparou melhor pra reuniões e fechamentos como esse.

2

Muito bacana seu relato, cara!

Atualmente estou estagiando na área de desnvolvimento, mas tenho interesse no mundo dos freelas. Deixa eu te perguntar, como fez para conseguir o seu primeiro freela?

1

Valeu, Nathan!
Meu primeiro freela veio na base da cara de pau e do Discord mesmo. Eu entrava em grupos de dev, falava o que sabia fazer, trocava ideia com donos de projeto e me colocava à disposição.
Não tinha site, portfólio bonitinho, nem nada. Só entregava bem e rápido. Isso gerava indicação.

Começa pequeno, mas começa. Mostra que você resolve problema. Quem contrata não quer firula, quer solução.
E quando estiver pronto pra dar o próximo passo, lê meu ebook, não é sobre código, é sobre mentalidade.
https://founder.vyva.tech

2
2

Cara, onde você costuma encontrar esses contratos? Fico meio perdido sem saber por onde começar a procurar... É no LinkedIn mesmo ou tem outros lugares que você recomenda?

1

A maioria vem de networking direto, principalmente no Discord, X e indicações. LinkedIn também ajuda, mas é mais lento.

2

Parabéns pela negociação!

Como foi feito o contrato? Utilizou alguma plataforma?
Pergunto pois realmente não sei como os freelancers pegam projetos grandes e tratam a garantia de entrega e recebimento.

1
2

Você montou uma equipe e conseguiu mapear todos os requisitos? Nunca vi nada sair em 30 dias. Software é complexo, e 30 dias para qualquer sistema é um prazo muito curto. Boa sorte!
Ter um contrato nesse caso se torna Importantíssimo.

1

Entendo totalmente sua visão, e concordo que 30 dias é um prazo apertado pra muitos sistemas. Mas nesse caso, eu já tinha vantagem:
Já trabalhei em uma empresa do setor, então conheço bem a estrutura e os fluxos desse tipo de sistema.

O cliente já tinha uma versão no ar, o que ajudou muito, consegui mapear tudo que precisava direto pela URL, sem depender de um briefing do zero.
Com essa bagagem, foi possível estimar com clareza tanto o escopo quanto o valor justo.

E sim, o contrato foi essencial. Formalizei tudo por escrito e assinamos via Gov.br antes de começar.
Experiência conta muito nessas horas.

0
0