Contratar o developer errado é mais comum do que as pessoas admitem. Não porque as opções sejam más, mas porque a maioria das empresas não sabe o que procurar até já ter sido queimada. Eis os sinais que o devem fazer abrandar antes de assinar seja o que for.
Não Conseguem Explicar o Que Está Incluído
Se uma proposta diz "design e desenvolvimento de website" sem detalhar o que isso significa, há um problema. Um bom developer sabe o que está a construir. Consegue dizer-lhe: quantas páginas, que funcionalidades, o que está incluído na fase de design, como são as revisões e o que acontece após o lançamento.
Um âmbito vago é como começam as disputas. Obtenha clareza antes de se comprometer.
O Preço Não Tem Lógica
"Os websites custam entre X e Y" não é um orçamento. É um espaço reservado. O preço deve estar ligado a algo: o número de páginas, as funcionalidades necessárias, as horas estimadas, as plataformas utilizadas.
Se um developer não consegue explicar porque é que custa o que custa, ou ainda não sabe o que está a construir, ou está a adivinhar e a torcer para que não repare.
Não Perguntaram Sobre o Seu Negócio
Um bom developer faz perguntas antes de dar recomendações. O que faz o seu negócio? Quem é o seu cliente? Que problema é que o website está a resolver? Como é que se mede o sucesso daqui a seis meses?
Se chegar ao fim de uma primeira chamada e a outra parte saltou diretamente para ferramentas e prazos sem perguntar nada sobre o seu negócio, está a vender um serviço, não a resolver o seu problema.
A Comunicação Já é Lenta
A forma como um developer comunica antes de o contratar é a forma como vai comunicar durante o projeto. Se demora três dias a responder a uma pergunta simples, falha uma reunião agendada ou dá respostas vagas a perguntas diretas, não espere que isso melhore assim que tiver o seu dinheiro.
O Portefólio é Reduzido ou Tudo Parece Igual
Um portefólio limitado não é automaticamente um sinal de alerta, mas deve levantar questões. Um portefólio em que tudo parece igual, ou que não tem contexto sobre o que o cliente precisava e como o problema foi resolvido, diz-lhe muito pouco sobre como pensam.
Pergunte sobre um projeto que não correu como planeado. A forma como respondem a essa pergunta diz-lhe mais do que qualquer peça de portefólio.
Não Conseguem Falar Sobre o Que Vem Depois do Lançamento
O website não é o fim. Precisa de ser mantido, atualizado e mantido seguro. Hosting, backups, monitorização de desempenho, são preocupações reais e contínuas.
Se um developer não consegue falar sobre o que acontece após o lançamento, ou descarta a questão, é provável que acabe com algo que é seu mas que não consegue gerir.
O Que Fazer em Vez Disso
Peça um âmbito por escrito antes de acordar seja o que for. Pergunte como foi calculado o preço. Pergunte o que não está incluído. Pergunte o que acontece se o projeto exceder o prazo ou o âmbito.
O objetivo não é tornar a conversa difícil. O objetivo é perceber com o que está a concordar antes de concordar. Um developer que lida bem com essas perguntas é um developer que já fez isto o suficiente para saber que essas perguntas importam.