Produto e Design Digital em Brasil

Peça a proposta descrevendo as etapas e o que sai de cada uma: descoberta e pesquisa, arquitetura de informação, fluxos, wireframes, interface visual, protótipo navegável e especificações para desenvolvimento. Projetos que partem de um sistema de design existente custam menos e andam mais rápido, porque componentes já estão definidos. Redesenhos completos exigem inventário do produto atual e plano de migração, o que amplia o escopo. Confirme se testes com usuários estão inclusos e quantos participantes estão previstos, já que recrutamento e incentivo têm custo próprio. Combine também rodadas de ajuste e critérios de aceite. Por fim, alinhe o formato de entrega ao time de desenvolvimento, para que o material seja utilizável e não apenas bonito na apresentação de encerramento do projeto.

Trabalhar por ciclos curtos rende mais que um projeto único e longo, porque cada ciclo entrega algo testável. Um ritmo comum é uma semana de descoberta, duas de desenho e uma de validação, repetindo conforme o produto evolui. O que mais atrasa é o acesso a usuários: recrutar participantes para entrevistas e testes leva dias e precisa começar no início do projeto, não no fim. Aprovações internas também consomem tempo, então defina quem decide e em qual prazo. Se o desenvolvimento acontece em paralelo, combine a antecedência com que as telas precisam estar prontas, para não travar o time. E reserve tempo para a documentação de especificações, que é o que garante que o produto construído corresponda ao que foi desenhado e aprovado.

Peça que a proposta liste os artefatos com nome e formato, e confirme que o time de desenvolvimento terá acesso ao arquivo com permissão de inspeção. Especificação é o item mais negligenciado: além do visual, o desenvolvedor precisa saber estados de carregamento, erro e vazio, comportamento em telas pequenas, regras de validação e mensagens. Acessibilidade deve estar prevista desde o início — contraste adequado, alvos de toque, navegação por teclado e textos alternativos — porque corrigir depois custa muito mais. Em sistemas de design, verifique se há documentação de uso e critérios para criar componentes novos, sem os quais o sistema se desorganiza em poucos meses. Combine ainda um período de acompanhamento durante o desenvolvimento, para tirar dúvidas e revisar as telas construídas.

O volume não precisa ser grande para gerar aprendizado útil. Entrevistas com usuários reais mostram como o trabalho é feito hoje, quais soluções improvisadas existem e onde estão as dores; testes de usabilidade com protótipo revelam onde as pessoas travam antes de o código existir. Quando não há acesso a usuários externos, dados internos ajudam: registros de suporte, funis de conversão, gravações de sessão e conversas do time comercial. Combine no contrato quem recruta participantes, quantos são e se haverá incentivo. Peça o relatório com achados priorizados e recomendações ligadas a decisões de design, não apenas um resumo de falas. E acompanhe pelo menos uma sessão: assistir a um usuário travando na sua tela costuma alinhar expectativas mais que qualquer apresentação.

No contrato único, o ganho é de continuidade: quem desenhou acompanha a implementação e resolve dúvidas rapidamente. O risco é a falta de contraponto, então mantenha critérios de aceite explícitos e valide entregas por etapa. Em contratos separados, o cuidado principal é a passagem: especificações completas, acesso aos arquivos, reunião de alinhamento e horas reservadas do designer para revisar o que foi construído. Deixe claro quem responde por ajustes quando a implementação diverge do desenho. Em ambos os formatos, prefira ciclos curtos com entregas navegáveis a um pacote fechado longo. E garanta desde o início a propriedade dos arquivos de design e do código, com acesso às ferramentas em contas da sua empresa, não em contas pessoais de quem prestou o serviço.

O tema vai de R$ 20 a cerca de R$ 15.000 no catálogo, cobrindo desde peças gráficas avulsas até desenvolvimento de software. Alguns valores de referência: site institucional de R$ 1.500 a R$ 8.000, landing page de R$ 800 a R$ 3.500, loja virtual de R$ 2.500 a R$ 15.000 e gestão de redes sociais de R$ 800 a R$ 4.000 por mês. O que define o preço é a quantidade de telas ou peças, o nível de personalização, se há integração com outros sistemas e quem produz o conteúdo. Projeto feito sobre tema pronto custa uma fração do desenvolvimento sob medida, e é a escolha certa para muita gente. Lembre dos custos recorrentes que não estão no orçamento do projeto: domínio, hospedagem, licenças e manutenção. Peça a proposta com escopo, entregas e o que fica fora.

A execução dos serviços do tema fica em média em torno de quatro horas nas entregas menores e passa de setenta horas nos projetos maiores — mas o calendário real é sempre maior que a soma das horas técnicas. O que mais atrasa projeto digital não é código: é conteúdo. Texto, fotos, catálogo de produtos, logotipo em alta resolução e acessos a domínio e hospedagem precisam estar prontos, e quase nunca estão. Combine desde o início quem produz cada item e uma data de corte para entrega do material. Estabeleça também quantas rodadas de revisão estão incluídas e qual é o prazo para você responder cada uma; projeto parado esperando aprovação é o cenário mais comum. Peça um cronograma com etapas — descoberta, protótipo, desenvolvimento, testes, publicação — e um ambiente de homologação para revisar antes de o site ir ao ar.

Peça a proposta discriminada e verifique nove itens: número de páginas ou telas, se o layout é sob medida ou baseado em tema, versão para celular, textos e imagens por conta de quem, integrações previstas, configuração de domínio e hospedagem, treinamento para você mesmo atualizar, rodadas de revisão incluídas e período de suporte após a entrega. Custos recorrentes merecem atenção especial, porque não aparecem no valor do projeto e chegam todo mês ou todo ano: hospedagem, domínio, certificado, licenças de plugin ou tema, gateway de pagamento no caso de loja. Combine também o que acontece depois: manutenção costuma ser contrato separado, com valor mensal e escopo próprio. Deixe explícito o que caracteriza pedido novo — mudança de escopo no meio do projeto é legítima, desde que orçada, e não pode ser tratada como ajuste.

Portfólio é o critério principal, mas olhe com método: peça projetos do mesmo tipo do seu, com link funcionando, e pergunte o que exatamente o profissional fez em cada um. Depois avalie a comunicação — na fase de proposta você já vê se as respostas são claras e no prazo, e isso não melhora depois. Verifique referências de clientes anteriores, principalmente sobre cumprimento de prazo. No contrato, garanta três pontos que costumam ser esquecidos e doem depois: propriedade dos arquivos-fonte e do código, entrega de todos os acessos ao final e o que acontece se o projeto for interrompido no meio. Prefira quem trabalha em etapas com entregas parciais em vez de sumir por semanas até o resultado final. Pagamento amarrado a marcos, e não integralmente adiantado, é o arranjo saudável para os dois lados.

Coloque no contrato quatro coisas. Primeiro, a titularidade do que for criado sob medida — design, código, textos — transferida a você na quitação. Segundo, os acessos: domínio registrado em seu nome, hospedagem em conta sua, repositório de código com você como proprietário, contas de terceiros criadas com o seu e-mail. Terceiro, o que é de terceiros e continua sendo: temas, plugins, bibliotecas e fontes têm licença própria, que você passa a usar, não a possuir, e essas licenças precisam estar listadas. Quarto, a entrega final: arquivos-fonte editáveis, não apenas o resultado exportado, e documentação mínima de como publicar uma alteração. Esses pontos parecem burocracia enquanto o relacionamento vai bem e viram o problema inteiro quando termina. Registrar o domínio em seu próprio nome, desde o primeiro dia, é a medida mais simples e mais eficaz.