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

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...
6

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.

3

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!

2

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.

1

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.