IBBA360 — Boletador Web 2.0
Após as negociações entre traders e entre traders e brokers, é necessário gerar um documento que funcione como um "recibo" dessas transações. Esse processo é essencial tanto para o controle interno das instituições quanto para o cumprimento das obrigações fiscais federais. O projeto descrito aqui teve como objetivo aprimorar o processo de boletagem, buscando otimizar a geração desses documentos e garantir maior eficiência na prestação de informações necessárias para os registros institucionais e fiscais.
O desafio proposto envolvia a reavaliação do boletador existente, denominado "boletadorzinho", que era gerenciado por um servidor externo. Apesar de ser antigo e oferecer funcionalidades limitadas, era amplamente utilizado pelos brokers. Paralelamente, havia um boletador interno com baixa adesão. A meta era compreender os elementos de valor para os brokers no boletador antigo, identificar os problemas no boletador web existente e propor uma versão aprimorada, o Boletador Web 2.0. Este último deveria incorporar insights obtidos e introduzir melhorias significativas. Como parte do desafio, o objetivo final era desativar o boletadorzinho, devido às complicações de manutenção associadas ao servidor externo.
No âmbito desse projeto, minha atuação abrangeu diversas áreas, incluindo UX (User Experience), UI (User Interface), pesquisa e validação com usuários, bem como toda a gestão do processo de discovery (descoberta de requisitos e necessidades) e QA (Quality Assurance, garantia de qualidade). Essa abordagem multifuncional permitiu uma visão integrada do desenvolvimento, desde a concepção das interfaces até a validação junto aos usuários finais, assegurando a entrega de uma solução alinhada às expectativas e necessidades identificadas ao longo do projeto.
- Diminuir o tempo médio de boletagem (de ~3 min no boletador web e ~30s no boletadorzinho).
- Dar acesso a todos os brokers.
- 80% dos brokers utilizando a plataforma web.
- Indiretamente, melhorar a experiência de clientes externos.
Kick Off
Processo de Kick-off e Alinhamento: No início do projeto, foi realizado um processo de kick-off, uma etapa crucial para o alinhamento de todos os envolvidos. Durante essa fase, houve uma interação intensa com os Product Managers (PMs) para compreender as diretrizes, metas e expectativas do projeto. Além disso, foram liberados os acessos necessários para garantir uma imersão eficiente no ambiente do projeto.
Identificação do Grupo de Usuários: A identificação e definição do grupo de usuários foram passos essenciais. Compreender as características, necessidades e expectativas desse público-alvo proporcionou uma base sólida para o desenvolvimento de soluções centradas no usuário
Desk Research
O processo iniciou-se com uma extensa pesquisa de desk, que consistiu na análise aprofundada de informações já existentes. Foi realizado um levantamento de dados, estudos e documentos relevantes para compreender o contexto, as melhores práticas e as tendências do mercado.
Benchmark
Benchmark: Em seguida, foi conduzido um benchmark, uma análise comparativa com as principais referências do setor. Essa fase envolveu a avaliação de outras plataformas similares, identificando pontos fortes, fraquezas e inovações. O objetivo era extrair insights valiosos que pudessem orientar a evolução da plataforma em desenvolvimento.
Matriz CSD
Criação da Matriz CSD (Context, Scope, e Data): foi elaborada uma Matriz CSD, abordando o contexto do projeto, o escopo das atividades a serem desenvolvidas. Essa matriz serviu como um guia estratégico para alinhar as ações e garantir que todos os membros da equipe compartilhassem uma visão consistente.
Na fase inicial, foram conduzidas sete entrevistas com usuários, visando aprofundar o entendimento das necessidades, identificar as dores e responder a questionamentos presentes na matriz CSD (Customer Success Design). Essa abordagem direta com os usuários proporcionou insights valiosos sobre suas experiências, expectativas e desafios.
Os objetivos específicos dessa fase foram:
- Levantamento de Dores ...
- Respostas para Matriz CSD ...
- Identificação de Uso ...
Essa pesquisa inicial foi crucial para fundamentar as decisões de design, orientar o desenvolvimento de soluções específicas para atender às demandas dos usuários e garantir que a plataforma estivesse alinhada com suas expectativas. O feedback coletado nessa etapa serviu como base para a evolução da interface e aprimoramento da experiência do usuário ao longo do projeto.
Vídeo de apoio: Assista no YouTube
Shadowing
Foram dedicados dois dias ao acompanhamento de shadowing, uma abordagem que permitiu uma imersão mais profunda no cotidiano de dois usuários focais. A cada dia, foi possível acompanhar de perto o trabalho de um usuário, proporcionando uma compreensão mais aprofundada de suas atividades e desafios específicos.
Durante esse período, a interação foi mais prática e direta, incluindo a execução de uma boletagem real como experimento. Essa abordagem prática possibilitou uma compreensão mais detalhada do fluxo de navegação, especialmente no que diz respeito ao uso do teclado, incluindo atalhos como “tab” e as setas direcionais. Essa observação direta revelou nuances e dificuldades que podem não ter sido completamente abordadas nas entrevistas iniciais.
O acompanhamento de shadowing não apenas enriqueceu a compreensão do processo de trabalho dos usuários, mas também contribuiu para identificar oportunidades de melhoria na interface, garantindo que as soluções propostas estivessem alinhadas às necessidades reais dos usuários, melhorando assim a experiência de boletagem na plataforma.
Priorização com Stakeholders
Após a conclusão da análise dos resultados das fases anteriores, dedicamos um tempo considerável para mapear as possíveis features que comporiam a nova versão do boletador. Nessa etapa, retomei as conversas com os dois principais brokers que estavam acompanhando de perto o projeto, visando entender suas necessidades e expectativas.
Durante essas conversas, buscamos elencar os itens prioritários para eles, identificando as funcionalidades consideradas essenciais para aprimorar a eficiência e a usabilidade do novo boletador. Essa colaboração direta com os usuários finais foi fundamental para assegurar que as features escolhidas estivessem alinhadas com suas demandas reais, garantindo que a nova versão atendesse plenamente às suas expectativas e necessidades operacionais.
Esse processo de co-criação e alinhamento constante com os principais stakeholders contribuiu para a definição de uma roadmap claro e focado nas prioridades estratégicas do projeto.
Priorização de Negócios
Após a fase de filtragem das necessidades dos usuários finais, realizamos uma reunião estratégica com o Product Manager (PM) e o Tech Lead do squad para definir a priorização das funcionalidades em cada versão. Durante esse encontro, consideramos cuidadosamente os aspectos de negócios e a viabilidade técnica para garantir um equilíbrio entre as demandas do mercado e a capacidade de implementação.
Nessa discussão, levamos em conta não apenas a importância das features para os usuários finais, mas também a sinergia com a visão do produto e os objetivos estratégicos da empresa. O PM trouxe insights valiosos sobre as prioridades de negócios, enquanto o Tech Lead avaliou a complexidade técnica e os recursos disponíveis.
O resultado dessa colaboração foi a definição de um plano claro para as versões subsequentes do boletador, com uma distribuição estratégica das funcionalidades que proporcionaria o máximo impacto positivo para os usuários finais, ao mesmo tempo em que considerava os aspectos práticos e técnicos da implementação. Essa abordagem alinhada entre as áreas de negócios e tecnologia foi fundamental para garantir o sucesso contínuo do projeto.
Ideação com Time de Desenvolvimento
Com base em todos os parâmetros definidos, conduzi uma dinâmica de ideação com a equipe, destacando a participação ativa dos desenvolvedores. Utilizando uma dinâmica de “Crazy 8s”, propus um espaço criativo onde cada membro da equipe teve a oportunidade de gerar oito ideias rápidas em um curto período de tempo.
Essa abordagem não apenas estimulou a geração rápida de ideias, mas também permitiu que os desenvolvedores compartilhassem suas perspectivas e entendimentos do projeto. Durante essa dinâmica, pude facilitar discussões sobre a viabilidade técnica das ideias propostas, criando um ambiente de colaboração e envolvimento.
A participação ativa dos desenvolvedores não apenas enriqueceu o processo de ideação, trazendo insights valiosos, mas também fortaleceu o senso de propriedade e comprometimento com o projeto. Manter a equipe informada e envolvida desde as fases iniciais do projeto foi essencial para promover um ambiente de trabalho colaborativo e garantir que as soluções propostas fossem bem recebidas e executáveis.
V1
V2 — Product Setup
Na segunda versão do projeto, realizamos a migração do boletador para uma nova plataforma denominada “Product Setup”, que também estava em construção. Nessa primeira iteração, concentramos nossos esforços na adaptação da identidade visual do boletador para integrá-lo de maneira coesa à nova plataforma.
