Antes de iniciar um projeto de desenvolvimento de aplicação em Qlik Sense, é essencial entender para quem estamos construindo a interface e o que se espera dela.
Existem inúmeras pessoas envolvidas em um projeto de app Qlik Sense do lado do cliente, geralmente incluindo stakeholders da equipe de TI, da equipe de negócio, diretores e gerentes, e a pessoa responsável pela evolução do projeto (ou seja, quem escolheu você ou a empresa em que você trabalha para prestar o serviço).
Com tantas pessoas envolvidas, não é incomum que você precise encontrar o stakeholder adequado enquanto desenvolve a aplicação, tentando atender às necessidades de todos.
Mesmo que uma lista de requisitos e indicadores a serem considerados já tenha sido levantada, é essencial para o sucesso do projeto detalhar cada um dos indicadores necessários diretamente com as pessoas que de fato vão usar a solução (e não apenas com os desenvolvedores).
Para ajudar a identificar esses indicadores, é prática comum realizar um briefing com o cliente. Possíveis perguntas que você pode levantar nessa fase incluem:
- Qual é o perfil do seu público? (cargo, faixa etária, familiaridade com softwares de gestão, etc.)
- Como o seu público lê as informações atualmente? (usa outros softwares, planilhas, etc.)
- O público tem familiaridade com o Qlik Sense?
- Qual é a resolução de tela mais utilizada?
- Quais dispositivos de leitura devem ser considerados? (smartphones, tablets, etc.)
- Já existe uma identidade visual ou linha de marca definida?
- Quais são as principais perguntas que os usuários vão querer responder com a sua solução? (pelo menos 3-4 perguntas por aba)
Em essência, a fase de briefing busca esclarecer pontos sobre o perfil (ou perfis) do seu público-alvo, as principais perguntas que esse público fará (e que a aplicação precisa responder de forma rápida e simples), referências visuais para o desenvolvimento do estilo gráfico, entre outras coisas.
Ter essas respostas documentadas é importante para que, ao final do projeto, elas possam ser revisitadas e conferidas para determinar o sucesso do projeto. Quanto mais fiel o resultado final for ao briefing original, maior será o grau de satisfação do usuário.
Nota: diferente do levantamento de métricas e KPIs (que é um documento técnico e geralmente detalhado antes do início do projeto), o briefing tem um caráter mais informal e busca qualificar as informações coletadas durante o levantamento de métricas e KPIs.
