Os termos de referência são realmente apresentados na versão final?
O produto inicia seu ciclo de vida com a formação de um conjunto de requisitos para ele. Este código é geralmente o termo de referência (TOR). Fornece informações detalhadas sobre a tecnologia do futuro produto, o público-alvo, bem como as funcionalidades que devem garantir o funcionamento deste produto. Freqüentemente, tal tarefa é dada na forma de um esboço "bruto", que no processo de trabalho se tornará coberto de detalhes. Para não entrar em uma situação em que a parte da tarefa relacionada aos requisitos de projeto e funcionais não sofra mudanças significativas, é necessário estudar cuidadosamente esses aspectos, para conversá-los o máximo possível com o cliente.
Para desenhar a IU, usamos a identidade corporativa da empresa (bem como os desenvolvimentos de IU anteriores da empresa, se houver) ou criamos uma nova para um produto específico?
Freqüentemente, um novo produto não é criado do zero, mas dentro da estrutura de outro produto ou bloco de serviços da empresa. Com base nisso, já temos um conjunto de regras e requisitos estilísticos e de cores para o design de componentes de IU. Nesse caso, você só precisa confirmar que o novo produto será criado com base nessas regras. Se um serviço for criado do zero, é necessário fazer um esboço do chamado moodboard para combinar o estilo e o esquema de cores com o cliente.
Existem produtos semelhantes no mercado?
Há momentos em que o cliente tem uma ideia para um produto que já possui análogos no mercado. Para agilizar a pesquisa de mercado (obrigatória no desenvolvimento de um novo produto), é importante pedir ao cliente exemplos desses produtos. Você pode perguntar ao cliente o que é bom nesses produtos, o que é ruim, o que é inconveniente, em que focar, como o novo produto vai superar os serviços dados no exemplo.
Qual é a gama de dispositivos para usar o produto?
Às vezes, nos deparamos com uma situação em que um produto é criado apenas para plataformas específicas para fins específicos e restritos. Nesse caso, o especialista em UX / UI não precisa pensar nas opções de como determinados componentes se comportarão em diferentes plataformas (smartphones, tablets, desktops). Isso também economizará tempo ao criar componentes de IU desnecessários para essas plataformas. É importante discutir este assunto antes de iniciar o trabalho, mesmo que isso já tenha sido mencionado nos termos de referência.
Qual será o nível de prototipagem?
Outro ponto importante que economizará muito tempo nos estágios iniciais e eliminará possíveis correções sérias do protótipo do produto é a escolha do tipo de protótipo para demonstração. Existem vários sabores típicos para estilos de protótipo:
- Um protótipo de primitivas (retângulos, círculos, quadrados, etc.). Nenhuma elaboração detalhada é necessária aqui, e todos os componentes da IU (texto, botões, etc.) são mostrados como primitivos.
- Protótipo detalhado. Esta é uma versão complicada do protótipo, aqui já estamos usando o design monocromático do projeto, os botões parecem botões completos e o texto e os títulos são próximos aos reais.
- Protótipo pintado. Este já é um protótipo de produto completo baseado em componentes de UI existentes.
Vale a pena saber com antecedência a melhor forma de apresentar um protótipo de produto ao cliente na fase inicial, já que nem todos os clientes conseguem ter uma visão completa do produto a partir de primitivas.
É claro que esta é uma lista incompleta e esquecemos algo. O que você adicionaria a esta lista de verificação?