Contexto
Managers usavam QuickSight e Power BI para acompanhar dados de desempenho das equipes, o que gerava custo para a empresa e tirava os usuários da plataforma TownSq. O desafio era entender quais dados realmente importavam para eles e como trazer essa visualização para dentro do produto de forma útil e viável.

​

Fui responsável pelo processo de design end-to-end, conduzindo discovery, pesquisa, benchmark, exploração de interface e definição do MVP em parceria com Produto, Engenharia, Negócios e stakeholders.

​

Problema
A demanda surgiu a partir de stakeholders que relatavam pedidos frequentes por visualização de dados dentro da plataforma. Em vez de partir direto para um dashboard, investiguei o motivo por trás dessa necessidade: quais dados os managers consultavam, como usavam essas informações e por que recorriam a ferramentas externas.

​

Discovery
Criei uma Matriz CSD com Product Manager, desenvolvedores e Design para mapear certezas, suposições e dúvidas. Essa matriz acompanhou o projeto e ajudou o time a validar ou ajustar hipóteses ao longo do processo.

Também conduzi um focus group com perguntas direcionadas ao uso de dados, buscando entender:

• quais informações eram mais relevantes;

• em quais features os dados fariam mais sentido;

• como os usuários consumiam planilhas, gráficos e dashboards;

• quais formatos eram mais úteis para análise e compartilhamento.
   

Principais aprendizados
A pesquisa mudou o direcionamento inicial do projeto. A hipótese era que os usuários precisavam de dados de Arch Review, mas descobrimos que Requests era mais relevante para o dia a dia dos managers.

Também identificamos que managers e associate managers tinham o hábito de enviar e receber planilhas com dados e gráficos. Alguns preferiam uma visualização mais tabular; outros, gráficos para leitura rápida. Por isso, a solução precisava equilibrar clareza visual, dados acionáveis e possibilidade de exportação.
 

Solução e MVP
Depois das entrevistas, aprofundei benchmarks de dashboards e visualização de dados, além de estudar quais dados já estavam disponíveis no sistema. A partir disso, explorei alternativas de interface e alinhei com Produto, Engenharia e stakeholders uma primeira versão mais enxuta.
 

O MVP foi definido com:

• 3 gráficos principais;

• 6 cards de indicadores;

• filtro de data;

• botão de exportação;

• dados da comunidade selecionada;

• visualização padrão dos últimos 30 dias;

• hover nos gráficos para mostrar o número exato do dado.
   

Impacto
O projeto ajudou o time a evitar um dashboard genérico e a priorizar dados realmente relevantes para os usuários. A pesquisa trouxe clareza para Produto, Engenharia e Negócios sobre o que deveria entrar no MVP, quais hipóteses precisavam ser descartadas e como a solução poderia reduzir a dependência de ferramentas externas.