FINTECH·EVOLUÇÃO DA EXPERIÊNCIA

Expansão de subcontas na interface.

Levamos a criação de subcontas, antes restrita à API, para a interface, com autonomia para todos os perfis de clientes e validação pelo primeiro teste de fake door da empresa.

Ver projeto ↗

EMPRESAAsaas

SEGMENTOFintech

PRODUTOSubcontas

PLATAFORMASistema

Contexto01 — Objetivo02 — Problemas03 — Pesquisa04 — Abordagem05 — Resultados06 — Aprendizados

CONTEXTO

O Asaas é uma conta digital B2B que automatiza a gestão financeira e o ciclo de cobranças para empresas e profissionais liberais.

A plataforma reduz a inadimplência e o trabalho manual, centralizando recebimentos e garantindo previsibilidade ao fluxo de caixa. O projeto de criação de subcontas foi uma entrega estratégica realizada em conjunto pelas frentes de Design, Produto e Tecnologia.

01 — OBJETIVO

De recurso restrito à API para toda a base

O objetivo foi viabilizar a criação de subcontas diretamente via interface. Até então, a funcionalidade era restrita às APIs, um ambiente mais utilizado por clientes com grandes volumes que não necessitam exclusivamente da interface.

A expansão visava oferecer autonomia e facilidade de gerenciamento de parceiros para todos os perfis de usuários. Além de democratizar o recurso, o movimento buscou otimizar custos operacionais, diante de um grande número de contas inativas e subutilizadas.

02 — PROBLEMAS IDENTIFICADOS

Iniciamos o projeto mapeando as dúvidas e as incertezas que precisavam de resposta antes de qualquer solução.

01Perfil do cliente

Qual o perfil exato do cliente impactado pela mudança?

02Fluxo atual

Como o novo comportamento afetaria o fluxo atual da interface?

03Caminhos possíveis

Quais caminhos e soluções tínhamos à disposição?

04Times envolvidos

Quais squads seriam mobilizadas, e com quais prazos e recursos?

“O maior desafio foi equilibrar a complexidade da solução com os prazos e recursos das squads.”

03 — PESQUISA & PROCESSO

Dados e escuta antes da solução

Após alinhar as expectativas entre os stakeholders, conduzimos um estudo prévio baseado no histórico de uso e em dados de potenciais usuários. Para validar, aplicamos uma pesquisa quantitativa (clientes com e sem subcontas criadas) e uma etapa qualitativa para compreender a percepção sobre o sistema de APIs e suas documentações.

MÉTODOSEstudo de histórico de usoPesquisa quantitativaPesquisa qualitativaTeste de fake door

PRINCIPAIS ACHADOS

01Barreira técnica

Pequenos empreendedores têm baixa familiaridade com APIs e sentem insegurança na integração.

02Necessidade de autonomia

Quem desconhecia a função via API afirmou que a gestão pela interface seria mais prática e intuitiva no dia a dia.

03Percepção de valor

Aceitação positiva imediata, mas o medo de “erros de configuração” reforçou a necessidade de um fluxo assistido.

04 — ABORDAGEM

Fake door: medir a adesão antes de desenvolver

Com os dados em mãos, optamos por uma abordagem experimental: o teste de fake door. Criamos uma seção no menu chamada “Subcontas” para medir a adesão real antes do desenvolvimento completo.

Durante três semanas, monitoramos o volume de cliques, os aceites no modal, o feedback direto via time de atendimento e o número de novas subcontas criadas a partir dessa jornada.