Finanças Abertas
Processo de implementação do Projeto Open Finance em uma das maiores empresas financeiras B2B do Brasil.
CONTEXTO
Em 2019, a FCA do Brasil, conselho criado em julho de 2019 pela FCA (Financial Conduct Authority), iniciou estudos sobre os impactos da implementação do open finance no Brasil. Um modelo que já existia na Europa e em alguns outros países, que consiste no compartilhamento de dados entre instituições financeiras, visando maior competitividade e melhor oferta de produtos bancários para os clientes brasileiros. No Brasil, o processo de implementação do Open Finance pelas instituições financeiras foi dividido em 4 etapas, que serão concluídas em 2022 segundo o Bacen (Banco Central do Brasil). A Dock, como instituição financeira B2B e recentemente compradora do banco BPP, precisou se adaptar às regras da 2ª fase, que consistiu em poder oferecer aos seus parceiros todas as partes regulatórias do open finance por meio de suas APIS.
Objetivo de
o Projeto
Regulamentação sendo aceita em níveis
Exposição da marca Dock
Cumpra todos os requisitos regulamentares
Esteja preparado para futuras evoluções do OB
Respondendo a problemas em OB (usuários e participantes)
Possibilidade de aumentar o volume financeiro negociado (finops) API's
Datas de execução e entrega
ALVO
Nosso público-alvo eram as equipes que lidavam diretamente com clientes AM (gerentes de contas) e equipes de BPP que já haviam participado da implementação do open finance na instituição anterior.
Neste projeto, tínhamos cinco expectativas principais
Para isso, tive 2 objetivos principais e comecei a etapa de design de serviço entendendo o contexto dos nossos clientes e iniciando a estruturação de negócios deste novo produto. Usei o processo Double Diamond como base, mas não fiquei limitado em termos de criatividade ou etapas do processo.
RESPONSÁVEL
Designer de serviço: Caroline Mello
PM: Elton Júnior
Líder técnico: Guilherme Andrade
Equipe de Pesquisa Ux
Tribo Andrômeda (Esta tribo passou por um processo de Team Building que eu configurei e facilitei. Se você quiser saber mais , clique aqui e fale comigo!
01
Permitir que clientes BaaS participem do Open Banking.
02
Implementação muito simples para nossos clientes.
03
Garanta que as transportadoras tenham uma boa experiência.
04
Pilha replicável para clientes SaaS.
05
Conheça o comportamento dos nossos clientes e dos seus consumidores
Matriz CSD
Uma ferramenta de design que levanta certezas/suposições/dúvidas sobre o projeto Open Finance. Foi usada com os stakeholders para entender o que ainda precisamos aprofundar sobre o projeto.
Tópicos
Modelo de negócio
Ux/Ui
regulatório
Equipe
Certificados
Outros
Números de matriz
RESEARCH
First step was construction of the Business Model Canvas with our main stakeholders and the entire product team involved. We began to map out what the business model of this new Dock product would be, how it would be accounted for, who would depend on it, what the expenses would have, the gains, which market sectors it would be made available and which type of clients we have to offer this solution.
Entrevistas com stakeholders e equipe de pesquisa
Para esta etapa, entrevistei 6 stakeholders envolvidos nos projetos, time de produto, regulatório, time de clientes e ex Bpp. Para este caso, a equipe de Research já havia feito uma pesquisa chamada mapa de possibilidades do Open Finance no Brasil. Este material também serviu como um guia nesta etapa que nos ajudou a treinar nossa proto-persona. Para que nos desse uma visão mais precisa de quais eram estes perfis de clientes que abordaríamos a partir da criação deste produto. Além deste material, juntamente com a equipe de pesquisa, mapeamos uma lista com o perfil dos 10 principais clientes da Dock que poderiam entrar no modelo Open Finance
Criação da Jornada
Para validar e entender as brechas que poderíamos ter nos processos de Open Finance com base na forma como já trabalhávamos com outros produtos na empresa, criamos então uma jornada da compra à implementação para cada uma dessas pessoas e mapeamos os possíveis pontos problemáticos que deveríamos ter alertado. O resultado foi compilado em três jornadas distintas, onde cada um desses clientes teria uma experiência adequada de acordo com seu contexto.
*Insights finais da fase de pesquisa
Clientes selecionados têm um bom relacionamento com a Dock e já possuem vários produtos Dock;
A maioria dos citados foi abordada sobre OFAAS;
É claro que os maiores players querem ser competitivos no mercado, oferecendo uma gama maior de produtos;
Muitas empresas estão migrando para o setor financeiro, mesmo que este não seja seu negócio principal, e elas têm lucrado com isso;
%20(2).jpg)
Concepção
Para a etapa de concepção, propus duas atividades para que pudéssemos cumprir os prazos e ter uma visão melhor de tudo o que ainda era apenas uma ideia de cada um dos stakeholders e equipes envolvidas no projeto.
tempestade de ideias 4x4x4x
O primeiro foi o brainstorming 4x4x4x. Que é basicamente um workshop semiestruturado, que consiste em 3 etapas, com um funil de 4 ideias, para isso os participantes precisam chegar a um consenso e definir as que fazem mais sentido, para depois ir refinando essas ideias.
Definição de prioridades
Com base em nosso brainstorming 4x4x4x, selecionamos as ideias mais votadas e já refinadas para ir para uma matriz de priorização em conjunto com toda a equipe de negócios e desenvolvimento. Priorizamos as ideias entre esforço vs impacto para que propostas com mais impacto e menos esforço fossem priorizadas em uma V1 do projeto.
.jpeg)
ENTREGA
Projeto de serviço
Após priorizar as ideias, todos os envolvidos no projeto cocriaram uma jornada de service blueprint para o produto com base em tudo o que foi definido na etapa anterior com o time de negócios. Neste service blueprint colocamos todas as camadas que contém o serviço fornecido pela Dock, dividindo-o em pré-serviço, serviço e pós-serviço. Esta foi a ferramenta de maior impacto da nossa entrega, além de todo o processo de Service Design implementado. O service Blueprint permitiu uma melhor visão de como o produto deveria funcionar idealmente, fornecendo assim a base para o time de arquitetura criar a base do produto.
CRITÉRIOS ORIENTADORES
Por fim, além de apresentar o caso para todos os stakeholders envolvidos, também trouxe algumas reflexões que levantei durante o processo e que deveriam servir de guia para a equipe de desenvolvimento que cuidaria das próximas etapas do projeto.
- A complexidade do Open Banking que enfrentamos não deve ser repassada ao cliente;
- O que criamos aqui serve de insumo para outras frentes;
- Necessita de comunicação mais direta com o Bacen com o Dock;
- Precisamos focar no DX dos nossos produtos, já que nossos clientes são internos;
- A monetização da manutenção de BAAS deve estar vinculada à monetização de outras frentes do OPF;
- Precisamos adquirir um cliente piloto para esta implementação
- A estratégia de marketing da solução deve ser baseada em: Facilidade, simplicidade e transparência.
Disponibilizar o Sandbox para nossos clientes é uma etapa fundamental no processo de titularidade;
As listas de verificação precisam ser o mais claras possível e documentadas com base no DX;
A frente de serviço do OFAS precisa ser iniciada;
Como temos mais frentes além do titular, toda a documentação precisa conversar entre si, considerando o OPF como um produto único, mas com diversas “funcionalidades”;
Devemos mapear soluções para possíveis erros na implementação pelo cliente e isso
tem que ser o mais transparente possível;