Perguntas a fazer a um programador web antes de assinar
Está a avaliar alguém que vai produzir trabalho que você não consegue verificar sozinho. A solução não é tornar-se mais técnico mas fazer perguntas cujas respostas se conseguem avaliar sem conhecimentos técnicos.
Este guia dá essas perguntas, agrupadas por fase, com o que uma resposta forte contém em cada uma.
Sobre processo e colaboração#
Estas preveem mais sobre como o projeto vai correr do que qualquer pergunta técnica.
- Como decorre um projeto típico convosco? Uma resposta forte nomeia fases, momentos de decisão e o que se espera de si.
- Quem trabalha efetivamente nisto, e quantos projetos tem em paralelo? Isto prevê o prazo melhor do que o cronograma.
- Com que frequência falamos, e como? Respostas vagas aqui transformam-se em silêncio mais tarde.
- Do que precisam de mim, e quando? Quem responde a isto com precisão já viu projetos atrasarem por conteúdo.
- O que acontece se quisermos mudar algo a meio? Deve haver um procedimento, não um «logo se vê».
- Conte-me um projeto que correu mal. «Não tivemos nenhum» é, por si, uma resposta.
Sobre técnica e escolhas#
Não precisa de perceber a técnica; precisa de conseguir avaliar se a pessoa consegue explicar as suas escolhas.
| Pergunta | O que uma resposta forte contém |
|---|---|
| Em que vão construir, e porquê? | Uma razão ligada à sua situação |
| O que consigo alterar sozinho depois? | Uma lista concreta, não «tudo» |
| Como garantem que é rápido? | Medidas concretas e métricas |
| Como tratam o telemóvel? | Desenhar a partir do móvel, não «é responsivo» |
| O que fazem quanto a acessibilidade? | Uma norma e como a verificam |
| O que fazem quanto a segurança? | Atualizações, cópias, acessos, HTTPS |
| Usam temas existentes ou constroem? | Uma resposta honesta com o compromisso |
Repare se as respostas se ligam à sua situação ou ficam genéricas. «Usamos sempre X» informa menos do que «para o que precisa, X encaixa, porque».
Sobre conteúdo, SEO e lançamento#
A área onde os projetos mais atrasam e onde os pressupostos mais divergem.
- Quem escreve os textos? É a pergunta mais importante da conversa e a mais saltada.
- Quem fornece as fotografias, e o banco de imagens está incluído?
- Quem introduz o conteúdo no sistema? Com duzentas páginas, isso é trabalho a sério.
- O que fazem aos URL existentes? A resposta tem de incluir redirecionamentos. Se não incluir, é um problema.
- O que está incluído em SEO? O trabalho técnico pertence ao projeto; a estratégia de conteúdo é separada.
- Como testam antes do lançamento? Deve haver ambiente de testes e uma lista.
- O que acontece no dia do lançamento, e quem está contactável?
- Recebo formação ou documentação?
Sobre o período depois da entrega#
As perguntas que determinam se estará satisfeito daqui a dois anos, e as menos feitas durante a venda.
| Pergunta | Porque conta |
|---|---|
| Quanto custa a manutenção por mês? | Evita uma surpresa logo após o lançamento |
| O que inclui a manutenção? | «Manutenção» sem lista significa pouco |
| Em quanto tempo respondem numa avaria? | Define a expectativa agora, não durante a avaria |
| E se eu quiser continuar com outra pessoa? | Testa a transição |
| De quem é o código e o alojamento? | Pergunte isto antes de assinar |
| O que acontece se fecharem? | Mais relevante com freelancer ou agência pequena |
| Quem tem acesso às minhas contas? | Deve voltar para si no final |
Perguntas frequentes
Qual é a pergunta mais importante?
«Quem escreve os textos?» O conteúdo atrasa mais projetos de sites do que qualquer fator técnico, e ambas as partes assumem com demasiada frequência que é a outra a fazê-lo. Se a resposta for «vocês», pergunte para quando tem de estar pronto e o que acontece se atrasar — e garanta que isso fica no contrato.
Devo fazer perguntas técnicas se não consigo avaliar a resposta?
Sim, mas avalie a explicação em vez do conteúdo. Quem consegue explicar uma escolha em linguagem simples e nomear as suas desvantagens percebe o que está a fazer. Quem se esconde atrás de jargão ou nunca aponta um inconveniente é o risco. Essa distinção faz-se sem conhecimentos técnicos.
É razoável pedir referências?
Completamente, e ligue mesmo a uma. Não pergunte se ficaram satisfeitos mas o que correu mal e como foi resolvido, e como foi a colaboração depois do lançamento. Esta última é a pergunta mais preditiva e a menos feita — antes do lançamento toda a gente está contactável.
E se o fornecedor se incomodar com estas perguntas?
Isso é, em si, a resposta. São perguntas normais de um cliente que vai gastar uma quantia relevante, e os profissionais esperam-nas. Irritação perante perguntas razoáveis antes da assinatura prevê como será quando reportar um problema depois do lançamento.
perguntas programador webselecionar agência webperguntas orçamento siteavaliar developeriniciar projeto webescolher fornecedor
