Como escrever uma proposta que o cliente americano lê

O que faz uma proposta ser descartada em segundos

A forma mais rápida de perder a atenção de quem está contratando é enviar uma mensagem que poderia ter sido enviada para qualquer projeto. Um parágrafo genérico sobre ser dedicado e ter anos de experiência, sem nenhuma referência ao problema específico que foi descrito, sinaliza que você nem leu o resto do texto com atenção. Perguntas cuja resposta já está no próprio anúncio do projeto têm o mesmo efeito, porque mostram pressa em enviar, não interesse real.

Uma lista longa de tecnologias no início da mensagem também costuma jogar contra você. Quem está lendo quer saber se você entende o problema dele, não quantas ferramentas diferentes você já usou ao longo da carreira.

O tom também conta, embora de um jeito mais sutil. Uma mensagem excessivamente formal, cheia de linguagem de carta comercial antiga, soa tão fora de lugar quanto uma mensagem casual demais, cheia de gírias. O meio-termo mais seguro é escrever como se estivesse explicando o problema para um colega direto, sem enfeites em nenhuma das duas direções.

O que precisa estar nas primeiras linhas

As primeiras duas ou três frases decidem se o resto da mensagem será lido. Elas precisam mostrar que você entendeu o projeto com as próprias palavras, não repetindo o texto do anúncio, e conectar isso a algo específico que você já resolveu antes. Isso vale mais do que qualquer introdução sobre quem você é.

Depois dessa abertura, uma frase direta sobre disponibilidade e sobre a janela de horário em que você consegue sobrepor com o time do cliente evita uma rodada inteira de perguntas de ida e volta antes de qualquer coisa avançar.

Vale também nomear, em uma frase, por que aquele problema específico é familiar para você, em vez de apenas afirmar que tem experiência suficiente. A diferença entre dizer tenho experiência com esse tipo de integração e descrever em uma linha o que essa experiência realmente envolveu é a diferença entre ser lido até o fim ou não.

Como mostrar trabalho sem mandar um arquivo enorme

Um link para algo relevante, com uma frase curta explicando qual foi exatamente o seu papel naquele projeto, funciona melhor do que um portfólio extenso anexado à mensagem. Quem está avaliando várias propostas ao mesmo tempo raramente abre um arquivo grande, mas costuma clicar num link direto quando a descrição ao lado dele é clara.

Oferecer uma conversa técnica curta em vez de um documento longo também ajuda. Isso transfere a avaliação para um formato em que fica mais fácil perceber como você pensa, o que costuma pesar mais do que qualquer texto escrito sobre você mesmo.

Quando o trabalho mais relevante está coberto por um acordo de confidencialidade e não pode ser mostrado diretamente, uma descrição curta do problema e da sua parte na solução, sem nomear o cliente, ainda funciona. O que importa é mostrar como você pensa, não necessariamente expor cada detalhe do que foi entregue.

Como falar de escopo sem prometer o que você não controla

É tentador tentar fechar tudo na primeira mensagem, incluindo um número de taxa, só para parecer decidido. O problema é que qualquer número dito antes de entender o escopo real tende a precisar ser revisto depois, o que passa a impressão errada. É mais seguro reconhecer o que você pode confirmar de imediato, como disponibilidade e experiência com um tipo parecido de problema, e deixar claro que taxa e escopo completo se resolvem juntos, por escrito, depois que os dois lados entendem o trabalho da mesma forma.

Quando alguma parte do escopo ainda não está clara, perguntar diretamente costuma funcionar melhor do que preencher a lacuna com suposições. Uma pergunta específica sobre um ponto técnico do projeto sinaliza atenção real, o que pesa mais a favor da proposta do que tentar parecer que já sabe tudo de antemão.

Quando a apresentação já foi feita pela PANORAMA SYSTEMS

Dentro do banco de especialistas da PANORAMA SYSTEMS, boa parte desse primeiro obstáculo já não existe do mesmo jeito. Quando um projeto combina com o seu perfil, é uma pessoa da equipe quem escreve com o escopo real, as datas e quem mais está envolvido, não você tentando adivinhar o que vai chamar atenção numa mensagem fria. Ainda assim, os mesmos princípios valem na conversa técnica que costuma vir depois: clareza, evidência concreta do que você já fez, e respostas diretas em vez de respostas genéricas.

Isso não elimina a necessidade de se preparar. A conversa técnica ainda avalia como você explica decisões passadas e como reage a uma pergunta que não esperava, então vale chegar com dois ou três exemplos de trabalho anterior organizados na cabeça, prontos para serem descritos em poucas frases. No fim, a mesma pergunta de sempre continua valendo: isso mostra que você entendeu o problema, ou só mostra que você sabe falar bem sobre si mesmo.

• Uma referência clara ao problema real do projeto
• Um único link relevante, com uma frase explicando seu papel nele
• Uma resposta direta sobre disponibilidade e sobreposição de horário
• Um próximo passo específico, como uma pergunta ou uma chamada curta