← todos os posts
Mentoria 5 min de leitura

"\"Com R$ 3 mil eu contrato um freelancer\": a objeção 3 e o que o freelancer não te deixa"

"Contratar alguém pra terminar o app é uma decisão honesta. O que o orçamento não mostra é o que fica com você quando ele vai embora, e a lista pra exigir."

"Agora estamos correndo de lá para cá procurando um programador."

Quem escreveu isso num fórum brasileiro não é dev. Tinha passado duas semanas tentando fazer um sistema com IA e chegou onde quase todo mundo chega: "banco de dados, segurança e proteção das informações dos clientes [...] que não temos a mínima ideia".

É daí que sai a terceira objeção que eu espero ouvir sobre a mentoria: "com esse dinheiro eu contrato um freelancer e ele termina isso pra mim." A primeira turma ainda não aconteceu, então ninguém me disse isso ainda. Prefiro responder antes.

Não é uma objeção boba

Contratar é racional. Eu fui esse freelancer muitas vezes, e a maioria dos que eu conheço entrega o que promete. A conta em real, com tabela de mercado, já está publicada, e não vou refazer aqui.

O que eu quero mostrar é outra coisa: o contrato de freelancer é desenhado pra entregar um app, não pra deixar você dono dele. Não por má-fé. É que ninguém escreve no orçamento o que você não sabe que precisa pedir. E aí o que fica com você quando ele vai embora depende de sorte.

O que o freelancer leva quando sai

Quatro coisas, e nenhuma aparece na nota fiscal.

O entendimento. Ele sabe por que o cadastro salva ali e não aqui, qual chave faz o quê, o que quebra se mexer no frete. Isso mora na cabeça dele. Na próxima mudança, ou você chama ele de novo, ou paga outro pra descobrir do zero.

As contas. É comum o banco, a hospedagem e o domínio nascerem no e-mail de quem está fazendo, porque é mais rápido. A Lei do Software (Lei 9.609/1998, art. 4º) diz que o programa feito sob contrato pertence ao contratante, mas começa com "salvo estipulação em contrário". Ou seja: o que vale é o que está escrito. E ser dono no papel não te dá a senha do banco.

A responsabilidade não vai junto. Se o app guarda dado de cliente, quem decide o que se faz com ele é você, e a LGPD chama isso de controlador. Quem só executa em seu nome é operador. Já expliquei isso lendo o texto da lei. O freelancer entrega em três semanas; a responsabilidade pelo dado fica com você enquanto o app existir.

O critério. Você recebe um app que funciona. Só que o login funcionar não quer dizer que ele protege, e você não tem como saber se está pronto de verdade ou só pronto na demo.

O que fazer hoje: a lista de entrega

Vai contratar? Ótimo. Antes de fechar, cole esta lista na proposta e amarre a última parcela a ela. Serve também pra quem já contratou: mande hoje e veja quantos itens voltam "sim".

  1. Código num repositório no seu GitHub, criado com o seu e-mail. GitHub é o site onde se guarda o código com o histórico de cada mudança; repositório é a pasta do projeto lá dentro. Ele entra como colaborador (alguém que você convida e pode tirar). Não o contrário.
  2. Banco, hospedagem e domínio no seu e-mail, com ele convidado. Se já nasceram na conta dele, a transferência é item do contrato, com data.
  3. A lista das chaves: quais são, pra que servem e onde estão guardadas. Os nomes, não os valores. Variável de ambiente é isso.
  4. Um documento em português com três respostas: como rodo o app, como publico uma mudança e como volto pra versão de ontem quando quebra.
  5. Uma chamada gravada de 30 minutos em que você dirige. A tela é sua, o mouse é seu, ele fala. Se você não consegue achar o banco sozinho com ele do lado, não vai achar sem ele.
  6. Uma mudança pequena feita por você, com ele olhando. Trocar um texto, publicar, voltar. Se deu, a entrega aconteceu. Se não deu, faltou o item 4.
  7. Uma cláusula dizendo que o código e os direitos sobre ele são seus, sem "salvo" nenhum.

Nenhum desses itens é técnico da sua parte. São perguntas. Freelancer bom responde todas com tranquilidade, e o que empaca em alguma te disse algo importante antes de você pagar.

O que essa lista não resolve

A lista garante que o app fica na sua mão. Ela não te diz se o que veio está certo: se o cliente A enxerga o dado do cliente B, se tem backup que volta, quanto custa por mês. Pra isso existe o checklist de dez perguntas que separa protótipo de produto, e cada "não" dele é uma parede, com a vizinha do lado.

E elas têm ordem: Construa, Estruture, Opere. Código e banco no seu nome antes de mexer em regra de acesso. Regra testada antes de publicar. Publicado antes de chamar gente de fora.

É aí que a mentoria e o freelancer param de competir. O freelancer entrega e leva o entendimento. A mentoria faz você atravessar essas paredes no seu app, com alguém conferindo cada portão, e te devolve o que ele não deixa: saber o que pedir, ler o que voltou e reconhecer a hora de chamar um dev. Porque você vai chamar, em algum momento. A diferença é chamar por tarefa, com a lista acima na mão, em vez de chamar pra tudo.

Se preferir contratar, a lista de hoje já muda o jogo. Mande antes do primeiro pagamento.

Fontes