—

Instagram

Rami Capital

Banco Digital
para Provedores

Atuação

Product Designer

Responsabilidades

Research, UX & UI

Times envolvidos

UX e Dev

Duração

2 meses

Contexto

🔹 Muitos Provedores de Internet (nossos clientes) tem dificuldade em aprovar crédito bancário para montar/expandir seu negócio.

🔹 Nossa empresa já fornecia equipamentos para esses clientes, mas também passou a oferecer crédito direto.

Contexto

🔹 Muitos Provedores de Internet (nossos clientes) tem dificuldade em aprovar crédito bancário para montar/expandir seu negócio.

🔹 Nossa empresa já fornecia equipamentos para esses clientes, mas também passou a oferecer crédito direto.

Problema

❌ A inadimplência era alta e os critérios de crédito precisavam ser mais seguros.

❌ Alto potencial de receita não explorado por conta da dificuldade na aprovação de crédito que impedia a vendas de equipamentos.

Objetivo:

🎯 Criar uma plataforma na qual os Provedores fariam a emissão dos boletos de seus assinantes, garantindo:

🔹 Gestão financeira com mais transparência e previsibilidade

🔹 Redução do risco de inadimplência através da "conta garantida".

✅ As vantagens para nossos clientes seriam:

🔹 Taxa de emissão de boleto, bem menor do que o valor de mercado.

🔹 Plataforma intuitiva e de fácil gestão de contas à receber.

🔹 Garantia de aprovação de crédito conosco.

Discover

🎯 Objetivo: Entender o fluxo de emissão de boletos dos nossos clientes atualmente.

📌 Metodologia:

✅ Entrevistas qualitativas com provedores de internet

✅ Estudo de plataformas concorrentes e similares: Asaas, PJBank, Gerencianet

📊 Principais descobertas:

🟢 Falta de padronização nos fluxos de cobrança

🟢 Gestão de recebíveis confusa e ineficiente

🟢 Falta de clareza nos dados financeiros

🎯 Objetivo: Entender o fluxo de emissão de boletos dos nossos clientes atualmente.

📌 Metodologia:

✅ Entrevistas qualitativas com provedores de internet

✅ Estudo de plataformas concorrentes e similares: Asaas, PJBank, Gerencianet

📊 Principais descobertas:

🟢 Falta de padronização nos fluxos de cobrança

🟢 Gestão de recebíveis confusa e ineficiente

🟢 Falta de clareza nos dados financeiros

Define

🎯 Direcionamento:

Definimos um MVP com escopo reduzido para atender à necessidade de rápido lançamento para mitigar inadimplência.

📌 Funcionalidades principais:

🟢 Ver histórico de pagamento

🟢 Comando de reenvio manual de boleto via email

🟢 Cancelamento de cobrança

🎯 Direcionamento:

Definimos um MVP com escopo reduzido para atender à necessidade de rápido lançamento para mitigar inadimplência.

📌 Funcionalidades principais:

🟢 Ver histórico de pagamento

🟢 Comando de reenvio manual de boleto via email

🟢 Cancelamento de cobrança

Develop

🎯 Objetivo: Definir o fluxo completo do provedor na RAMI, e criar Wireframes para identificação de pontos de antenção.

📌 Fluxo:
1️⃣ Onboarding na plataforma
2️⃣ Visualização de boletos emitidos
3️⃣ Busca de assinante/Filtro
4️⃣ Reenvio de Email/Cancelamento/Histórico

📌 Identificação de pontos críticos:

🟢 Coerência entre status de cobrança na Rami e no ERP do Provedor

🟢 Ausência de atalho para baixar boleto

🎯 Objetivo: Definir o fluxo completo do provedor na RAMI, e criar Wireframes para identificação de pontos de antenção.

📌 Fluxo:
1️⃣ Onboarding na plataforma
2️⃣ Visualização de boletos emitidos
3️⃣ Busca de assinante/Filtro
4️⃣ Reenvio de Email/Cancelamento/Histórico

📌 Identificação de pontos críticos:

🟢 Coerência entre status de cobrança na Rami e no ERP do Provedor

🟢 Ausência de atalho para baixar boleto

Deliver

📌 Testes:

Através do desenvolvimento de um protótipo navegável no Figma, realizamos testes internos.

📌 Cenários testados:
🟢 Cadastro de cliente

🟢 Emissão de boleto manual

🟢 Emissão de boleto em lote

🔍 Descobertas e Ajustes:

✔️ Confusão no cadastro devido ao alto volume de informações → Adaptamos o modelo de formulário para "step-by-step" apresentando aos poucos para o usuário os campos de input.

✔️ Dúvidas no primeiro uso → Criamos um onboarding integrado dentro da plataforma para ser exibido no primeiro acesso e consultado conforme necessidade.

📌 Testes:

Através do desenvolvimento de um protótipo navegável no Figma, realizamos testes internos.

📌 Cenários testados:
🟢 Cadastro de cliente

🟢 Emissão de boleto manual

🟢 Emissão de boleto em lote

🔍 Descobertas e Ajustes:

✔️ Confusão no cadastro devido ao alto volume de informações → Adaptamos o modelo de formulário para "step-by-step" apresentando aos poucos para o usuário os campos de input.

✔️ Dúvidas no primeiro uso → Criamos um onboarding integrado dentro da plataforma para ser exibido no primeiro acesso e consultado conforme necessidade.

Nos primeiros 3 meses , através de relatórios emitidos pela equipe do ramo financeiro, conseguimos dimensionar o impacto causado.

36%

de redução da inadimplência de forma geral

36%

de redução da inadimplência de forma geral

36%

de redução da inadimplência de forma geral

20mil

boletos emitidos pela plataforma

20mil

boletos emitidos pela plataforma

20mil

boletos emitidos pela plataforma

+9,2%

de contribuição direta no faturamento

+9,2%

de contribuição direta no faturamento

+9,2%

de contribuição direta no faturamento

Novos provedores clientes da Rami

CONCLUSÃO: