Instituição de ensino superior | Pré-inscrição
O desenho de uma jornada que consulta o cadastro antes da coleta, organiza o preenchimento em WhatsApp Flow e preserva revisão, correção e continuidade.
O trabalho conectou
O trabalho concentrou-se na arquitetura, nas telas, nas mensagens e nos estados da jornada.
Integrações e backend permaneceram como dependências técnicas do desenho.
01 | O problema
A existência de um cadastro vinculado ao CPF definia a continuidade. Pessoas já cadastradas poderiam seguir para a inscrição. Novos cadastros precisavam de uma coleta estruturada, validação dos dados e criação de acesso.
Continuar a inscrição usando o estado já identificado, sem abrir uma nova coleta cadastral.
Apresentar o contexto da pré-inscrição e iniciar a coleta guiada no WhatsApp Flow.
Comunicar a geração da pré-inscrição somente após a confirmação do sistema.
02 | Arquitetura conversacional
A validação do formato e a consulta de cadastro transformavam uma entrada em uma decisão de continuidade. O WhatsApp Flow era apresentado somente para quem precisava criar um novo acesso.
Pedir nova entrada e aplicar o limite de tentativas representado no desenho.
Não repetir a coleta de dados cadastrais.
Apresentar contexto e abrir a coleta estruturada.
03 | WhatsApp Flow
No desenho, apenas novos cadastros seguiam para o componente, distribuído em três etapas. A conversa preservava o contexto antes da abertura e retomava a jornada para revisão e confirmação.
CPF, validação de formato e consulta de cadastro.
Nome, e-mail, confirmação de e-mail e telefone.
Senha, confirmação e declarações exigidas pelo projeto.
Informações adicionais previstas para o cadastro.
Resumo, correção ou solicitação de geração da pré-inscrição.
O desenho representava as integrações pelos retornos necessários à experiência. Métodos, contratos e implementação permaneceram sob definição técnica.
04 | Revisão e correção
Antes da solicitação final, a pessoa revisava as informações. A correção retornava à etapa de dados, passava por uma nova validação e atualizava o resumo.
A jornada pede a criação da pré-inscrição e aguarda o retorno do sistema.
Voltar à primeira etapa e preservar senha e aceites no desenho proposto.
Revalidar → atualizar resumoO preenchimento prévio na reabertura fazia parte da proposta de experiência. Sua viabilidade técnica permaneceu pendente de confirmação.
05 | Decisões de experiência
Decisão 01
O dado já havia identificado o estado cadastral. Mantê-lo na conversa reduzia repetição e permitia que o Flow começasse pelas informações necessárias ao novo cadastro.
Decisão 02
A mensagem final do Flow encerrava o preenchimento. O resultado da pré-inscrição só poderia ser comunicado depois do retorno do sistema.
Decisão 03
A arquitetura indicava onde um retorno externo mudava o caminho da pessoa. Essa representação orientava a experiência sem atribuir ao design a definição dos contratos ou da implementação.
06 | Falhas e continuidade
Cada estado precisava produzir uma resposta compreensível e uma continuidade coerente. O desenho combinou recuperações definidas com dependências ainda abertas para Produto, Desenvolvimento e operação.
Nova tentativa com orientação de formato e limite de três entradas no desenho.
Revisar os campos dentro da coleta, sem descartar toda a progressão.
O retorno confirmava a continuidade para a inscrição.
O desenho recomenda atendimento humano para preservar a continuidade.
Permaneceram pendentes de definição técnica ou operacional: erros de consulta, contratos de falha, destino do handoff e comportamento de persistência.
07 | Minha atuação
Estruturei e refinei a jornada no Figma, conectando mensagens, entradas, decisões, telas, dependências, exceções e saídas. Também trabalhei a copy, os pontos de tracking e as indicações necessárias para a continuidade técnica.
Estados cadastrais, caminhos, telas, revisão, correção e continuidade.
Mensagens e CTAs alinhados ao que a pessoa e o sistema realmente sabem.
Refinamento compartilhado de UX e dependências sinalizadas para Produto e Desenvolvimento.
Campos obrigatórios, necessidade de senha e criação de acesso foram requisitos recebidos. A implementação das integrações, do Flow funcional e do backend não fez parte da minha atuação comprovada.
08 | Estado comprovado
A jornada foi estruturada no Figma e refinada após revisão de UX. O estado comprovado permanece no desenho, sem evidência de execução funcional.
Não há resultado quantitativo associado a esta etapa do trabalho.
Síntese
O WhatsApp Flow cumpria uma função específica dentro de uma arquitetura maior. A conversa identificava o contexto, a coleta organizava os dados e o retorno do sistema definia a continuidade possível.
Voltar para trabalhos