---
# System prepended metadata

title: Roadmap checkout
tags: [leads, roadmap]

---

# Roadmap checkout

Sistema onde o cliente:

- escolhe ou confirma o plano
- aceita termos e condições do serviço
- aplica cupons de desconto
- informa quem indicou (MGM)
- gera boleto de adesão
- cria sua conta de usuário

## Definição de responsabilidades

O sistema de checkout precisa ter as funcionalidades: pagamento de adesão e criação da conta

Ana e Dani precisam conversar para decidir sobre onde fica a lista de processos (atualmente no precadastro) e como deixar o usuário seguir com abertura e migração sem ser interrompido pelo pagamento

## Fases de implementação

Dividimos a implementação em 5 fases com entregas de valor.

### Fase 0

Fazer o formulário consumir a API de login. Isso vai remover o acoplamento do formulário com o precadastro e habilitar o uso do checkout no fluxo.

### Fase 1

Separar repositórios e deploys do precadastro front e back.

Como o projeto do checkout envolve melhorias tecnológicas e de negócio, nossa estratégia será testar as hipóteses negociais da maneira mais simples possível e, paralelamente, avançar na implementação do novo sistema.

A separação dos repositórios é algo de baixa complexidade, que vai garantir mais agilidade nos testes de hipótese feitos na base de código atual.

### Fase 2

Começar a testar hipóteses negociais, de design e de fluxo no front antigo.

Definir junto com PO quais hipóteses vamos testar. Algumas levantadas pelo time são: deixar a aplicação funcionando bem em celular, colocar o pagamento para depois do cadastro.

### Fase 3

Começar a construção do BFF no precadastro para o checkout-front.

Conforme as hipóteses sejam validadas nas aplcações antigas, vamos fazer um levantamento de quais endpoints o novo front precisará consumir e, para manter o novo front desacoplado do precadastro, criaremos um módulo de BFF, inicialmente dentro do precadastro, mas já tomando os devidos cuidados para facilitar o desacoplamento no futuro.

### Fase 4

Começar o desenvolvimento do checkout-front de acordo com os aprendizados dos testes de hioótese.

Com o BFF criado, podemos começar a implementação do novo front. Isso depende que a parte negocial esteja madura. A ideia é que esse front siga o modelo do contabilizei-abertura-front, criado com o vue-cli, usando o preset (https://bitbucket.org/contabilizei-ninjas/contabilizei-vue-cli-preset/src/master/).

### Fase X

Adicionalmente, um ganho arquitetural que podemos ter é com a implementação da comunicação com IUGU usando pub-sub. Isso fará com que nossos sistemas fiquem resistentes a eventuais indisponibilidades do IUGU. É necessário um discovery técnico para entendermos se fazemos essa implementação no contabilizei-pagamentos ou em outro lugar.

###### tags: `leads`, `roadmap`