QUESTRADE
FINTECH
APP
Do portal web para o app: como projetei a área de documentos do QuestMobile, o aplicativo da Questrade
O QuestMobile é o aplicativo oficial de investimentos da Questrade, uma das maiores corretoras do Canadá, desenvolvido para democratizar o mercado de ações e ETFs através de uma experiência móvel rápida e intuitiva.
Visão geral
No Canadá, a temporada de declaração de imposto de renda (tax season) acontece entre fevereiro e abril. Nesse período, as instituições financeiras emitem os chamados tax slips: informes que detalham os rendimentos de cada cliente no ano anterior. Com o prazo de declaração terminando em 30 de abril, é o pico anual de acesso a documentos financeiros.
Na Questrade, era justamente nesse pico que a limitação aparecia: o acesso aos documentos existia apenas no portal web, com uma experiência pouco adequada para quem precisava consultá-los on-the-go.
O projeto que desenvolvi levou as funcionalidades relacionadas a documentos para o app QuestMobile, incluindo o envio de arquivos para a corretora (upload), busca de formulários, os statements (extratos mensais da conta), os tax slips e o histórico de uploads. Com isso, a expectativa era facilitar o acesso dos clientes aos documentos e aproveitar a tax season para aumentar o uso do app.
Desenhei a experiência de ponta a ponta, o que incluiu o estudo da estrutura de navegação da aba de Documentos, o faseamento e a priorização das entregas e a revisão das funcionalidades no app web. Tudo foi ao ar em duas fases e garantiu que tax slips estivesse no app a tempo da tax season.
Aba ’Documents’ no portal web.
Explorações para o app.
Aprendizados
A corrida contra a tax season do Canadá
O projeto era levar a área de documentos completa do portal web para o QuestMobile. Porém, com a tax season se aproximando, a decisão com o time de produto foi fasear o lançamento das funcionalidades. Os tax slips vieram primeiro, por serem os documentos que praticamente toda a base precisaria acessar nas semanas seguintes.
Na fase 1, três decisões moldaram a experiência. Um ponto de entrada próprio na Home levava o cliente direto à página de tax slips, sem navegação intermediária. Como as datas de liberação dos slips variam por tipo de conta, implementamos um aviso informando que os documentos daquele ano fiscal seriam disponibilizados em breve, dando contexto a quem chegasse cedo e evitando que a dúvida virasse um chamado no suporte.
A fase 2 chegou um mês depois, com a implementação da aba Documents e os statements. Nessa nova fase, tax slips passaram a viver dentro de Documents e a decisão de design foi adicionar um banner que indicava esse novo caminho.
Fase 1.
Fase 2.
Desenhando um novo padrão, à prova de futuro
A aba de documentos pertence a uma família específica de páginas do app: as de self-service, onde o cliente resolve sozinho o que antes dependia do portal web ou de um atendente, como consultar documentos, gerar relatórios ou movimentar dinheiro. São páginas em que ele chega com uma tarefa, executa e sai.
Percebi que essas páginas reúnem conteúdos diferentes, mas com mesma natureza. Isso abriu a oportunidade de padronizar e, em vez de desenhar uma estrutura sob medida apenas para Documentos, classifiquei os conteúdos em três categorias comuns a qualquer página dessa família:
- ações principais: o que o usuário executa (como enviar um documento ou buscar um formulário);
- snapshots: prévias que dão acesso às funcionalidades filhas (como tax slips e statements);
- históricos: registros consultados de tempos em tempos (como o histórico de uploads).
Para organizá-las na interface, combinei dois critérios. O primeiro foi o job de cada página: as ações principais são as que normalmente tem maior prioridade e podem bloquear uma solicitação, como adicionar um beneficiário ou se inscrever em um programa oferecido pela Questrade, e por isso precisam estar em uma área de maior visibilidade. O segundo critério foram os dados de Analytics do portal web, que mostravam a frequência mensal de acesso de cada funcionalidade e ajudaram a calibrar a hierarquia do restante: snapshots na sequência e históricos por último. Assim, a estrutura nasceu em Documents e ficou pronta para ser replicada nas páginas seguintes.
Ações principais
Pontos de entrada para páginas filhas
Histórico de ações, com scroll infinito
Página
Definição da estrutura utilizada nas páginas onde moram funcionalidades self-service.
Quando a experiência fala mais alto do que a consistência
Manter consistência era um valor do projeto inteiro, mas ela não podia custar a adequação ao uso real. No portal web, statements e tax slips seguiam a mesma lógica de agrupamento por conta. Antes de repetir o padrão no app, preferi investigar se ele servia para o contexto mobile.
Escrevi cenários de uso cobrindo as diferentes maneiras de visualizar ou baixar um statement e levei esses cenários para uma investigação com o PO, que acompanhava de perto o comportamento dos clientes.
Entendemos juntos que, diferente de tax slips, que o usuário baixa todas por conta, o comportamento mais comum para os statements era buscar o documento de um mês específico. Então, os documentos dentro dessa página passaram a ser agrupado por mês, enquanto tax slips continuou por conta, porque a declaração de imposto no Canadá é feita conta a conta.
No fim, cada documento ficou organizado do jeito que é usado no mundo real. Priorizamos a eficiência de uso, mesmo compreendendo que esse padrão significava perda de consistência com o portal web.
Statements no app.
Impacto
- Tax slips e statements disponíveis no app no pico anual de demanda, com uma experiência desenhada para o uso on-the-go.
- Um único padrão de navegação para as abas do app, desenhado a partir de Documents e pronto para as funcionalidades seguintes.
Próximos projetos
Bemobi Wave, 2026
TELECOM
UTILITIES
IA
Ensinando dois sistemas de design a conversar com Claude
Questrade, 2025
FINTECH
WEB
De 2 dias úteis para 8 segundos: como desenhei a automatização do processo de inscrição no programa DRIP da Questrade
Cajá ・ Senior Product Designer ・ 2026
QUESTRADE
FINTECH
APP
Do portal web para o app: como projetei a área de documentos do QuestMobile, o aplicativo da Questrade
O QuestMobile é o aplicativo oficial de investimentos da Questrade, uma das maiores corretoras do Canadá, desenvolvido para democratizar o mercado de ações e ETFs através de uma experiência móvel rápida e intuitiva.
Visão geral
No Canadá, a temporada de declaração de imposto de renda (tax season) acontece entre fevereiro e abril. Nesse período, as instituições financeiras emitem os chamados tax slips: informes que detalham os rendimentos de cada cliente no ano anterior. Com o prazo de declaração terminando em 30 de abril, é o pico anual de acesso a documentos financeiros.
Na Questrade, era justamente nesse pico que a limitação aparecia: o acesso aos documentos existia apenas no portal web, com uma experiência pouco adequada para quem precisava consultá-los on-the-go.
O projeto que desenvolvi levou as funcionalidades relacionadas a documentos para o app QuestMobile, incluindo o envio de arquivos para a corretora (upload), busca de formulários, os statements (extratos mensais da conta), os tax slips e o histórico de uploads. Com isso, a expectativa era facilitar o acesso dos clientes aos documentos e aproveitar a tax season para aumentar o uso do app.
Desenhei a experiência de ponta a ponta, o que incluiu o estudo da estrutura de navegação da aba de Documentos, o faseamento e a priorização das entregas e a revisão das funcionalidades no app web. Tudo foi ao ar em duas fases e garantiu que tax slips estivesse no app a tempo da tax season.
Aba ’Documents’ no portal web.
Explorações para o app.
Aprendizados
A corrida contra a tax season do Canadá
O projeto era levar a área de documentos completa do portal web para o QuestMobile. Porém, com a tax season se aproximando, a decisão com o time de produto foi fasear o lançamento das funcionalidades. Os tax slips vieram primeiro, por serem os documentos que praticamente toda a base precisaria acessar nas semanas seguintes.
Na fase 1, três decisões moldaram a experiência. Um ponto de entrada próprio na Home levava o cliente direto à página de tax slips, sem navegação intermediária. Como as datas de liberação dos slips variam por tipo de conta, implementamos um aviso informando que os documentos daquele ano fiscal seriam disponibilizados em breve, dando contexto a quem chegasse cedo e evitando que a dúvida virasse um chamado no suporte.
A fase 2 chegou um mês depois, com a implementação da aba Documents e os statements. Nessa nova fase, tax slips passaram a viver dentro de Documents e a decisão de design foi adicionar um banner que indicava esse novo caminho.
Fase 1.
Fase 2.
Desenhando um novo padrão, à prova de futuro
A aba de documentos pertence a uma família específica de páginas do app: as de self-service, onde o cliente resolve sozinho o que antes dependia do portal web ou de um atendente, como consultar documentos, gerar relatórios ou movimentar dinheiro. São páginas em que ele chega com uma tarefa, executa e sai.
Percebi que essas páginas reúnem conteúdos diferentes, mas com mesma natureza. Isso abriu a oportunidade de padronizar e, em vez de desenhar uma estrutura sob medida apenas para Documentos, classifiquei os conteúdos em três categorias comuns a qualquer página dessa família:
- ações principais: o que o usuário executa (como enviar um documento ou buscar um formulário);
- snapshots: prévias que dão acesso às funcionalidades filhas (como tax slips e statements);
- históricos: registros consultados de tempos em tempos (como o histórico de uploads).
Para organizá-las na interface, combinei dois critérios. O primeiro foi o job de cada página: as ações principais são as que normalmente tem maior prioridade e podem bloquear uma solicitação, como adicionar um beneficiário ou se inscrever em um programa oferecido pela Questrade, e por isso precisam estar em uma área de maior visibilidade. O segundo critério foram os dados de Analytics do portal web, que mostravam a frequência mensal de acesso de cada funcionalidade e ajudaram a calibrar a hierarquia do restante: snapshots na sequência e históricos por último. Assim, a estrutura nasceu em Documents e ficou pronta para ser replicada nas páginas seguintes.
Ações principais
Pontos de entrada para páginas filhas
Histórico de ações, com scroll infinito
Página
Definição da estrutura utilizada nas páginas onde moram funcionalidades self-service.
Quando a experiência fala mais alto do que a consistência
Manter consistência era um valor do projeto inteiro, mas ela não podia custar a adequação ao uso real. No portal web, statements e tax slips seguiam a mesma lógica de agrupamento por conta. Antes de repetir o padrão no app, preferi investigar se ele servia para o contexto mobile.
Escrevi cenários de uso cobrindo as diferentes maneiras de visualizar ou baixar um statement e levei esses cenários para uma investigação com o PO, que acompanhava de perto o comportamento dos clientes.
Entendemos juntos que, diferente de tax slips, que o usuário baixa todas por conta, o comportamento mais comum para os statements era buscar o documento de um mês específico. Então, os documentos dentro dessa página passaram a ser agrupado por mês, enquanto tax slips continuou por conta, porque a declaração de imposto no Canadá é feita conta a conta.
No fim, cada documento ficou organizado do jeito que é usado no mundo real. Priorizamos a eficiência de uso, mesmo compreendendo que esse padrão significava perda de consistência com o portal web.
Statements no app.
Impacto
- Tax slips e statements disponíveis no app no pico anual de demanda, com uma experiência desenhada para o uso on-the-go.
- Um único padrão de navegação para as abas do app, desenhado a partir de Documents e pronto para as funcionalidades seguintes.
Próximos projetos
Bemobi Wave, 2026
TELECOM
UTILITIES
IA
Ensinando dois sistemas de design a conversar com Claude
Questrade, 2025
FINTECH
WEB
De 2 dias úteis para 8 segundos: como desenhei a automatização do processo de inscrição no programa DRIP da Questrade
Cajá ・ Senior Product Designer ・ 2026
QUESTRADE
FINTECH
APP
Do portal web para o app: como projetei a área de documentos do QuestMobile, o aplicativo da Questrade
O QuestMobile é o aplicativo oficial de investimentos da Questrade, uma das maiores corretoras do Canadá, desenvolvido para democratizar o mercado de ações e ETFs através de uma experiência móvel rápida e intuitiva.
Visão geral
No Canadá, a temporada de declaração de imposto de renda (tax season) acontece entre fevereiro e abril. Nesse período, as instituições financeiras emitem os chamados tax slips: informes que detalham os rendimentos de cada cliente no ano anterior. Com o prazo de declaração terminando em 30 de abril, é o pico anual de acesso a documentos financeiros.
Na Questrade, era justamente nesse pico que a limitação aparecia: o acesso aos documentos existia apenas no portal web, com uma experiência pouco adequada para quem precisava consultá-los on-the-go.
O projeto que desenvolvi levou as funcionalidades relacionadas a documentos para o app QuestMobile, incluindo o envio de arquivos para a corretora (upload), busca de formulários, os statements (extratos mensais da conta), os tax slips e o histórico de uploads. Com isso, a expectativa era facilitar o acesso dos clientes aos documentos e aproveitar a tax season para aumentar o uso do app.
Desenhei a experiência de ponta a ponta, o que incluiu o estudo da estrutura de navegação da aba de Documentos, o faseamento e a priorização das entregas e a revisão das funcionalidades no app web. Tudo foi ao ar em duas fases e garantiu que tax slips estivesse no app a tempo da tax season.
Aba ’Documents’ no portal web.
Explorações para o app.
Aprendizados
A corrida contra a tax season do Canadá
O projeto era levar a área de documentos completa do portal web para o QuestMobile. Porém, com a tax season se aproximando, a decisão com o time de produto foi fasear o lançamento das funcionalidades. Os tax slips vieram primeiro, por serem os documentos que praticamente toda a base precisaria acessar nas semanas seguintes.
Na fase 1, três decisões moldaram a experiência. Um ponto de entrada próprio na Home levava o cliente direto à página de tax slips, sem navegação intermediária. Como as datas de liberação dos slips variam por tipo de conta, implementamos um aviso informando que os documentos daquele ano fiscal seriam disponibilizados em breve, dando contexto a quem chegasse cedo e evitando que a dúvida virasse um chamado no suporte.
A fase 2 chegou um mês depois, com a implementação da aba Documents e os statements. Nessa nova fase, tax slips passaram a viver dentro de Documents e a decisão de design foi adicionar um banner que indicava esse novo caminho.
Fase 1.
Fase 2.
Desenhando um novo padrão, à prova de futuro
A aba de documentos pertence a uma família específica de páginas do app: as de self-service, onde o cliente resolve sozinho o que antes dependia do portal web ou de um atendente, como consultar documentos, gerar relatórios ou movimentar dinheiro. São páginas em que ele chega com uma tarefa, executa e sai.
Percebi que essas páginas reúnem conteúdos diferentes, mas com mesma natureza. Isso abriu a oportunidade de padronizar e, em vez de desenhar uma estrutura sob medida apenas para Documentos, classifiquei os conteúdos em três categorias comuns a qualquer página dessa família:
- ações principais: o que o usuário executa (como enviar um documento ou buscar um formulário);
- snapshots: prévias que dão acesso às funcionalidades filhas (como tax slips e statements);
- históricos: registros consultados de tempos em tempos (como o histórico de uploads).
Para organizá-las na interface, combinei dois critérios. O primeiro foi o job de cada página: as ações principais são as que normalmente tem maior prioridade e podem bloquear uma solicitação, como adicionar um beneficiário ou se inscrever em um programa oferecido pela Questrade, e por isso precisam estar em uma área de maior visibilidade. O segundo critério foram os dados de Analytics do portal web, que mostravam a frequência mensal de acesso de cada funcionalidade e ajudaram a calibrar a hierarquia do restante: snapshots na sequência e históricos por último. Assim, a estrutura nasceu em Documents e ficou pronta para ser replicada nas páginas seguintes.
Ações principais
Pontos de entrada para páginas filhas
Histórico de ações, com scroll infinito
Página
Definição da estrutura utilizada nas páginas onde moram funcionalidades self-service.
Quando a experiência fala mais alto do que a consistência
Manter consistência era um valor do projeto inteiro, mas ela não podia custar a adequação ao uso real. No portal web, statements e tax slips seguiam a mesma lógica de agrupamento por conta. Antes de repetir o padrão no app, preferi investigar se ele servia para o contexto mobile.
Escrevi cenários de uso cobrindo as diferentes maneiras de visualizar ou baixar um statement e levei esses cenários para uma investigação com o PO, que acompanhava de perto o comportamento dos clientes.
Entendemos juntos que, diferente de tax slips, que o usuário baixa todas por conta, o comportamento mais comum para os statements era buscar o documento de um mês específico. Então, os documentos dentro dessa página passaram a ser agrupado por mês, enquanto tax slips continuou por conta, porque a declaração de imposto no Canadá é feita conta a conta.
No fim, cada documento ficou organizado do jeito que é usado no mundo real. Priorizamos a eficiência de uso, mesmo compreendendo que esse padrão significava perda de consistência com o portal web.
Página ’Statements’ no portal web.
Statements no app.
Impacto
- Tax slips e statements disponíveis no app no pico anual de demanda, com uma experiência desenhada para o uso on-the-go.
- Um único padrão de navegação para as abas do app, desenhado a partir de Documents e pronto para as funcionalidades seguintes.
Cajá ・ Senior Product Designer ・ 2026