Uma tela com um único trabalho: pedir socorro

A IPQ Tecnologia, fundada em 1999, desenvolve soluções próprias em segurança, rede de acesso e infraestrutura. Pela Nomad Labs, integrei seu time de desenvolvimento em um aplicativo de uso emergencial para situações de violência doméstica.

O objetivo era duplo — proteger a vítima e acelerar o atendimento — e o sistema tinha dois lados: quem aciona o chamado, pelo celular, e quem o administra e responde, pelo computador. Minha atuação concentrou-se em três meses de discovery, pesquisa e concepção — não no acompanhamento do produto até a entrega final.

Projetar para esse contexto impõe uma restrição que a maioria dos produtos não enfrenta: quem vai usar a tela está com medo e sem tempo. Não há espaço para curva de aprendizado nem para uma interface que dispute atenção.

Ao mesmo tempo, o outro lado do sistema — a segurança pública — precisa de informação completa para agir. Rapidez e simplicidade de um lado; dados e controle do outro. Equilibrar os dois sem enfraquecer nenhum era o problema central do projeto.

Retirar tudo o que competisse com o socorro

A decisão que organizou o produto foi de foco. O botão de socorro precisava ser central — não apenas visível, mas o centro de gravidade da tela. Havia informações que poderiam ocupar aquele espaço, e a tentação de aproveitá-lo era real. Mas qualquer elemento que competisse com o botão destoaria e poderia distrair do único objetivo que importa naquele instante: pedir ajuda.

Equilibrar os dois lados não podia depender da minha intuição — tinha de vir de quem conhece o cenário. Fiz pesquisa de campo com profissionais de segurança pública para entender a situação real e, sobretudo, quais informações eram primordiais para eles agirem e quais delas conseguíamos, de fato, exibir. Do lado da vítima, estudei o problema por personas, para compreender situação, contexto e necessidade e traduzir isso na experiência dela.

A pesquisa mudou decisões: revelou as necessidades reais dos usuários e como os dados precisavam se interligar entre quem aciona e quem atende — algo que não se resolve na mesa.

O trabalho de tela foi meu, de ponta a ponta: conduzi a ideação e os wireframes de todas as telas, submetendo-os à validação de desenvolvimento, product management e stakeholders. A partir das pesquisas, defini também o estudo de cores, a tipografia e a hierarquia da informação.

Como minha participação se encerrou na fase de concepção, o resultado se mede pela validação do que foi desenhado, não por métricas de adoção em produção. A solução passou por testes de funcionamento e por rodadas de conversa com stakeholders, que validaram as decisões. Num produto dessa natureza, em que testar diretamente com a usuária final é delicado, a validação com quem conhece o cenário — segurança pública e stakeholders — foi o sinal de que a experiência entregava o que precisava: acionar socorro rápido, com a informação certa chegando a quem responde.