v33
Estudo de Caso · WPM Pampulha · 2024–2026

QUANDO A
LINHA DE
FRENTE LIDERA

Um recepcionista identificou falhas operacionais reais, ouviu a equipe, e construiu do zero — sem budget, sem TI, sem pedir autorização — um sistema completo de gestão que eliminou perdas, criou visibilidade e começou a mostrar o que acontece quando funcionários engajados são reconhecidos e têm ferramentas à altura do seu empenho.

Papel
Designer · Dev · Usuário
Plataforma
Browser-only HTML/JS
Duração
2026 (+80 horas de projeto)
Versão atual
v33 · Março 2026
01

INTRODUÇÃO

Contexto do projeto, meu papel e por que ele existe.

🎯

Meu papel neste projeto: Fui o único responsável por tudo — identificação do problema, pesquisa com a equipe, definição de escopo, arquitetura da informação, design de interface, desenvolvimento front-end, testes e iterações contínuas. Não há equipe de UX, não há squad de produto. Há um recepcionista que ouviu a equipe, sentiu as mesmas frustrações, e decidiu transformar insatisfação coletiva em solução concreta.

"Se você está em uma empresa onde não é reconhecido e é tratado da mesma forma que alguém que não está nem aí para nada — você desanima, você desiste, você vai embora."

Este projeto nasceu dessa realidade. Não apenas da minha — mas de conversas reais com colegas de recepção, de feedbacks que se repetiam em unidades diferentes, de uma insatisfação comum: funcionários que entregam mais não são visíveis. E o que não é visível, não é valorizado. Construir um sistema que tornasse esse esforço concreto, rastreável e público dentro da equipe foi tanto uma decisão de produto quanto uma decisão humana.

Trabalho na recepção da WPM Pampulha em Belo Horizonte. Sou responsável pelo atendimento de novos alunos, controle de pendências, acompanhamento de NPS e gestão operacional do dia a dia. Paralelamente, curso CST Gestão Comercial na UNINTER e carrego uma visão de liderança humanizada — a crença de que quem está na linha de frente tem os dados mais valiosos.

Em 2024, a realidade operacional era clara: não existia ferramenta adequada para o nível de controle que a função exigia. O que existia eram planilhas fragmentadas, anotações em papel, e informações que se perdiam entre turnos.

Decidi construir a solução. Do zero. No navegador. Sem backend, sem custo de infraestrutura, sem dependência de TI corporativa. O sistema hoje está na v33, com suíte de 90 autotestes, backup JSON, exportação CSV, e 8 módulos operacionais completos.

Por que browser-only?

A escolha não foi limitação técnica — foi decisão de design. Um arquivo HTML que roda em qualquer navegador, sem instalação, sem login, sem servidor, é universalmente acessível pela equipe da unidade. É a solução mais democrática possível para o contexto de uma academia.

Identidade visual

O sistema adota as cores oficiais da WPM (#FFC20F e #111111), tipografia Montserrat, e uma linguagem visual densa e executiva — pensada para monitores de recepção em ambiente de alta demanda.

WPM Gestão Interna · v33 · arquivo local
Dashboard principal
Dashboard principal — "Painel Executivo da Recepção" com KPIs em tempo real, atalhos de ação e navegação por 8 abas operacionais.
02

O PROBLEMA

O que estava quebrado antes deste sistema existir.

"A recepção de uma academia não é só sorrir e entregar a toalha. É vender, reter, acompanhar, registrar, escalar e responder. E nenhuma dessas coisas tinha onde viver com consistência."

O cenário antes do sistema

A operação diária dependia de memória individual, planilhas não padronizadas e comunicação verbal entre turnos. Quando um recepcionista saía, o contexto ia junto. Pendências de alunos se perdiam. Vendas de addons não eram rastreadas com precisão. O NPS era um número que chegava de cima, sem saber quem havia sido citado positivamente.

A escala de professores e recepcionistas existia em papel ou em grupos de WhatsApp — sem registro histórico, sem filtro, sem exportação. Eventos e campanhas eram anotados mentalmente ou em post-its.

O resultado? Retrabalho constante, ruído de comunicação e zero visibilidade gerencial sobre o que de fato acontecia na linha de frente.

Problemas mapeados

Pendências perdidas na troca de turno Sem rastreamento de addons por dia NPS sem atribuição de funcionário Escala só em papel ou WhatsApp Histórico mensal inexistente Sem backup de informações Comunicação dependia de memória Eventos sem registro formal Sem visão de desempenho por atendente Feedback de novos alunos não monitorado

As 4 perguntas que ninguém conseguia responder de imediato:

Retenção

"Quais alunos novos deste mês ainda não responderam o aviso de NPS?"

Vendas

"Quantos addons o Wallace vendeu na terça-feira, categoria Energy?"

Operação

"Quem está de plantão na recepção hoje às 16h e houve alguma troca aprovada?"

Qualidade

"Qual é a pendência em aberto há mais tempo e quem é o responsável?"

O CUSTO DO NÃO RECONHECER

O problema que nenhuma planilha captura — e que custa mais caro do que parece.

Falta de reconhecimento não é um problema de RH. É um problema de negócio. Quando um funcionário que entrega mais é tratado da mesma forma que um que não se importa, a mensagem implícita é clara: esforço não compensa. E quando essa mensagem se repete por tempo suficiente, ela gera desligamento — primeiro emocional, depois formal.

Desligamentos têm custo direto — processo seletivo, treinamento, adaptação. Mas o custo macro é maior: a equipe fica menor, o esforço se redistribui sobre quem ficou, o desgaste aumenta, a qualidade do atendimento cai, e o gestor absorve tudo isso enquanto tenta manter a operação de pé. Um desligamento pode virar uma bola de neve.

O oposto também é real. Um funcionário reconhecido e motivado, que vê seu nome em destaque — em vendas, em feedbacks positivos — não apenas mantém a entrega: ele eleva o padrão do entorno. O reconhecimento tem efeito cascata positivo do mesmo jeito que a frustração tem efeito cascata negativo.

O raciocínio de escala

A WPM tem mais de 2.000 unidades. Se elevarmos de forma eficiente a entrega e a motivação de apenas 1 funcionário por unidade — esse funcionário vai gerar mais vendas, elevar a própria média, influenciar quem está ao redor. Multiplicado por 2.000 unidades, o impacto é gigantesco. Não como projeção otimista — como consequência lógica de sistemas que tornam o esforço visível.

A hipótese central do sistema

Se o funcionário vê seu nome diariamente como destaque — líder em vendas, em feedbacks positivos, em presença — isso reforça a continuidade da entrega. Quem aparece abaixo sente a urgência de melhorar. Não por punição: porque os resultados são públicos e todos estão vendo.

Problema humano
Invisibilidade do esforço

Quem entrega mais não tem como provar. Quem entrega menos não sente pressão para mudar. A operação nivela por baixo sem que ninguém perceba.

Consequência operacional
Desligamentos evitáveis

Frustração acumulada vira pedido de demissão. Cada saída custa tempo, dinheiro e moral da equipe — um efeito cascata que a liderança absorve sozinha.

A alavanca ignorada
Reconhecimento com dado

Não basta elogiar. O funcionário precisa ver — em número, em ranking, em destaque — que o empenho é registrado, público e valorizado. Isso muda comportamento.

03

OBJETIVOS

O que o sistema precisava ser capaz de fazer — e o que ele deliberadamente não é.

Objetivo 01
Centralizar a operação

Reunir em um único lugar: alunos novos, pendências, NPS, addons, escala e eventos. Acabar com a fragmentação de informação entre turnos.

Objetivo 02
Gerar visibilidade de desempenho

Dar ao líder e ao próprio atendente clareza sobre produtividade, feedback positivo, volume de addons e situação das pendências.

Objetivo 03
Persistir dados com segurança

Garantir que nada se perde entre sessões. localStorage com backup JSON exportável, snapshot local e importação com sanitização profunda.

Objetivo 04
Funcionar sem infraestrutura

Um único arquivo HTML. Sem servidor, sem banco de dados externo, sem instalação. Qualquer computador da recepção consegue abrir.

Objetivo 05
Ser adaptável pela equipe

Aba de Configurações onde nomes de funcionários e categorias de addons são editáveis sem tocar em código. Autonomia operacional real.

Fora de escopo
O que não é este sistema

Não substitui o sistema oficial WPM. Não é app mobile. Não tem login multi-usuário simultâneo. Decisão consciente de escopo.

04

PESQUISA

Como o problema foi mapeado — com metodologia informal mas sistemática.

🔍

Contexto da pesquisa: Não houve laboratório de usabilidade, budget de UX research ou grupo focal. O que houve foi algo potencialmente mais valioso: observação diária de dentro do problema por mais de um ano. Sou simultaneamente pesquisador, designer e usuário primário do sistema.

Métodos utilizados

Método 01
Observação participativa
Durante os turnos, registrei cada momento de fricção: quando buscava informação e não encontrava, quando um colega perguntava algo que ninguém sabia responder, quando uma pendência foi esquecida.
Método 02
Conversas informais com a equipe
Perguntei aos colegas o que mais os travava no dia a dia. As respostas convergiam: "não sei o que o turno anterior deixou", "não lembro quem vendeu o quê", "sumiu o contato do aluno".
Método 03
Análise do fluxo atual (As-Is)
Mapeei como cada processo era feito antes: registro de aluno (papel/memória), addons (planilha solta), NPS (nenhum rastreamento por funcionário), escala (foto do quadro no WhatsApp).
Método 04
Iteração como pesquisa contínua
Cada versão (v1 → v33) foi um ciclo de pesquisa aplicada. Bugs encontrados em uso real e fricções identificadas foram diretamente convertidos em melhorias nas versões seguintes.

Perfil dos usuários

Usuário primário
Recepcionista / Hostess

Usa o sistema durante o turno. Precisa de velocidade: cadastrar um aluno novo em menos de 60 segundos, registrar uma venda de addon em segundos, consultar uma pendência pelo nome. Não tem paciência para fluxos complexos.

Usuário secundário
Líder / Coordenação

Acessa para visão gerencial: qual atendente tem mais feedback positivo, quantos addons foram vendidos, quais pendências estão abertas há mais tempo. Usa Dashboard e exportações CSV.

Usuário construtor
Wallace (autor)

Usa, testa, itera e valida tudo. O único que acessa Configurações com frequência e que executa os autotestes periódicos para garantir integridade dos dados.

05

INSIGHTS

O que a observação revelou sobre como a recepção realmente funciona.

Insight 01 · Troca de turno

A principal perda de informação acontece na virada de turno. O que o recepcionista anterior fez ou deixou pendente precisa de um repositório vivo — não de comunicação verbal.

Insight 02 · Granularidade

Registrar "vendemos 5 addons hoje" não basta. A equipe precisa saber quem vendeu, qual categoria, em que dia — para feedback individual e análise de padrões comerciais.

Insight 03 · NPS é mais que número

O NPS é uma ferramenta motivacional subutilizada. Quando o funcionário vê o próprio nome no ranking de citações positivas, o engajamento com qualidade do atendimento muda concretamente.

Insight 04 · Pendências urgem

Pendências sem prazo visível evaporam. A equipe precisa de sinalização clara de urgência — não apenas de uma lista cronológica sem contexto visual.

Insight 05 · Escala é dinâmica

A escala real é diferente da escala oficial. Trocas, coberturas e feriados acontecem constantemente. O sistema precisa absorver essa dinâmica com naturalidade.

Insight 06 · Confiança nos dados

Sem backup, a ferramenta não é confiável. Um bug de localStorage que apague dados destrói a adoção. Segurança de dados é feature de UX, não só de engenharia.

06

FLUXOS E SOLUÇÃO

A arquitetura de informação do sistema e as decisões por trás de cada escolha.

Arquitetura de navegação — 8 módulos

ABA 01
Dashboard
ABA 02
Alunos novos
ABA 03
Vendas de addons
ABA 04
Pendências
ABA 05
NPS
ABA 06
Escala
ABA 07
Eventos e ações
ABA 08
Configurações

Fluxo principal — cadastro de novo aluno

01
Aluno chega à recepção
02
Abre modal "Novo atendimento"
03
Preenche nome, CPF, data/hora, atendente, feedback, addon, obs.
04
Salva — aparece na tabela do mês
05
Dashboard atualiza métricas em tempo real

Decisões de design — por que escolhi cada abordagem

DecisãoAlternativa descartadaRazão da escolha
Aba única por mês (contexto temporal)Todos os dados em uma tela sóA recepção opera por períodos mensais. Separar por mês reflete o modelo mental real da equipe e facilita o histórico anual.
Modal para cadastrosFormulário em página dedicadaO recepcionista não pode perder o contexto enquanto cadastra. O modal mantém o estado da tela de fundo visível.
Kanban de pendências + tabelaApenas tabela linearA tabela serve para busca e edição. O kanban (Abertas/Respondidas/Concluídas) serve para visão de status rápida durante o turno.
Risk Meter de NPS (visual analógico)Número puro + textoA faixa colorida (vermelho → verde) comunica urgência instantaneamente. O número 56 não diz se é bom — a faixa amarela diz.
Grid de addons por dia × categoriaFormulário de lançamento individualO padrão real é lançar ao final do turno. A grid permite edição em massa sem fricção.
Escala visual do mês (card por dia)Tabela apenasA escala visual imita o quadro físico da unidade, reduzindo a curva de adoção. Familiar = rápido.
Identidade WPM (#FFC20F / #111)Paleta neutra genéricaO sistema é interno à unidade. Usar as cores da marca aumenta legitimidade e sensação de produto profissional.
Autotestes rápidos embutidosTestes externos / manuaisA equipe não é técnica. Os autotestes são não-destrutivos e rodam com um clique, validando backup, exports e integridade sem risco.
07

PROCESSO DE ITERAÇÃO

Da v1 à v33 — como o sistema evoluiu através de ciclos reais de uso.

📐

Nota sobre wireframes: Este projeto não passou por wireframes em papel ou Figma antes do desenvolvimento — o primeiro "wireframe" foi a v1 do próprio código HTML. Cada problema real encontrado em uso virou especificação para a próxima versão. Este é um processo honesto de design orientado por fricção real, não por hipóteses de usuário.

V1 – V5 · 2024
MVP: Registro de alunos e addons
Primeiras versões com apenas as abas de alunos novos e controle de addons. Layout simples, sem identidade visual consolidada. Objetivo: substituir a planilha manual. Funcionou — a equipe começou a usar mesmo com as limitações.
V6 – V12
Expansão: Pendências e NPS
A demanda por controle de pendências ficou evidente após as primeiras semanas de uso. O kanban e o módulo de NPS com ranking de citações foram adicionados. Primeiro ciclo de feedback: os modais eram complexos demais — simplificados.
V13 – V20
Maturação: Escala e identidade visual
A escala foi o módulo mais complexo de projetar. A primeira versão era tabela pura — difícil de ler em operação. A segunda tentativa introduziu a "Escala Visual do Mês" inspirada no quadro físico. Feedback positivo imediato. A identidade WPM (#FFC20F) consolidou-se nesta fase.
V21 – V28
Robustez: Backup, exportação e autotestes
Bugs de localStorage em alguns navegadores destruíram dados em duas ocasiões. Reprojeto completo da camada de dados: snapshot local, exportação JSON com timestamp, importação com sanitização profunda e suíte de 90 autotestes não-destrutivos. A confiança nos dados tornou-se o principal atributo de qualidade.
V29 – V33 · 2026
Polimento: Eventos, busca acentuada e cobertura anual
A aba "Eventos e ações" nasceu da necessidade de registrar campanhas e feriados com visão de calendário mensal. Busca insensível a acentos para nomes de alunos. Cobertura anual com status por período. Dashboard com destaques executivos em tempo real. Maturidade de produto.

33 versões em ~2 anos. Cada versão não é reescrita — é iteração cirúrgica. O que funciona fica. O que causa fricção muda. Este é o ciclo de design mais honesto possível: o usuário final e o designer são a mesma pessoa, e não há espaço para ego — só para eficiência operacional.

08

UI FINAL

Cada módulo — o que faz, por que foi desenhado assim, e o que ele resolve.

Módulo 01

DASHBOARD — PAINEL EXECUTIVO

A tela inicial é propositalmente densa. 7 KPIs na barra superior (total alunos, feedback médio, % feedback positivo, NPS atual, pendências abertas, próxima escala, próximo evento) dão ao gestor e ao recepcionista uma leitura completa do mês em menos de 5 segundos.

Abaixo, 4 cards de destaque contextual: Top em feedback, líder de addons, urgência operacional e meta NPS. Cada um com barra de progresso — não só um número, mas uma narrativa.

Seção de desempenho por atendente com comparativo vs média: permite identificar quem precisa de apoio e quem merece reconhecimento — sem subjetividade.

Decisão de UX

O hero da tela com botões de ação rápida (+ Novo atendimento, + Nova pendência) foi posicionado acima do fold de propósito: o fluxo mais frequente deve ter o menor número possível de cliques. 2 cliques para registrar qualquer coisa.

Dashboard hero
Hero + KPIs + botões de ação rápida
Dashboard métricas
Desempenho por atendente + feedback visual comparativo
Módulo 02

ALUNOS NOVOS — REGISTRO DE ATENDIMENTO

Cada novo aluno matriculado no mês é registrado aqui. A tabela exibe: nome, matrícula, última visita (editável inline), hora, data de início, aviso NPS, atendente, feedback de resposta, addon vendido e observações.

A busca é insensível a acentos — digitar sem acento encontra nomes com acento. Filtros por atendente e tipo de feedback permitem análises segmentadas sem exportar dados.

O modal de cadastro foi projetado para ser completado em menos de 60 segundos, com campos organizados por frequência de uso.

Decisão de UX

A data/hora da visita é editável diretamente na tabela (input nativo do browser), sem precisar abrir modal de edição para uma correção simples. Reduz um passo crítico para o uso mais frequente de ajuste de horário.

Alunos novos tabela
Tabela de alunos novos com filtros por atendente e feedback
Modal novo atendimento
Modal "Novo atendimento" — cadastro em fluxo único
Módulo 03

VENDAS DE ADDONS

Resolve um problema específico: saber exatamente quem vendeu o quê, em qual dia, em qual categoria. Cada recepcionista tem uma seção com grid de dias × categorias (Energy, Body, Coach), editável por célula.

O total por categoria e o total do mês são calculados automaticamente. Os dados se sincronizam com o Dashboard e com o módulo de alunos novos.

Decisão de UX

A grid de dias foi inspirada em planilhas físicas que a equipe já conhecia. Familiaridade reduz curva de aprendizado. A inovação está em calcular e agregar automaticamente — o que a planilha de papel nunca fez.

Grid de addons
Grid de addons: cada recepcionista × cada dia × cada categoria
Módulo 04

PENDÊNCIAS — KANBAN + TABELA

O módulo tem dupla visualização: tabela completa (busca, edição, histórico) + quadro kanban lateral (Abertas / Respondidas / Concluídas). As duas visões mostram os mesmos dados com propósitos diferentes.

O kanban serve para o turno atual: ver rapidamente o que está aberto e urgente. A tabela serve para gestão: filtrar por atendente, buscar um aluno, exportar. Cards com indicador de urgência para pendências prioritárias.

Decisão de UX

O kanban surgiu de uma fricção real: a tabela era ótima para buscar, mas ruim para "ver o estado geral". O cérebro humano processa posição espacial (esquerda = aberto, direita = feito) mais rápido que lê status em texto.

Pendências tabela + kanban
Visão tabela + kanban lateral simultâneos
Kanban com urgência
Kanban com cards de urgência pulsante + modal nova pendência
Módulo 05

NPS — RISK METER + RANKING

Duas seções: o Risk Meter interativo (arco SVG colorido com agulha posicionada na faixa atual: vermelho 0–20, laranja 21–40, amarelo 41–60, verde 61–80, verde escuro 81–100) e o Ranking de citações por funcionário.

A pontuação é editável diretamente (campo + slider). Metas mensal e semestral configuráveis. O ranking permite registrar citações positivas com controles +1/-1 — motivando a equipe de forma tangível e mensurável.

Decisão de UX

O Risk Meter foi a decisão mais ousada de design. Um número 56 não comunica urgência. Uma agulha em zona amarela com meta em verde, visível em 2 segundos, comunica exatamente o que precisa. Design emocional a serviço de dados operacionais.

Módulo NPS
NPS Atual com Risk Meter SVG animado + Ranking de citações por funcionário
Módulo 06

ESCALA — VISUAL + TABELA

Exibe professores e recepcionistas por dia com horários, trocas e observações. A Escala Visual do Mês imita o quadro físico da unidade: cada dia é um card com coluna de professores e coluna de recepção.

A Agenda consolidada apresenta os mesmos dados em tabela — útil para exportação CSV. Suporte a trocas aprovadas, coberturas e feriados com destaque visual por cor.

Decisão de UX

"Duplicar mês anterior" foi adicionado após perceber que 80% da escala de um mês é igual ao anterior. Eliminar trabalho repetitivo é design. Um clique cria uma cópia editável do mês anterior.

Escala visual
Escala visual com cards por dia — professores + recepção
Agenda consolidada
Agenda consolidada em tabela + modal de novo dia de escala
Módulo 07

EVENTOS E AÇÕES

Centraliza campanhas, treinamentos, feriados e ações comerciais em calendário visual mensal + agenda em cards. Cada evento tem tipo, data, hora, local, responsável, status e descrição.

Código de cores por tipo (Evento, Ação, Campanha, Treinamento, Feriado). Painel lateral "Próxima Programação" exibe o evento mais próximo com destaque — preparando a equipe para o que vem.

Decisão de UX

O calendário visual surgiu de um problema concreto: as campanhas chegavam pelo WhatsApp e ninguém sabia o que tinha sido decidido. O calendário não é decoração — é memória organizacional externalizada.

Calendário de eventos
Calendário visual mensal com legenda por tipo de evento
Modal novo evento
Modal de criação de evento com todos os campos relevantes
Módulo 08

CONFIGURAÇÕES E SEGURANÇA

Três seções principais: Equipe e categorias (edição de nomes de funcionários e tipos de addons sem tocar em código), Segurança de dados (Exportar backup, Salvar snapshot local, Restaurar snapshot, Validar sistema) e Cobertura dos períodos (auditoria visual de todos os meses do ano com status Completo/Revisar).

A seção "Como usar" exibe 4 instruções objetivas para novos usuários. O sistema é autoexplicativo por design — nenhum manual externo necessário.

Decisão de UX

Autotestes rápidos rodam validações não-destrutivas de backup, CSV e reset simulado. Segurança de dados é a feature de UX mais importante do sistema. Uma ferramenta que pode perder dados não será usada com confiança.

Configurações
Configurações: equipe, como usar, segurança e cobertura anual
Autotestes
Autotestes rápidos + cobertura dos períodos por mês
09

TESTES E ITERAÇÕES

Como o sistema foi validado ao longo das 33 versões.

Suíte de 90 autotestes

O sistema conta com um arquivo WPM_TestSuite.html separado com 90 casos de teste organizados por módulo, cobrindo: backup/restore JSON, exportação CSV de todas as abas, reset simulado de mês, integridade de vínculos entre módulos, sanitização de dados importados e validação de estrutura de escala.

Testes não-destrutivos — rodam em cópia isolada do estado, sem alterar os dados reais da operação.

Bugs identificados e corrigidos

Bug crítico · V15

Declaração duplicada de const causava crash silencioso na inicialização. Corrigido com linting estruturado.

Bug crítico · V21

Overflow do kanban em telas menores ocultava cards sem scroll visível. Corrigido com overflow explícito e altura máxima por coluna.

Bug de UX · V18

SVG do Risk Meter sobrepunha texto de faixa em resoluções 1280px. Reposicionamento do label resolveu sem refatorar o componente.

Bug de dados · V24

Importação de JSON corrompido sobrescrevia dados válidos. Adicionada sanitização com preservação do backup anterior antes de qualquer import.

Ciclos de feedback real

Feedback recebidoAção tomada
"Não sei qual turno registrou o quê"Campo de atendente obrigatório em todos os cadastros
"A escala tabela é difícil de ler rápido"Criação da Escala Visual (card por dia)
"Perdi dados quando o PC travou"Snapshot local automático + restore com um clique
"Nome com acento não aparece quando digito sem acento"Busca insensível a acentos em todos os campos
"Difícil saber se o mês anterior está completo"Cobertura anual com status visual por período

Métricas de qualidade técnica

90 casos de teste documentados · 0 dados perdidos desde v21 · 100% de cobertura nas operações críticas · Tempo médio de cadastro de aluno < 60 segundos

10

RESULTADO

O que mudou na operação real após a adoção do sistema.

33
Versões iteradas
v1 → v33 · +80h de projeto
8
Módulos operacionais
completamente funcionais
90
Casos de teste
na suíte automatizada
0
Custo de infraestrutura
servidor, banco ou cloud
12
Períodos com histórico
cobertos na base atual
100%
Browser-only
sem dependência externa

Impactos operacionais concretos

  • Troca de turno: Recepcionistas têm contexto completo do que o turno anterior registrou. Não é mais dependente de comunicação verbal ou memória.
  • Visibilidade de desempenho: O gestor consegue ver, por atendente, quantos alunos foram atendidos, percentual de feedback positivo e volume de addons — em menos de 10 segundos.
  • NPS como ferramenta de equipe: O ranking de citações tornou o NPS algo concreto e motivador, não apenas um número corporativo recebido passivamente.
  • Pendências: zero perda: Nenhuma pendência foi "esquecida" desde a adoção do módulo — cada uma tem responsável, data, status e resposta registrados.
  • Escala documentada: Fim das dúvidas sobre "quem está de plantão e houve troca?". Consulta em 5 segundos via busca na aba Escala.

Visão e ambição

Este projeto não é uma candidatura à liderança de unidade. É a prova de que consigo identificar problemas operacionais reais, projetar soluções sistemáticas e entregar resultados tangíveis — sem budget, sem equipe, sem aguardar autorização. É a evidência de como penso sobre operação, sobre pessoas e sobre escala.

Quero crescer dentro da WPM. Não apenas gerenciar uma unidade — mas contribuir em níveis onde as decisões impactam muitas unidades, muitas equipes, muitos funcionários que têm exatamente as mesmas frustrações que eu observei aqui. A capacidade de enxergar um problema de dentro, traduzir em solução e executar com consistência é o que separa quem opera de quem transforma.

"Não construí isso para impressionar. Construí porque a operação precisava, porque a equipe merecia melhor, e porque eu sabia como resolver. O que acontece com quem resolve problemas que ninguém pediu para resolver? As pessoas certas percebem."

11

APRENDIZADOS

O que este projeto me ensinou sobre design, produto e liderança.

Próximos passos

O sistema está maduro para ir além de uma unidade.

Apresentação formal para liderança regional
Documentação técnica para handoff e replicação
Piloto em unidades parceiras (validação de escala)
Limitações conhecidas

Limitações conscientes que são decisões de escopo, não falhas técnicas.

Sem multi-usuário simultâneo
localStorage tem limite de ~5MB por domínio
Sem sincronização em nuvem nativa
Roadmap futuro

Se houver suporte institucional, a evolução natural inclui:

Migração para PWA com service worker
Sync via Google Sheets API
Dashboard de gestão regional