Como lidar com o recurso
Se alguma suposição for segura, seis meses após o lançamento de um site (ou mais cedo), seus proprietários terão uma lista de coisas que desejam alterar , desde pequenos erros de digitação até funcionalidades totalmente novas.
É possível aceitar a fluência de recursos como um processo natural (ou pelo menos inevitável)?
Muitos sites começam a falhar quando seus objetivos mudam ou seu escopo se expande.
O rastreamento de recursos é definido quando um cliente solicita um ajuste minúsculo que leva apenas um minuto ... e nunca para de fazer solicitações.
Aceitar a fluência de recursos como um processo natural requer uma capacidade de distinguir entre uma necessidade genuína e uma imaginação de fuga ou "Não seria ótimo se ..."
Os clientes naturalmente querem espremer tanto trabalho de um orçamento quanto possível. Às vezes, designers e desenvolvedores devem dizer: "Não, isso está além do que nós concordamos".
Mas nem todos os pedidos de mudança são penosos; e como a web, projetos e empresas mudam com o tempo: as lojas têm vendas sazonais; as empresas desenvolvem novos produtos; os serviços online refinam seus processos; publicações lançam novos conteúdos. Mudança acontece.
Evite a fluência da solução
Os clientes podem conhecer seus negócios, mas eles contratam especialistas da Web para sua especialização na web. O rastreamento de recursos se instala quando os clientes esquecem isso e tratam os designers como ferramentas, em vez de solucionadores de problemas.
Ser capaz de explicar a pessoas que não são muito entusiasmadas e que técnicas e tecnologias não são apropriadas para um determinado site é uma guerra tediosa de atrito.
Mas os designers que se apresentam como solucionadores de problemas , e não meros macacos de codificação, são vitais para seus relacionamentos com os clientes.
A chave é fazer com que o cliente traga problemas, não soluções. Diga que o cliente aprende sobre o Twitter. É toda a raiva, eles dizem. Então eles querem isso. Agora.
A longo prazo, o esforço de escrever tweets será frustrante, a menos que os tweets criem benefícios mensuráveis. Em vez disso, pergunte ao cliente se ele precisa de uma conta do Twitter que publique no blog da empresa ou simplesmente precise de posts de blog de melhor qualidade.
aqui estão alguns exemplos:
“Eu quero um design vibrante” é uma solução, não um problema.
“O que faria o site parecer vibrante?” É um problema de design.
“Eu quero uma ferramenta de busca” é uma solução, não um problema.
“Os clientes não estão encontrando nossos produtos” é um problema de design.
“Eu quero um feed RSS” é uma solução, não um problema.
“Quais meios de comunicação são os visitantes do nosso site mais propensos a esperar e usar?” É um problema de design.
“Eu gosto do design do outro site” é inveja da concorrência, não uma solução.
"Você não é eles", não é uma resposta adequada também.
Em vez disso, "Como você deseja que os clientes percebam sua empresa ou organização?" , A conversa voltaria aos trilhos.
Se a sua pergunta, “O que você acha deste logotipo?” É seguida por um silêncio desconfortável, então gire-o com um duplo soco: “Como você quer que os clientes vejam sua marca? Quais visuais seus clientes associariam a essas qualidades? ”
Em cada caso, o rastreamento de recursos pode ser tratado transformando “Eu quero” em uma pergunta para o designer , não o cliente, para resolver .
Pergunta tudo na frente
Aprender a fazer perguntas aparentemente irreais é importante e, com alguma prática, surpreendentemente divertido.
Por exemplo, quando um site precisaria de mais de uma página inicial? Ou se um café começou a vender vídeos?
Tais perguntas só parecem ridículas se você está pensando em problemas imediatos.
Considere várias home pages. Visitantes que retornam podem não precisar da introdução completa que os recém-chegados fariam. Nesse caso, uma página inicial que mostra os destaques recentes funcionaria ao lado de uma home page com uma visão geral.
Do Google Otimizador de website ajuda a rastrear qual das suas páginas iniciais gera tráfego mais significativo.
Uma estratégia é triplicar suas maiores expectativas . Imagine três páginas "Entre em contato", trinta categorias em vez de dez e três níveis de navegação em vez de um. Ou como você lidaria com uma página de conteúdo se ela se tornasse três vezes mais longa?
Outra estratégia é cortar tudo em um terço. E se você quisesse criar páginas da Web para dispositivos móveis? Como um design de 960 pixels de largura poderia caber em uma tela de 320 pixels de largura? E se o site gerasse apenas dez vendas por mês, em vez de uma por dia? Como a página "Sobre nossa equipe" mudaria se a equipe de 15 pessoas fosse reduzida para 10?
Antes de assinar qualquer contrato, procure por estas palavras cruciais: "a", "an", "the" e "one".
Antes: "O site terá uma lista de serviços".
Depois: “O site terá várias listas de serviços organizados por tópico”.
Antes: "O formulário de contato enviará um email para o proprietário".
Depois: "O formulário de contato principal enviará e-mails para o proprietário e, dependendo do assunto, do coordenador da instalação, do suporte técnico ou do vendedor líder".
Antes: "O cabeçalho será laranja".
Depois: “O cabeçalho da página inicial será laranja. Os cabeçalhos internos da página terão a metade do tamanho para enfatizar o conteúdo. ”
Antes: "Os perfis de associação incluirão um número de telefone e endereço de e-mail".
Depois: “Os perfis de associação conterão detalhes de contato, incluindo números de telefone (escritório, residência, outros), números de fax, endereços de e-mail e três campos abertos para endereço postal, contas do Twitter e Facebook e afins.”
Antes: "O blog será organizado por data."
Depois: “A tela padrão do blog mostrará as publicações por data. Posts serão organizados com tags; a página será projetada para não parecer vazia quando tiver apenas cinco posts; e os visitantes poderão navegar pelo menos 500 posts. ”
Os melhores planos não se limitam a um design específico, mas representam uma série de parâmetros. Os problemas só são ridículos quando você é entregue um no prazo.
Necessidades genuínas
Nenhum sistema pode contabilizar todos os cenários.
A maioria pode adaptar-se a pequenas mudanças incrementais ao longo da vida útil do site, mas quando soluções de band-aid superam os problemas iniciais, é hora de trazer a palavra que nenhum cliente nunca quer ouvir: "repensar".
Quando começar do zero é mais eficiente do que corrigir as mudanças que resolveram problemas anteriores (mas quebrou outras coisas), o maior obstáculo é convencer todos os envolvidos de que a mudança drástica agora é melhor no longo prazo.
Então você precisa de outra palavra: "custo-benefício".
Corrigir código ou ajustar layouts atrai designers, desenvolvedores e clientes porque é rápido. Eles coçam uma coceira com o mínimo de esforço. E quanto mais as pessoas se assustam em consertar um site que quebra com o menor toque, menor a probabilidade de alguém sugerir uma dor de cabeça maior.
Mas isso é um sinal claro de que a mudança é necessária. O recurso draconiano ocorre quando pessoas e designers técnicos realmente temem fazer mudanças. Você conhece o projeto: aquele com o histórico do caso com seu próprio arquivo, com o proprietário cuja voz faz as pessoas estremecerem, e os processos desconexos que exigem manuais de usuário que ninguém tem tempo para escrever.
Tais projetos custam mais do que dinheiro. Eles estão moralmente drenando porcos de recursos que tiram a atenção de projetos mais novos e mais ágeis e causam ranger de dentes o bastante para transportar dentistas durante a recessão.
A guerra contra esse tipo de característica começa com a definição de problemas , incluindo os problemas que surgiram das soluções de solução de sintomas.
Abordagem completa repensar olhando longo prazo, tanto no passado como no futuro. O site foi ótimo naquela época, mas as coisas mudaram. A tecnologia melhorou. Os produtos ou serviços do cliente evoluíram. Os clientes são mais (ou talvez menos) sofisticados ou têm necessidades diferentes.
Elabore um plano para tornar essa transição prática . Os detalhes dependem da natureza do website, mas equivalem à mesma coisa: convencer o cliente de que a cura drástica não é pior do que o atual curso de chicletes e chicletes. Isso é tanto guerra psicológica quanto resolução técnica de problemas.
Vai acontecer
A maioria dos recursos tem duas formas: uma coceira que o cliente quer arranhar e uma necessidade genuína de mudança.
Se você pode expressar a demanda como uma pergunta , então você se posiciona como um tomador de decisão, ao invés de alguém que segue o capricho de cada cliente mal informado.
Perceba que a mudança vai acontecer. Um site que nunca muda é um poço negro.
Ben Gremillion é um web designer freelancer que aprendeu que os clientes respondem bem se você consegue manter a calma quando perdem a deles.
Como você lida com a fluência de recursos? Por favor, compartilhe algumas de suas experiências conosco ...