Beatriz C.

Projetos (Aguardando Propostas):

• Migração de domínio lovable.app para .com.br

  Desenvolvimento Web | Orçamento: Aberto | Publicado: | Propostas: 38

  Objetivo
  Migrar de .lovable.app para .com.br garantindo:
  - acesso estável
  - redirecionamento correto
  - nenhum impacto na experiência, logins ou e-mails
  
  Escopo
  - configurar novo domínio .com.br
  - manter domínio antigo ativo com redirect
  - atualizar URLs do sistema
  - garantir funcionamento de e-mails e APIs
  
  Implementação
  1. DNS + Hosting
  - apontar nutrimindy.com.br para a infraestrutura atual
  - configurar SSL (HTTPS obrigatório)
  
  2. Redirect
  - todo tráfego de:
  - .app/*
  - redirecionar para
  - .com.br/*
  - Tipo: 301 (permanente)
  
  3. Frontend
  Atualizar:
  - base URL
  - links internos
  - assets (se necessário)
  
  4. Backend
  Atualizar:
  - CORS (novo domínio)
  - URLs em e-mails (CTA), webhooks, callbacks
  - variáveis de ambiente (env vars)
  
  5. Autenticação
  Validar:
  - cookies/sessão funcionam no novo domínio
  - login não quebra
  - (se houver) ajustar domain do cookie
  
  6. E-mails
  Atualizar:
  - links dentro dos templates
  - tracking links (se houver)
  
  7. SEO (básico)
  - garantir redirect 301 correto
  - evitar duplicidade de domínio
  
  Pontos de atenção
  - evitar mixed content (http vs https)
  - garantir que o redirect não crie loop
  - verificar subdomínios (se existirem)

• Implementar assinatura recorrente via Mercado Pago

  Desenvolvimento Web | Orçamento: Aberto | Publicado: | Propostas: 31

  Atualmente temos apenas a assinatura mensal; precisamos da recorrente. App está no Lovable e os planos são via Mercado Pago.
  
  - Objetivo
  - Assinatura mensal (12 ciclos) via Mercado Pago
  
  - Enviar e-mail para qualquer plano
  
  - Garantir que o plano atual do usuário esteja sempre correto no front
  
  - Planos (conforme front)
  - Essencial
  - Mensal - R$39
  - Anual - R$19/mês (cobrado anualmente)
  
  - Premium
  - Mensal - R$99
  - Anual - R$69/mês (cobrado anualmente)
  
  - Assinatura: salvar os seguintes campos:
  - subscription_id
  - status
  - cycle_count
  - plano (Essencial | Premium)
  - tipo (mensal | anual)
  - valor
  
  - Ciclos
  - mensal recorrente (até 12x)
  - ao atingir 12 - marcar como status 'completed'
  
  - Webhooks (Mercado Pago)
  - aprovado - ativa e incrementa ciclo
  - recusado - marcar como 'past_due'
  - cancelado - marcar como 'canceled'
  
  - Sync plano (IMPORTANTE)
  - Problema atual: front não atualiza automaticamente o plano.
  
  - Solução: sempre que houver evento:
  - nova assinatura
  - pagamento aprovado
  - cancelamento
  
  Atualizar no backend:
  - user.plano
  - user.tipo
  - user.status_assinatura
  
  - Regra no front:
  - Não carregar a tela "Minha Conta" automaticamente; ou, após ação de pagamento, chamar /me e atualizar a UI

• Publicar app na Google Play e Apple App Store

  Desenvolvimento Mobile | Orçamento: Aberto | Publicado: | Propostas: 15

  Contexto: temos um webapp no lovable e queremos publicá-lo na Play Store e na Apple App Store.
  
  Objetivo
  Disponibilizar o produto como app mobile:
  - Google Play Store (Android)
  - Apple App Store (iOS)
  
  Estratégia
  Opção recomendada (v1)
  - Wrapper do web app (PWA / WebView)
  - Mais rápido e mais barato para validar
  
  Futuro (v2)
  - App nativo ou híbrido (React Native / Flutter)
  
  Escopo
  - Empacotar app mobile
  - Configurar ícone, splash e nome
  - Integrar com o login existente
  - Garantir navegação e responsividade
  - Preparar notificações (futuro)
  
  Requisitos técnicos
  - Domínio .com.br funcionando com HTTPS
  - Layout responsivo (mobile first)
  - Performance aceitável (carregamento rápido)
  - Tratamento de sessão (login persistente)
  
  Publicação
  Google Play
  - Conta developer
  - Build APK/AAB
  - Ficha do app (descrição, prints, ícone)
  
  Apple
  - Conta developer (Apple exige mais validações)
  - Build via Xcode
  - Revisão mais rigorosa
  
  Pontos de atenção
  Apple pode rejeitar um app que é "só um site" - precisa:
  - Valor claro
  - UX mobile bem ajustada
  - Políticas: privacidade e termos de uso
  
  Evoluções futuras
  - Push notifications
  - Integração com WhatsApp
  - Funcionalidades offline
  - Chat in-app
  
  Critérios de aceite
  - App publicado nas duas lojas
  - Login funcionando
  - Navegação fluida
  - Sem quebra de layout mobile
  - Aprovado nas reviews
  
  Testes principais
  1. Login
  - Usuário acessa o app
  - Esperado: login funciona
  
  2. Navegação
  - Percorre fluxos principais
  - Esperado: sem bugs ou travamentos
  
  3. Publicação
  - App submetido e aprovado nas lojas
  - Esperado: disponível para download

• Mensagens transacionais via WhatsApp (engajamento e conversão)

  Outra - Web, Mobile & Software | Orçamento: Aberto | Publicado: | Propostas: 15

  Contexto: temos um app no locable por enquanto e já temos usuários reais utilizando. Queremos aumentar engajamento enviando mensagens no WhatsApp.
  
  - Objetivo
  - Engajar usuários
  - Aumentar ativação
  - Levar para próxima etapa do funil (uso - assinatura - retenção)
  
  - Escopo
  - Envio de mensagens transacionais via API (ex: WhatsApp Business / provider)
  - Templates configuráveis (semelhante ao e-mail)
  - Motor de disparo (reutilizar lógica da régua)
  - Logs de envio
  - Base preparada para futuro chat
  
  - Regras
  Base - usar mesma lógica da régua de e-mail:
  - dias_desde_cadastro
  - nivel_risco
  
  Elegibilidade
  Enviar se:
  - usuário ativo
  - opt-in WhatsApp válido
  - dentro da janela (dias)
  - risco compatível
  
  - Tipos de mensagens
  1. Trial (engajamento)
  - boas-vindas
  - incentivo de uso
  - lembrete de funcionalidades
  - CTA: voltar para o app
  
  2. Conversão
  - estímulo para assinar
  - oferta / benefício
  - CTA: página de pagamento
  
  3. Pós-conversão
  - onboarding premium
  - reforço de valor
  - CTA: uso contínuo
  
  - Variáveis
  - {nome}
  - {objetivo}
  - {dias_cadastro}
  - {checkins}
  - etc
  
  Fallback vazio
  
  - Estrutura
  Templates WhatsApp
  - id
  - tipo (trial, conversão, pós)
  - nivel_risco
  - dia_inicio / dia_fim
  - mensagem_texto
  - cta_url
  - ativo
  
  Logs
  - user_id
  - template_id
  - status (sent, failed, skipped)
  - provider_id
  - sent_at
  
  - Lógica
  Job diário:
  - validar opt-in WhatsApp
  - calcular dias
  - filtrar templates
  - aplicar cooldown
  - escolher 1
  - renderizar variáveis
  - enviar via provider
  - salvar log
  
  - Observação futura
  - Preparar estrutura para evoluir para um chat integrado na plataforma via WhatsApp
  - Salvar histórico
  - Identificar usuário por telefone
  - Receber mensagens (webhook inbound)