Marketplace de beleza e bem-estar · App e painel web
EasySPA
Aplicativo que ligava clientes a profissionais e empresas de beleza e bem-estar por localização, agenda e avaliação, com uma rede de afiliados para captar profissionais e vender publicidade.
Papel
CTO e sócio da Rio Tech
Organização e período
Rio Tech · 2015
Plataformas
App do cliente · Versão para profissionais e empresas · Painel web de revenda e afiliados
Versão posterior do app: categorias, conteúdo, ofertas e agenda. Arquivo de design, 2015.
01 / Contexto
História e problema
Para quem
Clientes que buscam serviços de beleza e bem-estar perto de casa, e profissionais autônomos ou empresas do setor (manicure, cabeleireiro, estética, massagem, maquiagem e, nos planos maiores, personal trainer, fisioterapia, nutrição, odontologia e salões).
Problema
Encontrar um profissional confiável, perto e com horário disponível dependia de indicação. Do outro lado, profissionais autônomos não tinham uma vitrine nem uma forma simples de organizar a agenda.
Restrições
Produto da mesma equipe da Rio Tech, em paralelo à atuação em segurança pública, com aquisição de profissionais feita por uma rede de afiliados em vez de equipe comercial própria.
Janeiro de 2015
Protótipo das telas do app, versão 1.0: login, cadastro, busca por mapa e filtros, perfil, chat, histórico e qualificação.
Julho de 2015
Apresentação comercial com proposta, recursos para cliente e profissional e sistema de afiliados com planos P1 a P4.
2015
Design da versão posterior: app com destaques, ofertas (EasyClub), produtos (EasyBeauty), chat e agenda, e painel web de revenda com faturamento e boletos.
02 / Papel
Minha responsabilidade
Liderança e direção
Defini o produto e o modelo de negócio: assinatura por categoria, publicidade e rede de afiliados com comissão.
Conduzi a evolução do protótipo para a versão com conteúdo, ofertas e painel de revenda.
Trabalho da equipe
Design e desenvolvimento pela equipe da Rio Tech; diretoria comercial responsável pela rede de afiliados.
03 / Arquitetura
Arquitetura documentada
Arquitetura funcional do EasySPA: canais, funções e integrações do app e do painel de revenda, e as linguagens usadas pela equipe.
Arquitetura funcional do EasySPA (2015)
Usuários
Cliente
Profissional ou empresa
Afiliado
Canais
App do cliente
Versão do profissional
Painel web de revenda
Plataforma
Busca por raio e filtros
Chat e agenda
Qualificação pós-atendimento
Planos e comissões
Publicidade
Serviços externos
Mapas
Login com Facebook
Cobrança por boleto
Conexões
O cliente busca por mapa ou filtros, abre o perfil, conversa pelo chat e combina o horário.
A qualificação só é liberada depois que o atendimento é concluído.
Afiliados captam profissionais; as assinaturas geram boletos e comissões acompanhadas no painel de revenda.
Camadas e tecnologias
Interface
App do cliente com menu 'Quero me embelezar', escolha de categoria, mapa com raio ajustável, filtros, lista ordenável, perfil, chat, histórico e configurações; versão posterior com destaques, ofertas, produtos e agenda. Painel web com faturamento, boletos, afiliados, banners, anúncios, notificações e relatórios.
Regras de negócio
Planos P1 a P4 por grupo de categorias; categoria principal e categorias extras com valores próprios; comissão do afiliado na venda e nos meses seguintes; espaços de publicidade (banner na home, destaques na busca, divulgação de eventos).
Linguagens
Java no aplicativo Android, Python e C++ no servidor.
Integrações
Mapas para a busca geográfica, login com Facebook e cobrança das assinaturas por boleto bancário.
04 / Decisões
Decisões técnicas e compromissos
01
Avaliação só depois do atendimento
Problema
Avaliações abertas a qualquer usuário perdem credibilidade.
Decisão
Liberar a qualificação apenas quando o atendimento estiver concluído, separando no histórico os profissionais já qualificados dos que esperam avaliação.
Motivo
A reputação do profissional passa a refletir atendimentos reais, que é o que dá valor ao marketplace.
Compromisso
Menos avaliações no início, em troca de confiança.
02
Duas formas de buscar
Problema
Parte dos clientes pensa em distância; outra parte, em especialidade ou reputação.
Decisão
Busca no mapa com raio ajustável e busca por filtros, com ordenação por proximidade, nome ou qualificação.
Motivo
Atende os dois comportamentos sem telas separadas.
Compromisso
Mais estados de interface para projetar e testar.
03
Crescimento por afiliados
Problema
Montar uma equipe comercial nacional custaria caro para um produto novo.
Decisão
Rede de afiliados remunerada por comissão na primeira venda e nos meses seguintes, com valores por plano e por categoria extra.
Motivo
Custo variável de aquisição, alinhado à receita gerada.
Compromisso
Exige controle de comissões, cobrança e qualidade dos profissionais captados, por isso o painel de revenda.
04
Ir além do agendamento
Problema
Um app usado só quando a pessoa precisa de um serviço tem pouca recorrência.
Decisão
Na versão posterior, acrescentar conteúdo, ofertas da cidade (EasyClub) e produtos (EasyBeauty).
Motivo
Motivos para abrir o app entre um atendimento e outro e novas fontes de receita.
Compromisso
Escopo maior e risco de dispersão do produto principal.
05 / Funcionamento
Fluxo e modelo
Do pedido à avaliação (dados fictícios)
A cliente entra pelo app e toca em 'Quero me embelezar'.
Escolhe Manicure e vê as profissionais num raio de 5 km no mapa.
Filtra por qualificação e abre o perfil de uma profissional com horário disponível.
Combina o atendimento pelo chat.
Depois do atendimento, a avaliação fica disponível no histórico; antes disso, o app informa que a qualificação depende da conclusão.
Modelo lógico simplificado
Cliente
nome, cidade, bairro, foto
Profissional ou empresa
tipo, especialidades, área de atendimento, horários, qualificação média
Plano
grupo P1 a P4, categoria principal, categorias extras, valor mensal
Atendimento
cliente, profissional, data, situação, avaliação
Afiliado e comissão
carteira de profissionais, plano vendido, valor da venda, valores mensais
06 / Evidências
Resultados e próximos passos
Resultados e evidências
Protótipo completo do app em 17 telas (janeiro de 2015).
Modelo comercial com planos por categoria, publicidade e rede de afiliados documentado na apresentação de julho de 2015.
Versão posterior do app, com destaques, ofertas, produtos, chat e agenda, e painel web de revenda com faturamento, boletos, afiliados e relatórios.
Próximos passos
Cobrança das assinaturas por boleto, sem pagamento dentro do app.
07 / Proposta
Como eu arquitetaria hoje
Proposta de arquitetura atual. Não foi implementada.
Proposta de arquitetura para um marketplace de serviços com a tecnologia atual. Não foi implementada: mostra como eu resolveria hoje os pontos que o modelo de 2015 deixava em aberto, como pagamento, agenda concorrente e confiança nas avaliações.
Proposta de arquitetura atual (não implementada)
Canais
App do cliente iOS/Android
App do profissional
Painel de parceiros
Borda
API e CDN
Login social e por código
Serviços
Busca geoespacial
Agenda e reservas
Pagamentos com split
Mensagens
Avaliações
Comissões
Dados
PostgreSQL + PostGIS
Índice de busca
Cache
Analítico
Operação
Contêineres gerenciados
Filas
Observabilidade
Conexões
A busca combina distância, disponibilidade real da agenda e reputação.
A reserva bloqueia o horário e o pagamento fica retido até o atendimento; o valor é dividido entre profissional, plataforma e afiliado.
Avaliações só existem para reservas pagas e concluídas.
Camadas propostas
Interface
Apps multiplataforma para cliente e profissional, painel web para empresas e afiliados, notificações push para lembretes e mudanças de agenda.
API e serviços
Serviços de busca, agenda, pagamentos, mensagens, avaliações e comissões, com eventos para manter os módulos desacoplados.
Persistência
PostgreSQL com PostGIS para área de atendimento, índice de busca para ranking, cache para disponibilidade e base analítica para crescimento e qualidade.
Integrações
Gateway de pagamento com divisão de valores (marketplace), Pix e cartão, mapas e login social.
Segurança
Verificação de identidade de profissionais, dados pessoais mínimos, permissões por empresa e auditoria de pagamentos e comissões.
Qualidade
Testes de concorrência na agenda, testes de contrato com o gateway de pagamento e métricas de comparecimento e cancelamento.
Decisões que eu tomaria
01
Pagamento retido até o atendimento
Problema
Boleto e combinação por chat geram faltas e calote.
Decisão
Cobrar na reserva, reter até a conclusão e dividir automaticamente entre profissional, plataforma e afiliado.
Motivo
Reduz faltas, simplifica comissões e dá prova de que o atendimento existiu.
Compromisso
Taxas do gateway e regras de reembolso a definir.
02
Agenda com bloqueio de horário
Problema
Duas clientes podem tentar reservar o mesmo horário ao mesmo tempo.
Decisão
Reserva com bloqueio temporário e confirmação atômica no banco.
Motivo
Nenhum horário vendido duas vezes.
Compromisso
Horários ficam presos por alguns minutos durante o pagamento.
03
Livro-razão de comissões
Problema
Comissões recorrentes de afiliados geram disputas.
Decisão
Registrar cada comissão como lançamento imutável vinculado ao pagamento de origem.
Motivo
Extrato auditável para afiliado, profissional e financeiro.
Compromisso
Correções viram lançamentos de estorno em vez de edição.
08 / Telas
Galeria
Versão posterior do app: categorias de serviço, destaques, EasyClub (ofertas), EasyBeauty (produtos), chat e agenda.
Painel de revenda: faturamento, boletos em aberto e pagos, afiliados, banners e relatórios. Nomes de clientes ocultados.
Protótipo v1.0, janeiro de 2015: login com e-mail ou Facebook.
Cadastro em duas etapas, com endereço e foto de perfil.
Início com 'Quero me embelezar', conversas, atendimentos e configurações.
Escolha do tratamento: manicure, cabeleireiro, maquiagem, massagem e estética.
Profissionais no mapa ao redor do cliente, com raio de busca ajustável.
Filtros por especialidade, cidade, zona, qualificação e tipo de profissional.
Lista ordenável por proximidade, ordem alfabética ou qualificação.
Perfil com apresentação, especialidades, horários e localidade.
Chat para combinar o atendimento.
Qualificação liberada só depois do atendimento concluído.
