Dossiê estratégico de produto e lançamento
Uma visão integrada de marca, produto, experiência, monetização e lançamento, construída para transformar o potencial da plataforma em uma proposta clara, desejável e confiável para casais e convidados.
Pricing e monetização
Casamento não é uma assinatura recorrente: tem data, intensidade e encerramento. O modelo precisa capturar valor no ciclo do evento sem tratar duração artificial como benefício e sem usar presentes para subsidiar uma operação que ainda não foi validada.
Cada casamento possui um ciclo finito. A Weds Love precisa acompanhar quanto custa conquistar um casal, quanto esse casamento gera durante toda a jornada e quanto sobra depois de custos. Faturamento, margem e lucro não são a mesma coisa.
Quanto a Weds Love gasta para conquistar um novo casal. Deve ser calculado por etapa: cadastrado, ativado e pagante. Somam-se mídia, comissão, produção e esforço comercial diretamente ligados à aquisição e divide-se pelo número de clientes obtidos.
Exemplo: R$ 5.000 investidos para conquistar 100 casais pagantes geram CAC de R$ 50 por pagante.
Quanto a empresa fatura, em média, por casal dentro de um período ou grupo analisado sob as mesmas condições. O relatório deve sempre informar se considera todos os cadastrados, todos os ativados ou apenas pagantes.
Exemplo: R$ 20.000 de receita em um grupo de 200 casais que começou no mesmo período equivalem a ARPU de R$ 100 por casal.
Quanto um casamento deixa de contribuição durante toda a relação com a Weds Love. Inclui plano, taxa de presentes e complementos, descontando gateway, domínio, suporte variável, impostos, reembolsos e perdas. Não é uma assinatura por anos.
Exemplo: se um casamento gera R$ 220 de receita e consome R$ 90 em custos variáveis, seu LTV de contribuição é R$ 130.
Compara quanto o casamento deixa com quanto custou conquistá-lo. Uma relação 3:1 significa que a contribuição é três vezes o CAC, antes das despesas fixas.
Exemplo: LTV de R$ 150 ÷ CAC de R$ 50 = relação de 3 para 1.
Quanto tempo a margem gerada pelo casal leva para devolver o valor gasto na aquisição. Na Weds Love, cadastro, compra do plano e recebimento de presentes podem acontecer em meses diferentes.
Exemplo: CAC de R$ 50 recuperado dois meses depois da aquisição significa payback aproximado de dois meses.
Margem de contribuição é receita menos gateway, domínio, suporte variável, impostos e outros custos que crescem com cada casamento. Lucro é o que sobra depois de também pagar equipe, tecnologia, marketing fixo e estrutura.
Regra: receita bruta alta não significa operação lucrativa.
O que o mercado cobra hoje
| Plataforma | Entrada | Pago | Taxa de presentes | Leitura estratégica |
|---|---|---|---|---|
| iCasei | Básico gratuito por 6 meses. | Clássico desde R$ 79,90/3 meses; Black desde R$ 149,90/3 meses; Design sob medida R$ 1.199,90/12 meses. | Faixas públicas de 3,89% a 3,69%, conforme plano e volume. | O mercado aceita pagar por profundidade e serviço quando a confiança operacional já existe. |
| Casar.com | Site gratuito. | URL personalizada desde R$ 59,90; download do site R$ 39,90. | 3,89% pública. | Complementos simples monetizam necessidades concretas sem bloquear o básico. |
| Lejour | Gratuito. | Premium R$ 129,90; Pro R$ 199,90. | 3,89% / 3,29% / 2,99% conforme plano. | A redução da taxa torna o upgrade calculável para quem espera lista maior. |
| Wedy | Gratuito. | Premium anunciado a R$ 149,90. | 5,99% no gratuito; 4,95% no Premium. | Preço único e assistência editorial aproximam-se da tese da Weds Love. |
| Joy / The Knot | Ecossistema principal gratuito nos EUA. | Domínio e serviços adjacentes variam. | Modelos locais de registro e parceiros não são diretamente comparáveis ao Brasil. | Gratuidade funciona como aquisição e rede; não serve como referência direta de margem brasileira. |
Preços públicos podem mudar e foram verificados nas páginas oficiais indicadas em Fontes. Eles são referência de disposição e arquitetura de oferta, não recomendação para acompanhar o concorrente centavo a centavo.
Matriz de valor percebido
| Driver | Valor para o casal | Evidência possível | Força para cobrar | Decisão |
|---|---|---|---|---|
| Publicar com confiança | Evita retrabalho e constrangimento. | Taxa de publicação sem suporte e ausência de erro. | Base; não deve ser paywall. | Essencial. |
| Música, vídeo e mais templates | Aprofundam a atmosfera e a personalização do site. | Uso real, preferência e influência na compra. | Média quando demonstrados visualmente. | Música no Completo; vídeo e personalização ampliada no Prime. |
| Domínio próprio | Deixa o endereço mais memorável e adequado ao convite. | Contratação e conversão do Prime. | Média; custo fácil de compreender. | .com.br R$ 59,90; .com R$ 119,90. Definir crédito no Prime. |
| Confirmação ativa por WhatsApp | Ajuda a reduzir respostas pendentes. | Taxa de resposta, custo por mensagem e consentimento. | Alta se funcionar com limites claros. | Prime; definir quantidade de envios e custo excedente. |
| Taxa de presentes menor | Economia proporcional ao volume recebido. | Simulação por volume e margem real. | Baixa como argumento isolado nas diferenças atuais. | Benefício secundário, nunca promessa principal. |
| Suporte | Reduz insegurança num evento com prazo. | Tempo de resposta, volume e custo por plano. | Depende da operação. | Não usar “suporte?” na venda. Definir canal, horário e prazo. |
Pontos que precisam ser fechados antes da venda: número de templates em cada plano; significado e quantidade dos desenhos; duração do acesso; canal e prazo do suporte; quantidade de confirmações por WhatsApp; duração e renovação do domínio. “Alguns”, “mais” e “personalização” não podem ser os limites públicos.
Usar um crédito de R$ 59,90 no primeiro ciclo. Ele cobre um domínio .com.br; quem preferir .com paga a diferença de R$ 60. Assim, a promessa “domínio personalizado” continua verdadeira sem fazer o custo de R$ 119,90 consumir uma parte desproporcional do plano Prime. Renovação, duração e propriedade do domínio precisam aparecer antes da compra.
Como comunicar a taxa de presentes
As taxas públicas são 4,7% no Essencial, 4,6% no Completo e 4,4% no Prime. Elas devem aparecer na comparação dos planos, na configuração da lista e antes da confirmação do presente.
A taxa é descontada do valor escolhido pelo convidado. Num presente anunciado a R$ 100:
Para o casal receber exatamente R$ 100, não basta somar 4,7%. O valor precisa ser calculado “por dentro”, porque a taxa incide sobre o total cobrado. No Essencial, o convidado pagaria aproximadamente R$ 104,93; no Completo, R$ 104,82; no Prime, R$ 104,60.
Exemplo de cálculo no Essencial: R$ 100 ÷ (1 − 0,047) = R$ 104,93. A implementação deve ser confirmada com o gateway para evitar diferença entre o valor mostrado, a taxa calculada e o valor líquido.
Para recuperar os R$ 99 do Completo apenas pela economia de 0,1 ponto percentual, seria necessário movimentar cerca de R$ 99.000 em presentes. Para recuperar os R$ 179 do Prime pela economia de 0,3 ponto sobre o Essencial, seriam necessários aproximadamente R$ 59.667. Portanto, a taxa menor deve ser comunicada como benefício complementar; música, vídeo, personalização, WhatsApp e domínio precisam justificar os planos.
Cenários mensais de escala: exemplo para planejamento
Sobra mensal estimada antes de despesas fixas e tributos.
Sobra mensal estimada antes de despesas fixas e tributos.
Sobra mensal estimada antes de despesas fixas e tributos.
Hipóteses usadas em todos os exemplos: 12% dos ativados compram Completo; 5% compram Prime; 25% usam lista de presentes; volume médio de R$ 7.000 por lista ativa; custo total de processamento estimado em 3,5%; mix ponderado de taxas de 4,673%; crédito de domínio de R$ 59,90 no Prime; processamento de 4% sobre os planos; suporte variável de R$ 5 no Completo e R$ 15 no Prime. São números ilustrativos, não dados observados da Weds Love.
O que esses cenários dizem sobre lucro e investimento
Os valores acima são margem de contribuição antes de equipe, infraestrutura fixa, ferramentas, contabilidade, marketing estrutural e tributos sobre o resultado. Para chegar ao lucro mensal: contribuição após aquisição − despesas fixas − tributos e ajustes financeiros.
Exemplo puramente ilustrativo: com R$ 30 mil de despesas fixas e aproximadamente R$ 21,18 de contribuição por ativado depois da aquisição, o ponto de equilíbrio seria próximo de 1.417 casais ativados por mês. A conclusão muda se conversão, uso de presentes, custo do gateway ou CAC mudarem.
Antes de buscar investimento, a Weds Love precisa demonstrar ativação, conversão dos planos, uso e margem da lista, CAC por canal, tempo de recuperação do CAC e suporte por casamento. Investidores também observarão queima mensal de caixa e runway.
Burn é quanto caixa a empresa consome por mês. Runway é por quantos meses o caixa sustenta essa queima. Uma rodada deve ligar capital, período e meta: por exemplo, financiar 18 meses para atingir determinada quantidade de casais, reduzir CAC ou provar margem.
Arquitetura de monetização recomendada
O gratuito deve permitir criar e publicar uma experiência útil, porque também apresenta a lista de presentes e distribui a marca entre convidados. É necessário medir o custo de suporte e armazenamento para que a gratuidade seja sustentável.
O formato combina com um evento de data marcada e evita sensação de assinatura permanente. O Completo precisa justificar R$ 99 pela evolução visual; o Prime precisa provar R$ 179 por personalização, domínio e confirmação ativa, não apenas pela taxa menor.
A taxa pode gerar receita em todos os planos, inclusive no gratuito. Ela traz obrigações de confiança, conciliação, estorno, fraude e suporte. Não deve ser tratada como margem até o custo total do gateway e da operação ser conhecido.
.com.br a R$ 59,90 e .com a R$ 119,90 são opções compreensíveis. A página precisa informar período, renovação, titularidade e se o domínio está incluído ou recebe crédito no Prime.
O que não entra na arquitetura central
Configuração assistida cria dependência humana e limita velocidade de escala. Não será apresentada como terceiro plano nem como direção de crescimento.
Não combina com o ciclo finito do casamento e adiciona complexidade de cancelamento sem benefício claro.
Como validar o preço sem adivinhar
Conversar com casais para entender como resolvem hoje o site, quais alternativas consideram, o que gera trabalho ou insegurança e quais recursos realmente influenciam a escolha. A pergunta não é “quanto você pagaria?”, porque respostas hipotéticas tendem a ser pouco confiáveis.
O preço entra depois que a pessoa descreve sua necessidade. Assim é possível observar se R$ 99 e R$ 179 parecem coerentes com o benefício ou se o pacote não está transmitindo valor suficiente.
Uma lista de critérios reais de compra, objeções e alternativas usadas pelos casais. Não é uma votação de preço.
Apresentar a página de vendas para pessoas que não conhecem a Weds Love e pedir que expliquem o que cada plano entrega, o que muda entre eles, como funciona a taxa e qual escolheriam. O objetivo não é comparar frases bonitas, mas verificar se a comunicação produz o entendimento correto.
A maioria das pessoas deve distinguir Essencial, Completo e Prime sem ajuda e compreender que preço do plano, domínio e taxa de presentes são cobranças diferentes.
É possível publicar a oferta e medir cliques em “Escolher Completo” ou “Escolher Prime” antes de abrir a contratação para todos. Depois do clique, a página precisa informar claramente que o plano está em validação, não realizar cobrança e permitir cadastro voluntário para aviso.
Esse teste é opcional. Se houver risco de confundir o público, a Weds Love pode usar apenas uma lista de interesse claramente identificada. Não devem existir estoque fictício, contagem regressiva ou urgência fabricada.
Dois ou três casais são adequados para encontrar fricções de uso, mas não para comparar preços. Eles devem usar a mesma condição de piloto, declarada com transparência. A validação comercial vem depois, com uma amostra maior, oferta estável e compra real.
Se preços diferentes forem testados, devem ocorrer em períodos ou campanhas claramente identificados, mantendo entrega e política equivalentes. Não é recomendável cobrar valores aleatórios de pessoas semelhantes sem justificativa.
O plano vencedor não é necessariamente o que vende mais unidades ou gera maior receita bruta. A decisão deve considerar quanto sobra depois de gateway, domínio, suporte, impostos, reembolso e aquisição.
Um plano de R$ 99 que exige muito atendimento pode deixar menos contribuição do que um Prime com menor conversão. Da mesma forma, taxa de presentes alta pode gerar receita, mas também aumentar abandono ou custo de suporte.
Comparar conversão, receita por casal, margem de contribuição, chamados, reembolsos e satisfação. Só então confirmar preços, benefícios e investimento em aquisição.
Dashboard de monetização: o que medir e por quê
| Indicador | O que significa | Como calcular | Quando acompanhar | Decisão que orienta |
|---|---|---|---|---|
| CAC por ativado e paganteCusto de Aquisição de Cliente | Quanto foi gasto para trazer um casal que apenas ativou e um que efetivamente pagou. | Investimento atribuível ao canal ÷ novos casais daquela etapa. | Mensal e por campanha. | Quais canais podem receber mais investimento e quanto a margem suporta. |
| AtivaçãoPrimeiro valor real | Percentual de cadastrados que chega ao marco definido. Recomendação: primeiro preview preenchido; publicação deve ser acompanhada separadamente. | Casais que atingiram o marco ÷ novos cadastrados. | Semanal durante piloto; mensal depois. | Se onboarding e editor estão ajudando ou impedindo o começo. |
| Conversão por etapa | Percentual que avança de visitante para cadastro, preview, publicação, plano pago e uso de presentes. | Pessoas na etapa seguinte ÷ pessoas na etapa anterior. | Mensal e por grupo de casais que iniciou no mesmo período. | Onde a jornada perde pessoas e qual etapa merece investigação. |
| ARPUReceita Média por Usuário | Receita média gerada por casal. Deve informar se considera ativados ou pagantes. | Receita de planos + taxas + domínios ÷ casais da base escolhida. | Mensal e após o encerramento de cada grupo acompanhado. | Se a combinação de planos e presentes está elevando receita por casamento. |
| LTV de contribuiçãoValor do ciclo do casamento | Quanto sobra de cada casamento durante toda a relação. | Receita total do casamento − todos os custos variáveis atribuíveis. | Por grupo, depois que os casamentos completarem o ciclo analisado. | Quanto pode ser investido para adquirir clientes sem destruir margem. |
| LTV/CAC | Relação entre contribuição gerada e custo de aquisição. | LTV de contribuição ÷ CAC. | Mensal, por canal e por grupo iniciado no mesmo período. | Se o crescimento está economicamente saudável. |
| Payback | Meses necessários para recuperar o CAC. | Data em que a contribuição acumulada iguala o CAC − data de aquisição. | Por grupo acompanhado. | Quanto caixa o crescimento consome antes de se pagar. |
| Suporte por casamento | Quantidade de chamados, minutos e temas exigidos por evento. | Total de chamados/minutos ÷ casamentos ativos, separado por plano e fluxo. | Semanal no piloto; mensal depois. | Se a operação escala e quais problemas devem ser resolvidos no produto. |
| Margem da lista | O que sobra da taxa depois do custo real da transação. | Receita da taxa − gateway − fraude − estorno − impostos variáveis − saque e demais custos. | Mensal, por meio de pagamento e plano. | Se 4,7%, 4,6% e 4,4% são sustentáveis. |
| Abandono | Onde o casal para e qual foi o contexto. | Usuários que não avançaram dentro da janela definida ÷ usuários que entraram na etapa. | Semanal durante ajustes. | Qual fluxo investigar; abandono não deve ser automaticamente interpretado como falta de interesse. |
| Indicação atribuída | Novos cadastros originados de sites ou compartilhamentos de casais existentes. | Cadastros com origem identificada ÷ visitantes dessas origens. | Mensal. | Se convidados e casais criam um canal orgânico de aquisição. |
| Burn e runwayQueima e duração do caixa | Burn é o caixa consumido por mês; runway é por quantos meses o caixa atual sustenta essa queima. | Runway = caixa disponível ÷ burn médio mensal. | Mensal e antes de decisões de investimento. | Quando captar, reduzir custo ou ajustar a velocidade de crescimento. |
Cada indicador precisa ter fonte do dado, período, responsável e definição fixa. Sem isso, duas pessoas podem apresentar números diferentes usando a mesma sigla.
Comunicação aplicada
Como a Weds Love ainda não possui reconhecimento de mercado, a comunicação não pode começar por uma lista de recursos. Ela precisa apresentar uma situação que o casal reconhece, mostrar como a plataforma organiza a experiência e explicar planos, domínio e presentes com transparência.
Proposta conceitual de home
A composição abaixo é uma direção de conteúdo e hierarquia, não o layout final de produção. Os prints fornecidos da plataforma foram usados como prova visual das ferramentas existentes. Antes da publicação, dados pessoais e valores demonstrativos devem ser substituídos por informações próprias de um ambiente de apresentação. Nenhum recurso deve ser anunciado antes de estar disponível e validado.
Site, convidados e presentes em um só lugar
Na Weds Love, vocês criam o site, organizam convidados, montam a lista de presentes e acompanham os recebimentos em um só painel. Simples para o casal. Claro para quem participa.
Plano Essencial gratuito. Preços e taxas explicados antes da contratação.
Por dentro da Weds Love
Em vez de apresentar uma sequência de ícones ou promessas abstratas, a página mostra o produto. O casal reconhece o painel, entende as etapas iniciais e visualiza onde encontrará site, convidados, presentes, carteira e demais ferramentas.
Presentes e lua de mel
A demonstração deixa claro que a plataforma já possui presentes editáveis e sugestões organizadas por destinos. Isso comunica valor melhor do que dizer apenas “lista virtual”, porque mostra o que o casal poderá montar e como a ferramenta funciona.
Carteira e recebimentos
A carteira precisa mostrar saldo, recebimentos, saques e prazos de forma objetiva. Na página de vendas, essa tela deve ser acompanhada por uma explicação simples sobre ativação, disponibilidade do saldo, valor mínimo de saque e prazo após o casamento.
Planos
O comparativo precisa indicar com precisão o que muda entre os planos. Quantidades, limites, duração do acesso, suporte e regras de domínio devem ser idênticos na página, no produto e no atendimento.
Para criar, publicar e reunir as informações do casamento.
Pagamento único para ampliar os recursos de apresentação.
Pagamento único para ampliar personalização e comunicação.
Antes de publicar: trocar expressões abertas, como “coleção ampliada”, “personalização” e “suporte”, por quantidades, canais, prazos e limites objetivos. A home não pode deixar o casal descobrir as diferenças somente depois da compra.
Presentes sem letras miúdas
Plano, domínio e taxa de presentes são cobranças diferentes. A página precisa mostrar o percentual do plano, um exemplo de valor líquido e as regras de saque, parcelamento e estorno antes da lista ser ativada.
Perguntas antes de começar
Sim. O Essencial precisa entregar um site funcional com os recursos listados no plano. A página deve informar por quanto tempo o site permanece disponível e se existe qualquer limite de publicação.
Não. Completo e Prime têm pagamento único. O domínio possui valor, duração e renovação próprios. A taxa é aplicada a cada presente recebido. Essas três regras devem aparecer separadas antes da confirmação.
O domínio .com.br custa R$ 59,90 e o domínio .com custa R$ 119,90. O benefício do Prime precisa explicar qual valor está incluído, quem será o titular, qual período está coberto, como funciona a renovação e quem paga eventual diferença.
A resposta pública só deve ser publicada depois de definir consentimento, quantidade de mensagens, remetente, custo excedente e tratamento de falhas.
Comece pelo que já importa
Crie o site, revise as informações e compartilhe quando estiver pronto.
Tom de voz e conteúdo para redes sociais
Conteúdos que reduzem dúvida prática: o que informar no site, quando publicar, como orientar convidados e como acompanhar confirmações.
Demonstrações de como foto, música, vídeo, cores e elementos visuais constroem uma apresentação coerente sem transformar edição em trabalho técnico.
Olhar para a experiência do convidado: clareza no celular, localização, RSVP, mensagens e participação na lista de presentes.
Explicações diretas sobre planos, taxas, domínio, privacidade, prazos e suporte. Transparência financeira deve ser conteúdo de marca, não apenas termo contratual.
A linguagem pode ser próxima sem banalizar o casamento. Deve evitar exageros, urgência fabricada e informalidade excessiva. Frases curtas funcionam quando vêm acompanhadas de prova, demonstração ou orientação prática.
Durante o piloto, solicitar autorização específica e registrar contexto: o que o casal tentou fazer, qual resultado obteve e que parte da experiência está descrevendo. Até existir material verdadeiro, usar demonstrações do produto e explicações objetivas.
Preparar prints sem dados pessoais; complementar a demonstração com sites reais autorizados; confirmar todos os limites dos planos; fechar a operação de presentes e domínio; validar as frases com público; implementar exclusão de conta; revisar acessibilidade; e conectar os botões às etapas corretas de cadastro e compra. A comunicação não deve avançar mais rápido que a entrega.
Preparação para lançamento
A Weds Love pode entrar em piloto fechado quando a jornada essencial estiver verificável. Aquisição ampla e fluxo financeiro devem vir depois de evidência operacional, não apenas depois de uma data no calendário.
Decisão de entrada
Dois ou três casais conseguem revelar fricções importantes de uso quando realizam tarefas completas sem condução. Essa amostra não prova conversão, preço ou potencial de mercado; ela valida funcionamento, compreensão e confiança antes de expor mais pessoas.
Gates antes do primeiro casal
Nomes, data, local, URL e status iguais em onboarding, painel, preview e site.
Salvar, publicar, despublicar e compartilhar com confirmação e recuperação.
Informação e RSVP concluídos em aparelhos e conexões reais.
Formato, peso, progresso e erro acionável em imagem, vídeo e extração.
Consentimento, dados públicos, pedido de exclusão e retenção explicados.
Carregamento, vazio, erro e indisponibilidade com caminho de resolução.
Eventos de ativação, publicação, RSVP, falha e suporte registrados por versão.
Presentes desabilitados até pagamento, confirmação, estorno e saque reais serem aprovados.
Desenho do piloto com dois ou três casais
Datas, níveis de familiaridade digital, identidade pronta ou não, tamanho e formato de evento.
Alternativa atual, expectativa, medo, orçamento e tarefa que o casal quer resolver.
Cadastro, primeiro preview, edição, publicação e convite a pelo menos um convidado.
Tempo, sucesso, erro, pedido de ajuda, compreensão, orgulho e conclusão de RSVP.
Bloquear lançamento, corrigir, repetir ou avançar com base nos gates, não em impressão geral.
Casais explicam com as próprias palavras o valor e para quem serve.
Todos os gates críticos aprovados em versão identificada.
Essencial, Completo e Prime com as mesmas regras na página de vendas, produto, cobrança e suporte.
Canal, responsável, prazo, escalonamento e temas conhecidos.
O piloto gera decisão, não apenas uso.
Reorganizar blocos e controles atuais conforme uso observado, sem adicionar novos tipos.
Aprimorar imagem, YouTube, vídeo enviado e extração inteligente para prevenir travamentos.
Definir consentimento, quantidade, custo e mensagens do recurso já previsto no Prime.
Fechar compra, ativação, duração, renovação e diferença entre .com.br e .com.
Melhorar clareza de status, agradecimento, saldo, prazo e saque com base no uso real.
Critérios de avanço do piloto
| Métrica | O que responde | Sinal inicial recomendado | Se falhar |
|---|---|---|---|
| AtivaçãoChegar ao primeiro preview com dados reais. | O onboarding entrega valor cedo? | Os dois ou três participantes chegam ao preview; qualquer ajuda é registrada. | Simplificar entrada e remover decisões. |
| Publicação | O casal consegue colocar a experiência no ar? | Todos publicam, recuperam o link e sabem despublicar sem intervenção crítica. | Bloquear escala e corrigir fluxo. |
| RSVP do convidado | A experiência pública é compreensível? | Cada casal convida ao menos uma pessoa; falhas e dúvidas são registradas por tarefa, não como percentual de mercado. | Revisar mobile, texto, dados e feedback. |
| Erro crítico | Existe risco de perda, exposição ou bloqueio? | Zero erro sem recuperação em publicação, privacidade e dinheiro. | Interromper o gate afetado. |
| Suporte por casamento | O produto é operável em escala? | Medir linha de base; nenhum pedido deve esconder falha crítica recorrente. | Corrigir causa antes de contratar mais suporte. |
| Compreensão dos planos | O casal distingue Essencial, Completo e Prime? | Consegue explicar diferenças, taxa e domínio sem ajuda. O piloto não decide o preço. | Rever matriz e comunicação antes de teste comercial maior. |
Com dois ou três casais, os resultados são qualitativos. Não devem ser convertidos em porcentagens de mercado. Um único erro financeiro, de privacidade ou publicação sem recuperação pode ser grave o suficiente para bloquear o avanço.
Lacunas estratégicas
Esses pontos não são uma lista genérica de pendências. Eles formam uma cadeia: a posição da marca orienta a comunicação; a comunicação só pode prometer o que o produto entrega; o produto precisa de critérios verificáveis; a experiência precisa ser observada com pessoas reais; e o piloto deve produzir informação útil para decisões de lançamento e investimento.
A Weds Love já possui recursos suficientes para ser percebida como plataforma de casamento, mas ainda precisa escolher qual valor deve organizar essa oferta. “Premium acessível”, personalização, praticidade e organização aparecem como ideias possíveis, porém cumprem papéis diferentes. Quando todas recebem o mesmo peso, a marca não ajuda a decidir quais templates representam a experiência, quanto controle oferecer no editor, que benefício sustenta o Prime ou qual mensagem deve abrir a página de vendas.
O território mais coerente com o que já existe combina organização do casamento, expressão da identidade da celebração e cuidado com a experiência do convidado. Isso não significa adotar uma frase definitiva sem prova. Significa usar essa combinação como hipótese central e verificar se o público a compreende, considera relevante e a reconhece na demonstração do produto.
Apresentar duas ou três formulações da proposta a pessoas do público, sem explicar previamente a intenção, e pedir que descrevam o que a Weds Love faz, para quem serve e por que seria escolhida. A decisão deve registrar a formulação aprovada, as mensagens que a sustentam e as promessas que não podem ser feitas enquanto o produto não as comprovar.
Proprietárias, design, produto e comunicação conseguem usar a mesma ideia central para avaliar uma tela, um recurso, um plano e uma campanha. Se cada área ainda descreve um produto diferente, o posicionamento não está fechado.
Uma marca desconhecida não pode depender do visitante já entender a categoria. A página de vendas precisa explicar, em sequência, qual situação do casal a plataforma resolve, o que ele consegue reunir no site, como isso melhora a experiência dos convidados e por que existem três planos. Hoje, o risco é a comparação se reduzir à quantidade de templates, ao preço e à taxa da lista de presentes, porque os benefícios mais importantes ainda não estão demonstrados de forma concreta.
Essa comunicação também precisa separar três cobranças que podem se confundir: o valor único do plano, a taxa aplicada sobre cada presente e o custo do domínio personalizado. Para cada uma, a pessoa deve saber quando paga, o que recebe, qual é a duração e quais condições mudam por plano. O protótipo de página incluído neste dossiê fornece a primeira estrutura, mas deve ser refinado com telas reais e só pode afirmar recursos efetivamente disponíveis.
Testar a página com pessoas que não conhecem a Weds Love. Sem ajuda, elas devem explicar o propósito da plataforma, diferenciar Essencial, Completo e Prime, dizer como a taxa de presentes funciona e identificar qual ação podem realizar gratuitamente. Dúvidas recorrentes viram correção de texto ou de oferta, não responsabilidade do atendimento.
Reduzir dependência de explicação manual, melhorar a qualidade de quem chega ao cadastro e evitar que a conversão seja comprada por uma promessa que o produto ou a operação ainda não sustentam.
Durante a revisão, observações de UX, falhas técnicas, decisões de produto e itens já ajustados apareceram em registros diferentes. Sem uma base única, um problema pode ser considerado encerrado porque uma tela mudou, embora a jornada completa continue falhando. Isso é especialmente perigoso em publicação, dados do evento, mobile, upload, privacidade e presentes, onde uma correção local pode gerar efeito em outra etapa.
Cada item precisa registrar contexto, passos para reproduzir, resultado esperado, resultado encontrado, gravidade, versão, dispositivo, responsável e evidência de verificação. O fluxo pode ser simples: novo, em ajuste, pronto para verificar, aprovado ou reaberto. A aprovação deve ocorrer na versão em que a correção foi testada, não apenas pela confirmação de quem a implementou.
“Publicação corrigida” é uma descrição insuficiente. O aceite deve comprovar que o casal salva, publica, abre o endereço público, compartilha, altera uma informação, visualiza a atualização e despublica sem perder dados, em desktop e celular, com estados de sucesso e erro compreensíveis.
Todos os problemas críticos possuem dono, versão e prova; itens duplicados foram consolidados; e qualquer pessoa autorizada consegue compreender por que um ponto foi aprovado ou reaberto.
A auditoria realizada oferece um diagnóstico especialista, mas não substitui a observação de casais e convidados. Como a plataforma não estava concluída de ponta a ponta, também não foi possível validar formalmente a matriz de experiência nem a responsividade completa. A diferença é importante: a análise identifica riscos prováveis; o teste mostra se eles ocorrem, com que frequência, em qual tarefa e com qual consequência.
Depois que os fluxos críticos estiverem tecnicamente disponíveis, dois ou três casais devem realizar cadastro, onboarding, primeiro preview, edição, publicação e compartilhamento. Ao menos um convidado por casal deve abrir o site em celular e concluir a confirmação de presença, conhecida como RSVP. O teste deve incluir aparelhos e conexões reais, registrar pedidos de ajuda e comparar o que a interface comunica com o que as pessoas entendem.
WCAG 2.2 AA é um conjunto internacional de critérios para tornar interfaces mais perceptíveis, operáveis, compreensíveis e compatíveis com tecnologias assistivas. O nível AA é a referência prática adotada para contraste, foco do teclado, tamanho de áreas de toque, mensagens de erro, rótulos e navegação previsível. Não é um selo obtido por aparência; exige verificação técnica e uso.
As tarefas essenciais foram observadas, os achados possuem severidade e evidência, os bloqueios foram corrigidos e os critérios WCAG 2.2 AA aplicáveis às jornadas principais foram verificados.
Colocar casais para usar a plataforma é útil somente quando existe um protocolo anterior ao uso. Sem registrar a versão, a origem do casal, as etapas percorridas e os eventos do produto, comentários positivos podem encobrir abandono, intervenção manual ou custo de suporte. Para a Weds Love, o primeiro piloto deve responder se a jornada funciona e é compreendida; não deve ser apresentado como prova estatística de preço ou mercado.
A instrumentação interna precisa registrar cadastro, primeiro preview com dados reais, publicação, compartilhamento, abertura do convidado, RSVP concluído, erro, pedido de suporte e uso da lista de presentes. “Instrumentação” significa registrar esses acontecimentos de forma estruturada no produto. Para comparar resultados com justiça, os casais que começaram no mesmo período ou sob a mesma condição devem ser analisados juntos, evitando misturar versões e campanhas diferentes.
Antes do piloto, definir o que interrompe o avanço, o que exige correção e repetição e o que permite seguir. Erros sem recuperação em publicação, privacidade ou dinheiro bloqueiam. Dificuldades recorrentes em onboarding ou mobile exigem ajuste e novo teste. Somente depois dessa base a empresa deve medir conversão comercial, CAC e margem com amostra maior.
Os eventos são confiáveis, o suporte foi registrado, os resultados estão ligados à versão testada e existe uma decisão documentada para cada gate. O piloto deixa uma base reproduzível para o próximo ciclo.
Mercado e referências
O mercado brasileiro já acostumou casais a sites gratuitos, listas de presentes, RSVP e personalização. A oportunidade não está em repetir o pacote; está em transformar uma ferramenta funcional em uma experiência autoral, guiada e confiável.
casamentos civis registrados, alta de 0,9% sobre 2023. É o dado oficial mais recente disponível na revisão.
custo médio esperado; 65% dos casais pesquisados disseram ter ultrapassado o orçamento inicial.
usam WhatsApp ou similar para resolver detalhes do casamento; isso torna compartilhamento e mobile estruturais.
convidados, em média, na pesquisa setorial. Cada site é uma experiência distribuída para muitas pessoas.
Os 948.925 registros são do IBGE. Os dados de gasto, canal e convidados vêm de uma pesquisa do ecossistema WeddingWire/Casamentos.com.br com 1.400 casais brasileiros que se casaram em 2024; ajudam a indicar comportamento, mas não representam todo o mercado. Fontes internacionais aparecem somente como sinal de categoria, nunca como retrato automático do Brasil.
Casais esperam identidade visual, comunicação, RSVP, presentes e controle em um mesmo lugar. Convidados esperam abrir no celular, compreender rapidamente e concluir uma ação. Plataformas internacionais acrescentam organização por grupos, eventos privados e conteúdo; as brasileiras consolidaram gratuidade, taxa visível e suporte como padrões.
A maioria das ofertas comunica número de temas, recursos ou ferramentas. Isso deixa uma brecha: ajudar o casal a chegar a um resultado coerente sem precisar dominar design. A Weds Love pode ocupar esse espaço se a extração de identidade e a edição guiada economizarem decisões de verdade.
Benchmark atual: expectativa, aprendizado e limite
| Plataforma | Oferta pública observada | O que faz bem | Aprendizado para Weds Love | O que não copiar automaticamente |
|---|---|---|---|---|
| iCaseiBrasil · 18 anos | Plano gratuito e pagos a partir de R$ 79,90 por 3 meses; taxas públicas progressivas; mais de 150 ferramentas e 200 layouts. | Confiança acumulada, prova quantitativa, clareza de planos e operação de presentes. | Tornar preço, duração, taxa e suporte explícitos; documentar escala e segurança. | O volume de recursos. Profundidade só faz sentido depois de o núcleo estar estável. |
| Casar.comBrasil · evolução desde 2001 | Site gratuito, taxa de presentes de 3,89%, URL personalizada e download vendidos separadamente. | Entrada sem barreira, proposta direta e monetização de complementos. | O plano gratuito deve permitir experimentar valor real; complementos podem financiar escolhas específicas. | Uma landing extensa ou excesso de recursos antes de provar o núcleo da experiência. |
| LejourBrasil · planos atualizados em 2025 | Gratuito com taxa de 3,89%; Premium R$ 129,90 e Pro R$ 199,90 com taxas menores e recursos adicionais. | Escada comercial objetiva e relação visível entre plano e economia na taxa. | Mostrar matematicamente quando pagar um plano compensa. | Desconto de taxa sem garantir margem após gateway, impostos e suporte. |
| WedyBrasil | Gratuito com taxa de 5,99%; Premium público a R$ 149,90, acesso vitalício e taxa de 4,95%. | Simplicidade de preço e comunicação de uma condição única. | Explicar claramente duração, recursos e taxa de cada plano. | “Vitalício” sem dimensionar custo de armazenamento, domínio, privacidade e suporte; edição assistida como base de uma operação que precisa escalar. |
| JoyInternacional · mobile-first | Site, planejamento, lista e RSVP gratuitos; domínio vendido à parte. | Estados claros, organização da lista e confirmação pensada para celular. | Aplicar clareza de estado, filtro e resposta ao RSVP que a Weds Love já possui. | Adicionar níveis de gestão antes de tornar confiável a confirmação básica. |
| The KnotInternacional · 30 anos | Website, lista de convidados, inspiração e planejamento conectados. | Jornada contínua, conteúdo educativo e forte reconhecimento de categoria. | Usar conteúdo para explicar tarefas e conduzir o uso dos recursos existentes. | Transformar amplitude de mercado em requisito para o MVP da Weds Love. |
Comparação visual: o que as interfaces ensinam
O editor mostra maturidade e amplitude. Para a Weds Love, o aprendizado é estruturar a complexidade; a diferença pode ser começar com menos decisões e uma direção visual mais forte.
Ver referência oficial ↗
O RSVP é apresentado como tarefa compreensível. A Weds Love deve medir sucesso pela conclusão do convidado, não apenas pela beleza do site.
Ver referência oficial ↗
A referência demonstra como filtros e respostas podem deixar a lista legível. Para a Weds Love, o aprendizado é tornar claro o status do RSVP existente.
Ver referência oficial ↗
A referência mostra consistência entre informação, orientação e resposta. O aprendizado aplicável é reduzir rupturas entre o painel do casal e a experiência do convidado.
Ver referência oficial ↗Plataformas maduras chegaram por camadas
O projeto que viria a ser Casar.com começa como lista de presentes e serviço para eventos.
iCasei entra no mercado e constrói histórico operacional antes de comunicar centenas de ferramentas.
Joy nasce com website e gestão mobile, refinando depois grupos, eventos e múltiplos colaboradores.
Informações, convidados e conteúdo passam a operar com linguagem e estados mais consistentes.
O mercado adiciona assistência, créditos de IA e experiências mais personalizadas; a base funcional continua sendo requisito.
O histórico dos concorrentes não pede que a Weds Love nasça completa. Pede que ela escolha a utilidade central e faça a entrega existente funcionar com confiança.
Leitura estratégica da evolução da categoriaO gratuito reduz fricção e cria distribuição. Se for vazio demais, não gera “aha”; se for amplo demais, não cria motivo para pagar. A decisão é desenhar a fronteira, não esconder a limitação.
Concorrentes oferecem temas e recursos. A Weds Love pode transformar referências, identidade e conteúdo do casal em uma experiência coerente com menos trabalho.
RSVP confiável, experiência mobile, transparência e privacidade são expectativas da categoria. A comparação não deve incentivar a expansão do produto nem a adição de recursos que não resolvem as jornadas existentes.
Marca em profundidade
A marca precisa traduzir o que a plataforma pode tornar verdadeiro: o casal não está apenas montando um site; está recebendo as pessoas pela primeira vez dentro do universo do casamento.
Reunir informações, identidade, confirmações e presentes em um lugar confiável, fácil de manter e simples de compartilhar.
Reduzir a insegurança de criar algo genérico e dar ao casal segurança para compartilhar um espaço coerente com suas escolhas.
Demonstrar cuidado, orientar convidados e criar expectativa sem transformar comunicação em uma sequência de mensagens dispersas.
Cinco territórios avaliados
O que comunica: centralização, praticidade e redução de ansiedade. Limite: aproxima a Weds Love de agendas, assessorias e ecossistemas completos, enquanto a plataforma atual não organiza todo o casamento. Funciona como benefício de produto, não como posição principal.
O que comunica: acabamento visual por um preço alcançável. Limite: “premium” é amplo, facilmente reivindicado pelos concorrentes e transforma a comparação em aparência e quantidade de templates. Não explica convidados, presentes ou organização.
O que comunica: um espaço que conecta informações, confirmações, presentes e expressão visual para casal e convidados. Por que é mais adequado: representa o conjunto atual sem reduzir a Weds Love a design ou planejamento integral. Condição: publicação, mobile e fluxos financeiros precisam sustentar a promessa.
O que comunica: identidade, personalização e cuidado visual. Limite: “presença digital” soa técnica e descreve apenas a superfície pública, deixando de fora mensagens, presentes, confirmações e operação do casal.
O que comunica: cuidado com a forma como o convidado recebe informações, confirma presença e presenteia. Limite: é elegante como princípio de experiência, mas abstrato para explicar sozinho o que a plataforma faz.
A recomendação não decorre de uma pontuação visual. Ela considera aderência ao produto atual, compreensão da categoria, espaço de diferenciação e capacidade de provar a promessa. O território ainda deve ser validado com pessoas que não conhecem a Weds Love.
Pontos de paridade e diferença
Ativos que podem se tornar proprietários
Um kit visual extraído de convite, moodboard ou identidade: cores, tipografia, texturas e regras de uso. O nome é provisório.
Além de “ver o site”, revisar o que cada tipo de convidado entende e consegue fazer.
Uma peça compartilhável que leva a identidade do site para WhatsApp e redes, sem depender de print.
Esses ativos ainda são hipóteses. Só viram diferenciais quando funcionam melhor do que alternativas e são percebidos espontaneamente pelos casais.
O que pode ser mais desejável, sem exagero
| Ordem | Atributo | Por que gera desejo | Como provar | Risco |
|---|---|---|---|---|
| 1 | Expressar a identidade da celebração em poucos passos | Une significado visual e economia de esforço. | Antes/depois, tempo até o primeiro preview e relato espontâneo. | Prometer automação perfeita sem qualidade consistente. |
| 2 | Orgulho de compartilhar | Transforma o site em símbolo social do casamento. | Teste de preferência e taxa de compartilhamento após publicar. | Confundir estética com usabilidade. |
| 3 | Convidado recebido, não instruído | Eleva cuidado e reduz mensagens repetidas. | Conclusão de RSVP, busca de local e dúvidas por convidado. | Linguagem bonita demais e pouco objetiva. |
| 4 | Controle sem virar designer | Entrega autonomia com segurança. | Menos reversões, menos suporte e menor tempo de edição. | Limitar tanto que todas as páginas pareçam iguais. |
| 5 | Dinheiro sem surpresa | Confiança financeira é parte do afeto do presente. | Compreensão de taxa/prazo e conclusão sem suporte. | Usar preço baixo para encobrir operação frágil. |
Personalidade e comportamento
Tom de voz em uso
“Crie o site dos seus sonhos de forma mágica.”
“Comece pela identidade do seu casamento. A Weds Love organiza as informações para você compartilhar.”
“Arquivo inválido.”
“Este vídeo tem 82 MB. Para publicar sem travar, envie um MP4 de até 50 MB.”
“Última chance para ter o casamento perfeito.”
“Compare Essencial, Completo e Prime e escolha o que corresponde à sua celebração.”
StoryBrand aplicado sem transformar o casal em espectador
Quer que cada escolha do casamento pareça coerente e que os convidados se sintam bem recebidos.
Informações, referências e decisões estão espalhadas; ferramentas genéricas exigem trabalho e não garantem acabamento.
Entende o significado e oferece direção: importa a identidade, organiza o conteúdo e mostra como o convidado verá.
Reúna as informações, escolha como a celebração será apresentada e compartilhe um espaço claro para cada convidado.
Site publicado com confiança, convidados orientados e menos energia gasta explicando o que já deveria estar claro.
A marca não dramatiza o medo; mostra concretamente como reduz retrabalho, incerteza e ruído.
Cinco promessas candidatas
Expressa a continuidade entre planejamento, comunicação e celebração. Recomendada como headline institucional.
Explica amplitude e centralização de forma acessível.
Valoriza personalização sem informalidade excessiva.
Sistema de frases
Subheadline: “Expresse a identidade da celebração, organize o que importa e compartilhe uma experiência bonita, simples e confiável com cada convidado.”
Direta, acionável e ligada à jornada do produto. Pode acompanhar demonstrações, onboarding e explicações do fluxo.
“Cada detalhe prepara o grande dia.” · “A celebração começa no primeiro encontro com os convidados.” · “Um espaço para reunir o que importa.” · “Informar, receber e celebrar em um só lugar.”
Landing page: arquitetura recomendada
Como ajudar o casal a decidir com segurança
Onde aparece: hero e seção “como funciona”. O que fazer: exibir um site real, o editor e o resultado no celular. Dúvida que resolve: “como isso ficará na prática?”. A afirmação de facilidade só deve vir acompanhada de um fluxo curto ou demonstração.
Onde aparece: CTA inicial e tabela de planos. O que fazer: informar que o Essencial custa R$ 0 e listar exatamente seus recursos. Domínio, planos pagos e taxa sobre presentes devem aparecer como cobranças separadas. Isso evita que “gratuito” seja interpretado como ausência total de custos.
Onde aparece: onboarding e editor. O que fazer: permitir que o casal veja a composição com seus dados e identifique quais recursos pertencem ao Completo ou Prime antes da compra. Preview não significa liberar tudo gratuitamente; significa permitir que a decisão seja informada.
Onde aparece: planos, lista de presentes e checkout. O que fazer: mostrar quem paga a taxa, quanto o casal recebe num presente de R$ 100, prazo de liberação, saque e parcelamento. A taxa não deve ficar apenas no rodapé.
Onde aparece: depois da demonstração. O que fazer: usar sites autorizados e depoimentos que descrevam resultado concreto, como tempo para publicar ou facilidade de confirmação. Até existir material real, manter espaço sinalizado no protótipo e não inventar relatos.
Arquitetura de mensagem: do princípio ao microtexto
A marca fica forte quando a promessa deixa de ser adjetivo e vira comportamento do produto.
Critério de coerência Weds LoveAutoria aparece em identidade importada e escolhas curadas. Começo aparece no preview rápido e no compartilhamento. Hospitalidade aparece na revisão do convidado, acessibilidade, RSVP, privacidade e mensagens claras. Se esses comportamentos não existirem, a narrativa será apenas publicidade.
Não prometer exclusividade artesanal para todos, não competir pela maior lista de recursos e não usar “premium acessível” como posição. O foco permanece no casamento e na qualidade da plataforma web existente.
Declaração de posicionamento
Para casais que desejam reunir os principais pontos da celebração em um único ambiente, a Weds Love é uma plataforma de casamento que conecta informações, identidade, confirmações, mensagens e presentes em uma experiência organizada para o casal e clara para os convidados.
Versão interna, sem travessão, para orientar produto, comunicação e decisãoO critério de relevância pergunta se a proposta resolve uma necessidade que realmente influencia a escolha do casal. A Weds Love responde a um problema concreto: informações, confirmações, presentes e elementos visuais costumam ficar dispersos entre mensagens, convites, planilhas e serviços diferentes.
A plataforma já possui recursos para reunir essa experiência. O que ainda precisa ser comprovado é se o casal reconhece essa centralização como benefício prioritário e se consegue perceber o valor sem uma explicação da equipe.
Mostrar a página de vendas a pessoas que não conhecem a marca e pedir que expliquem: o que é a Weds Love, que problema resolve e por que escolheriam um plano pago. Relevância existe quando a resposta aparece espontaneamente e se conecta a uma necessidade real.
Ser distinta não significa escrever uma frase que nenhum concorrente usa. Significa entregar uma experiência que o público percebe como diferente. Sites, RSVP, presentes, mapas e templates já são padrões da categoria; portanto, nenhum deles sustenta sozinho a diferenciação.
O espaço possível está na combinação entre organização, identidade e cuidado com o convidado. Essa diferença só será real se onboarding, editor e preview tornarem a personalização mais coerente e simples do que nas alternativas. Enquanto isso não for demonstrado, “autoral” é direção de marca, não vantagem comprovada.
Comparar tarefas equivalentes e resultados visuais com concorrentes, observar tempo, dificuldade e preferência e verificar se casais descrevem uma diferença além de “é bonito”.
Sustentabilidade avalia se a posição pode ser mantida por produto, operação e marca. Templates, preços e textos podem ser copiados. Confiabilidade, conhecimento acumulado sobre montagem, consistência da experiência, suporte eficiente e integração entre casal e convidado são mais difíceis de reproduzir.
Hoje, a principal ameaça é prometer mais refinamento do que a estabilidade permite. A posição se fortalece quando o produto reduz suporte, publica sem falhas e mantém coerência entre plano, editor, site e operação financeira.
Acompanhar publicação sem ajuda, chamados por casamento, recorrência de erros, margem por plano e satisfação dos convidados. A posição é sustentável quando qualidade e economia melhoram conforme o produto cresce.
Mapa do dossiê
O número de capítulos foi reorganizado para acompanhar a lógica do produto.
Direção estratégica
Este dossiê trata a Weds Love como um produto digital em desenvolvimento. A leitura conecta o que a marca promete, o que a plataforma consegue entregar, o que o casal e o convidado vivem e o que precisa estar comprovado antes do lançamento.
“Site de casamento bonito” é uma categoria facilmente comparável. Combinar organização, identidade da celebração e cuidado com o convidado cria uma direção menos genérica, desde que o produto demonstre essa entrega.
Cadastro, edição guiada, visualização, publicação, RSVP, privacidade e estados de erro precisam funcionar como uma única jornada. Recursos avançados não compensam falhas nessa base.
Para o casal: controle sem complexidade. Para o convidado: compreender, confirmar e agir sem esforço. A interface deve ser avaliada pelas duas experiências, não apenas pelo editor.
O lançamento amplo deve esperar sinais verificáveis de publicação, conclusão de RSVP, estabilidade mobile e suporte. Se houver presentes, pagamento e saque também precisam funcionar de ponta a ponta.
O diagnóstico não é uma lista de defeitos nem um catálogo de funcionalidades futuras. Ele organiza o que já existe, identifica por que determinados fluxos ainda não sustentam a promessa e indica como melhorar a entrega atual.
Evidência observada
Foram encontrados dados contraditórios entre áreas da plataforma, instabilidade na jornada de publicação, limitações na experiência mobile, ausência de exclusão de conta e fluxos financeiros ainda sem comprovação ponta a ponta. Esses pontos são críticos porque podem impedir o casal de concluir a tarefa principal, expor informação incorreta ao convidado ou gerar insegurança onde há dinheiro envolvido.
Evidência observada Interpretação estratégica
A proposta pública ainda é genérica, o editor oferece decisões demais antes do primeiro resultado e os limites entre Essencial, Completo e Prime não estão descritos com precisão. A consequência é comercial e operacional: o visitante compara apenas preço, o casal demora para perceber valor e o suporte precisa explicar aquilo que a interface e a página de vendas deveriam esclarecer.
Capacidade existente
Templates, capa com foto, mapas, previsão do tempo, mensagens dos convidados, cartões, listas virtuais e de lua de mel, música, vídeo e desenhos personalizados já formam uma oferta ampla. O diferencial não deve ser inventado fora desse conjunto, mas construído pela forma como esses recursos são organizados, apresentados e combinados para a celebração.
Decisão necessária Validação de mercado
Os preços de R$ 0, R$ 99 e R$ 179 e as taxas de 4,7%, 4,6% e 4,4% já existem. O que falta é fechar limites de cada recurso, política de suporte, duração do domínio, custo adicional entre .com.br e .com, quem assume a taxa dos presentes, prazo de repasse e comportamento de estorno.
Evidência observada indica algo encontrado na plataforma, nos materiais ou nas definições fornecidas. Interpretação estratégica conecta essas evidências e explica suas consequências. Validação de mercado é uma resposta que depende de comportamento real, como pagar por um plano. Decisão necessária é uma regra que as sócias ou a equipe técnica precisam fechar. As classificações aparecem dentro de cada análise para não depender apenas da cor.
Raio-x do escopo contratado: 30 itens
A leitura abaixo detalha o que foi desenvolvido, o que existe de forma parcial, o que depende de validação e o que foi analisado além do escopo. Ela substitui percentuais genéricos por evidência, impacto e próximo passo.
Itens com material suficiente para orientar decisão.
Itens com análise útil, mas sem fechamento ou validação.
Itens que dependem da plataforma pronta, de dados reais ou de decisão.
Apoios adicionais, incluindo página de vendas e orientação de lançamento.
O que foi efetivamente concluído
Trabalho realizado: organização do momento da Weds Love como produto digital em preparação para entrada no mercado, conectando proposta, funcionalidades existentes, restrições técnicas, planos, monetização e necessidade de validação.
Resultado entregue: uma direção de foco que evita avaliar a plataforma apenas como conjunto de telas. O relatório passa a distinguir o que já pode orientar decisão, o que depende da versão funcional e o que precisa de definição das sócias.
Uso prático: serve como base para priorizar estabilidade, comunicação, pricing e piloto sem ampliar a plataforma antes de provar a jornada central.
Trabalho realizado: análise da forma como uma pessoa desconhecida entende a categoria, identifica o valor, compara a oferta e decide criar um site. Foram considerados promessa, hierarquia, prova, preço, taxa de presentes, domínio e chamada para cadastro.
Resultado entregue: diagnóstico de que a comunicação atual não deve depender de adjetivos como “premium” nem de uma lista de recursos. Esta versão inclui arquitetura completa de página de vendas, textos sugeridos e demonstração visual.
Uso prático: fornece uma base concreta para a futura home, campanhas e redes sociais, sem substituir teste de compreensão com público real.
Trabalho realizado: percurso dos fluxos acessíveis de cadastro, painel, edição, visualização, convidados e recursos financeiros, registrando inconsistências, excesso de decisão, ausência de feedback e pontos de confiança.
Resultado entregue: mapa dos problemas que podem ser afirmados com a versão observada e separação daqueles que não puderam ser comprovados porque a plataforma não está pronta ponta a ponta.
Uso prático: transforma observações em critérios para backlog e evita declarar como validado um fluxo que ainda não estava tecnicamente concluído.
Trabalho realizado: análise da relação entre onboarding, painel, editor, preview, publicação e experiência do convidado. A avaliação considerou sequência, carga de decisão, consistência de nomes e visibilidade do próximo passo.
Resultado entregue: proposta de jornada mais direta: iniciar com dados essenciais, gerar primeiro resultado, personalizar, revisar como convidado e publicar. O objetivo é reorganizar o que já existe, não criar uma nova linha de produto.
Uso prático: orienta prototipação e desenvolvimento por fluxo completo, em vez de correções isoladas de tela.
Trabalho realizado: avaliação especialista de clareza, consistência, prevenção de erro, feedback, controle, carga cognitiva e confiança nas jornadas acessíveis.
Resultado entregue: problemas organizados pela capacidade de bloquear a tarefa ou reduzir compreensão e conversão. A análise é válida como diagnóstico especialista, mas não substitui teste com casais e convidados.
Uso prático: orienta o que deve ser corrigido antes do piloto e quais hipóteses precisam ser confirmadas quando a plataforma estiver funcional.
Trabalho realizado: pesquisa de oferta, experiência, preços, taxas, domínios e evolução de iCasei, Casar.com, Lejour, Wedy, Joy e The Knot, com fontes oficiais e exemplos visuais.
Resultado entregue: separação entre expectativas básicas da categoria, referências úteis e práticas que não devem ser copiadas. O benchmark também mostra que a taxa de 4,7% da Weds Love é superior a ofertas públicas de 3,89%, exigindo comunicação transparente e valor além do preço.
Uso prático: sustenta a matriz de planos, o posicionamento e a proposta de página de vendas.
Quadro consolidado: condição de fechamento
| # | Item analisado | Status | O que existe hoje | Impacto e próximo passo |
|---|---|---|---|---|
| 6 itens concluídos | ||||
| 01 | Contexto de negócio e produtoObjetivos, momento e restrições da Weds Love. | Concluído | Leitura suficiente para reposicionar a consultoria como decisão de produto e lançamento. | Serve de base para todas as recomendações deste dossiê. Revalidar se o modelo societário ou técnico mudar. |
| 02 | Jornada públicaPrimeiro contato, entendimento e entrada. | Concluído | Foram identificadas lacunas de proposta de valor, prova, hierarquia e confiança. | Reescrever a página de entrada com a arquitetura de mensagem proposta no capítulo de marca. |
| 03 | Jornada autenticadaCadastro, painel, edição e visualização. | Concluído | Fluxos centrais foram percorridos e seus pontos de fricção mapeados. | Converter observações em backlog com aceite e verificar novamente após correção. |
| 04 | Arquitetura e navegaçãoMenus, hierarquia, rotas e continuidade. | Concluído | Há base suficiente para recomendar uma jornada essencial mais curta e orientada por tarefa. | Prototipar a arquitetura de cinco etapas antes de alterar telas isoladas. |
| 05 | Diagnóstico heurístico inicialClareza, feedback, consistência e prevenção de erro. | Concluído | Achados foram organizados por impacto e relação com a promessa do produto. | Validar com usuários; uma heurística não substitui observação de uso. |
| 06 | Linha de base competitivaCategoria, oferta, preço e padrões públicos. | Concluído | Benchmark atualizado de iCasei, Casar.com, Lejour, Wedy, Joy e The Knot. | Usar como referência de expectativa, não como lista automática de funcionalidades. |
| 13 itens parciais | ||||
| 07 | Matriz formal de UXUX significa experiência do usuário. | Parcial por dependência | Há diagnóstico e evidências, mas a ferramenta não pôde ser analisada ponta a ponta porque fluxos ainda não estavam prontos. Sem uma versão funcional, frequência e severidade não podem ser confirmadas. | Consolidar a matriz agora e finalizar evidência, gravidade e aceite quando a versão completa estiver disponível. |
| 08 | Mobile e responsividadeEditor do casal e experiência do convidado. | Parcial por dependência | Problemas de uso no celular foram observados, sobretudo no editor, mas faltam os fluxos completos para testar diferentes aparelhos, tamanhos de tela e condições de rede. | Quando a versão estiver pronta, testar tarefas essenciais em celulares reais; o convidado deve concluir informação, RSVP e presentes sem zoom ou ajuda. |
| 09 | OnboardingDo cadastro ao primeiro resultado. | Parcial com direção | O fluxo atual é extenso e solicita decisões antes de ajudar o casal a visualizar o site. Em referências como Canva e Typeform, o primeiro resultado aparece cedo e a complexidade é revelada aos poucos. | Fluxo sugerido: dados essenciais → escolha visual inicial → preview preenchido → conteúdo obrigatório → revisão e publicação. Prototipar antes de desenvolver. |
| 10 | Editor e montagem do layoutBlocos, mídia, ordem e visualização. | Parcial com proposta | O editor atual demonstra potência, mas expõe opções demais, mistura decisões estruturais e visuais e ainda não previne uploads inadequados. | Reorganizar a interface em Conteúdo, Identidade e Configurações; manter preview persistente; usar limites claros para imagem, vídeo e arquivo e deixar ajustes menos frequentes em segundo nível. |
| 11 | AcessibilidadeContraste, teclado, rótulos e mídia. | Parcial | Há observações pontuais, mas não uma auditoria completa baseada na WCAG 2.2 AA. A sigla significa Diretrizes de Acessibilidade para Conteúdo Web; o nível AA é a referência recomendada para tornar interfaces perceptíveis, operáveis e compreensíveis por pessoas com diferentes deficiências. | Verificar contraste, teclado, foco, textos alternativos, rótulos, mensagens de erro, zoom e leitor de tela nas jornadas essenciais. |
| 12 | Desempenho percebidoCarregamento, resposta e peso de mídia. | Parcial | Carregamentos frágeis foram observados, sem medição técnica consolidada. LCP mede quanto demora para o conteúdo principal aparecer; INP mede quanto a interface demora para responder depois de um clique, toque ou digitação. | Medir LCP e INP em celulares reais, registrar erros de upload e definir peso máximo por página. O objetivo é evitar que fotos e vídeos façam o site parecer travado. |
| 13 | Copy e conversãoPromessa, orientação e microtextos. | Parcial com protótipo | O diagnóstico foi realizado e esta versão entrega uma proposta de página de vendas completa. A linguagem ainda precisa acompanhar a identidade visual final aprovada pelas sócias. | Testar se pessoas desconhecidas entendem o produto, os planos e a taxa sem explicação adicional. |
| 14 | Diagnóstico de marcaCódigos, personalidade e coerência. | Parcial por decisão | Personalidade, territórios e riscos foram analisados. A identidade final ainda está sendo construída pelas sócias, portanto a aplicação visual definitiva não pode ser encerrada. | Usar o diagnóstico como critério para finalizar identidade, tom e aplicações; validar coerência no produto e na comunicação. |
| 15 | PosicionamentoCategoria, público, valor e diferença. | Parcial por decisão | Há direção estratégica, mas a frase anterior limitava a Weds Love a “presença digital”. Esta versão apresenta uma formulação mais fiel ao conjunto atual da plataforma. | As sócias devem aprovar categoria e promessa após verificar compreensão, relevância e capacidade real de entrega. |
| 16 | Proposta de valorBenefício funcional, emocional e social. | Parcial com aplicação | Benefícios foram estruturados e aplicados à página de vendas sugerida. A versão final depende da identidade e de provas reais, como sites publicados e depoimentos autorizados. | Testar a home com pessoas que ainda não conhecem a Weds Love e observar o que entendem, não apenas o que preferem. |
| 17 | Benchmark aprofundadoEvolução, experiência e decisões de negócio. | Parcial com direção | Oferta, histórico, imagens e padrões de iCasei, Casar.com, Lejour, Wedy, Joy e The Knot foram comparados. Falta testar tarefas equivalentes em versões autenticadas quando isso for viável. | Usar concorrentes para compreender expectativas básicas de clareza, RSVP, uso no celular e taxa, não como lista automática de funcionalidades. |
| 18 | Benchmark de pricingPreço, gratuidade, taxas e domínios. | Parcial com recomendação | Os preços da Weds Love foram comparados com valores públicos. A faixa dos planos é plausível; a taxa de 4,7% é superior a referências de 3,89% e a economia entre planos é pequena. | Manter taxa como benefício secundário, comunicar exemplos líquidos e confirmar gateway, imposto, domínio e suporte para calcular margem. |
| 19 | Recomendação de MVPO que entra, o que espera e por quê. | Parcial | O escopo recomendado está descrito neste documento. | Validar viabilidade com desenvolvimento e convertê-lo em backlog fechado. |
| 6 itens pendentes ou dependentes da versão pronta | ||||
| 20 | Validação formal da auditoria de UXConfirmação com usuários e nova evidência. | Aguarda versão funcional | O diagnóstico especialista existe, mas não é possível validar a jornada inteira enquanto os fluxos necessários não estiverem concluídos. | Quando a versão estiver pronta, observar tarefas reais, revisar severidade e registrar evidência de resolução. |
| 21 | Teste moderado do pilotoCasal e convidado em tarefas essenciais. | Aguarda versão funcional | A estrutura de teste está recomendada, mas ainda não há uso consolidado em versão pronta. | Executar qualitativamente com dois ou três casais e convidados indicados por eles. Esse número identifica fricções; não valida mercado ou preço. |
| 22 | Matriz de planos, limites e acessosO que cada plano realmente libera. | Direção existente | Essencial, Completo e Prime já possuem preços e uma lista inicial de recursos. Esta versão organiza a matriz e aponta as ambiguidades restantes. | Fechar quantidade de templates, significado dos desenhos, suporte, limites do WhatsApp, domínio incluído e duração de acesso. |
| 23 | Economia do pricingCustos, margem, impostos e gateway. | Aguarda custos reais | Os preços e taxas estão definidos, e o relatório mostra cenários mensais. Lucro líquido ainda não pode ser afirmado sem custo do gateway, tributos, suporte, domínio, equipe e aquisição. | Preencher o modelo com contratos reais e separar receita, margem de contribuição, despesas fixas, caixa e lucro. |
| 24 | Complementos e receitas adicionaisDomínios e serviços coerentes com o produto atual. | Direção existente | Domínio .com.br a R$ 59,90 e .com a R$ 119,90 já são definições comerciais. Concierge foi retirado da arquitetura central porque assistência humana pode limitar escala. | Tratar domínio como complemento ou crédito no Prime e não adicionar serviço manual ao núcleo sem margem e capacidade comprovadas. |
| 25 | Métricas de lançamentoEventos, dashboard e responsáveis. | Pendente | As métricas-alvo são recomendadas neste dossiê, mas a instrumentação não foi confirmada. | Definir eventos e propriedade antes do primeiro piloto. |
| 5 itens trabalhados como apoio adicional | ||||
| 26 | Página de vendas conceitualArquitetura, copy, planos, taxas e exemplo visual. | Extra | Incluída nesta versão para mostrar como posicionamento e pricing podem aparecer na comunicação real. | Validar identidade, provas, regras comerciais e desempenho antes de publicar. |
| 27 | Apoio à implementação e operação de lançamentoOrientação adicional, não execução contratada. | Extra | Gates, piloto, métricas e critérios de decisão foram estruturados para apoiar as sócias e o desenvolvimento. | Se houver necessidade de acompanhamento da execução, formalizar novo escopo com capacidade e responsáveis. |
| 28 | Consulta contábil e financeiraImplicações operacionais de presentes e repasses. | Extra | O tema foi explorado para reduzir risco de decisão e tornar a taxa compreensível. | Levar o modelo escolhido à validação jurídica, contábil e tributária especializada. |
| 29 | Comparação de gatewaysTaxas, custódia e possibilidades de integração. | Extra | Alternativas foram levantadas, sem contratação ou teste real consolidado. | Solicitar proposta vinculante e testar pagamento, estorno, disputa e saque. |
| 30 | Lista de ajustes para desenvolvimentoCorreções e observações técnicas. | Extra | Demandas foram registradas ao longo da análise. | Unificar com o backlog e adicionar evidência, aceite, versão e responsável. |
Produto e experiência
A força potencial da Weds Love está em tornar identidade e hospitalidade digitais fáceis de construir. Hoje, porém, a quantidade de decisões no editor e a instabilidade da jornada essencial colocam esse valor em risco.
O critério de qualidade não é “quantas telas existem”. É se um casal consegue criar, visualizar, publicar e compartilhar uma experiência coerente. Também é se um convidado consegue entender, confirmar presença e agir sem pedir ajuda.
Nome, data, local, domínio e status do evento precisam vir de uma única fonte de verdade. Divergências entre onboarding, painel e site publicado quebram confiança e aumentam suporte.
Salvar, pré-visualizar, publicar, despublicar e compartilhar devem ter estados claros. Um site “quase publicado” é pior do que uma limitação explicada.
Convites chegam por WhatsApp; local, confirmação e presentes são consultados em movimento. Falhas de toque, carregamento, teclado ou legibilidade afetam o resultado central do produto.
Taxa, prazo, responsável financeiro, pagamento, confirmação, estorno e saque precisam ser compreensíveis e testados. Se qualquer elo ainda é simulado ou ambíguo, o recurso não deve sustentar o lançamento.
Mais de 25 tipos de bloco sugerem liberdade, mas aumentam a carga de decisão. O casal quer um resultado pessoal; não necessariamente quer operar uma ferramenta de web design.
Ações indisponíveis devem explicar motivo e saída. Rótulos em idiomas diferentes, telas vazias passivas e carregamentos sem retorno fazem a plataforma parecer menos confiável do que ela é.
As três frentes que precisam caminhar juntas
Não basta corrigir uma tela. É preciso definir a fonte do dado, o evento esperado, o estado de sucesso, a falha e a forma de recuperação. Stripe e Nubank são boas referências de transparência operacional: o usuário sempre sabe o que aconteceu, o que ainda está processando e o que fazer.
Cada problema inclui passos, evidência, resultado esperado, dispositivo, responsável e versão.
Erros de publicação, upload, RSVP, pagamento e saque geram evento e alerta.
Limites de mídia e metas mobile deixam de depender de percepção.
O primeiro resultado deve chegar antes da configuração completa. Typeform reduz uma tarefa ao próximo passo; Canva parte de um resultado visual; Notion revela recursos conforme o uso. Para a Weds Love, isso significa começar com nome, data, identidade e um site já editável, não com um painel vazio.
Conteúdo essencial, template curado e decisões em sequência.
Desktop e mobile sempre acessíveis, sem publicar para descobrir.
Microcopy explica consequência, limite e recuperação sem culpar a pessoa.
Airbnb torna pertencimento visível na experiência; Linear transforma velocidade e precisão em comportamento; Apple limita escolhas para garantir acabamento. A Weds Love precisa fazer o mesmo com autoria e hospitalidade: a marca não é uma campanha, é o modo como o produto ajuda o casal a receber.
Falar de começar a experiência, não de quantidade de blocos.
Planos, editor e suporte entregam a mesma proposta.
Preço, privacidade, taxas e estados operacionais aparecem no momento certo.
Jornada essencial recomendada
Nomes, data, local e estilo. O casal entende em menos de um minuto o resultado que poderá criar.
Um template preenchido com dados reais gera o primeiro momento de valor antes de pedir configurações avançadas.
Identidade, conteúdo e módulos essenciais. Ajustes avançados aparecem somente quando solicitados.
Preview mobile e desktop, checklist de pendências, privacidade e confirmação do que ficará público.
URL, compartilhamento, RSVP e painel com informações de atividade compreensíveis para o casal.
Proposta visual de reorganização
Nomes, data, cidade e local. Mostrar “você poderá ajustar depois” para reduzir medo de errar.
Escolher entre poucas composições iniciais com imagem grande. Não pedir dezenas de preferências.
Gerar o site com os dados já preenchidos. O casal vê valor antes de continuar.
Horário, mapa, confirmação e informações ao convidado em um checklist simples.
Ver mobile e desktop, identificar pendências e entrar no editor somente para ajustes adicionais.
O princípio vem de experiências como Canva e Typeform: começar por um resultado compreensível e revelar complexidade conforme ela se torna necessária. A referência é de fluxo, não uma recomendação para copiar a interface.
História, informações, convidados, presentes, mensagens e seções do site. A ordem acompanha aquilo que aparecerá para o convidado.
Template, cores, tipografia, capa, música, vídeo e desenhos disponíveis no plano. Cada opção mostra imediatamente o resultado no preview.
Domínio, privacidade, publicação, integrações, conta e exclusão. Decisões de risco ficam separadas da edição visual.
Em telas maiores, o preview permanece ao lado. No celular, edição e preview alternam por um controle fixo. Recursos indisponíveis mostram o plano necessário e o benefício, sem interromper a montagem.
O que precisa existir no MVP
Criar, entrar, recuperar acesso, editar dados e excluir conta com confirmação e explicação sobre retenções legais.
Nomes, data, local e direção visual alimentam imediatamente o site.
Template curado, módulos essenciais, salvamento seguro e visualização mobile/desktop.
Publicar, despublicar, URL correta, compartilhamento e feedback de status.
Informações do evento, RSVP, contato e privacidade. Presentes apenas com operação validada.
Ajustes necessários nos recursos atuais
A opção não existe hoje. O fluxo ideal permite solicitar exclusão, informa o que será apagado, o que precisa ser retido por obrigação legal e confirma a conclusão. A ANPD reconhece direitos de eliminação, anonimização ou bloqueio, observadas as hipóteses legais de conservação. Isso é confiança de produto, não apenas conformidade.
Hipótese inicial: até 8 MB e 5.000 px no maior lado; validar formato antes do envio; gerar WebP/AVIF e variações responsivas. Impor o limite praticamente não adiciona custo e tende a reduzir armazenamento, banda e falhas. Como ilustração, não como estimativa da arquitetura atual, 1.000 casais com 20 imagens finais de 1 MB representam 20 GB. No preço público do Cloudflare R2, seriam cerca de US$ 0,30 por mês de armazenamento antes de operações e franquia gratuita.
É possível ocultar controles com parâmetros de incorporação, mas não prometer remoção completa da interface ou marca do YouTube. Reprodução automática com som costuma ser bloqueada pelos navegadores. O padrão seguro é poster, consentimento para carregar conteúdo externo e autoplay apenas sem som, com playsinline e fallback de controles.
Hipótese para o MVP: MP4 H.264/AAC, até 50 MB, tamanho mostrado antes do envio e validação também no servidor. Oferecer “vídeo ambiente” sem controles somente como opção, sempre mudo e em loop; manter player acessível para vídeos com conteúdo. Poster, compressão e mensagem de erro evitam que um arquivo pesado pareça “bug do site”.
Exibir formatos aceitos, peso e número máximo de páginas antes do upload. Hipótese: PDF ou imagem, até 20 MB ou 50 páginas, com progresso assíncrono e erro acionável. Antes de sofisticar a inteligência, medir taxa de extração útil, tempo economizado e quantidade de correções manuais.
Os limites acima são hipóteses de produto e engenharia. Devem ser ajustados à infraestrutura, ao custo de processamento e aos dispositivos reais do público. Eles entram para investigação; não são um novo roadmap nem condição para ampliar o escopo antes de o MVP estar estável.
Plano de encerramento
O encerramento não precisa criar novas cerimônias. Precisa consolidar o que foi analisado, confirmar o que é tecnicamente possível e registrar as decisões que deixam produto, marca e monetização coerentes.
Organizar todo o material numa única versão, eliminando duplicidades e separando claramente fato observado, inferência, hipótese, decisão e dependência.
Concluído, parcial, pendente, fora da execução ou analisado além do escopo.
MVP e UX, marca e mensagem, pricing e unit economics, piloto e lançamento.
Decisão, razão, responsável, dependência e condição de revisão.
Transformar as recomendações em critérios que desenvolvimento e operação consigam confirmar. O objetivo não é rediscutir estratégia, mas revelar custo, restrição ou dependência antes de assumir uma promessa comercial.
Para cada fluxo crítico: o que já existe, em qual versão, o que falta e como será verificado.
Uploads, domínio, gateway, armazenamento, suporte, privacidade e instrumentação com custo e responsável.
Cada decisão recebe justificativa. Nenhuma restrição técnica deve aparecer somente depois do preço ou da comunicação serem publicados.
11 seções para fechar com clareza
O que o encerramento precisa travar
Aprovar a combinação entre organização, identidade da celebração e cuidado com o convidado após teste de compreensão.
Relacionar cada afirmação da página de vendas a uma tela, fluxo, limite e evidência real do produto.
Fluxos, limites, aceite e tudo o que fica explicitamente depois.
Essencial, Completo e Prime com recursos, limites, duração, taxa e suporte iguais em comunicação, produto e cobrança.
Gateway, custos reais, margem, regra da taxa, prazo, saque, estorno e condição para liberar presentes.
Crédito, renovação, titularidade, consentimento, quantidade de mensagens, custo e falhas documentados.
Quem participa, versão, tarefas, eventos internos e regras para bloquear, repetir ou avançar.
Exclusão, retenção, consentimento, dados públicos e responsável por cada fluxo definidos.
Um lugar, um status, um dono, uma versão e uma evidência de aceite para cada item.
Textos e botões refletem o produto real, sem benefício aberto, depoimento inventado ou condição financeira escondida.
Avaliação final
A avaliação final abandona uma nota ampla porque o estágio das quatro dimensões é diferente e parte da evidência ainda não foi validada. O que segue é uma leitura de estado, consequência e decisão.
Estado geral
Não existe fundamento para afirmar que o produto está “pronto” nem para reduzi-lo a uma nota. Existe fundamento para avançar com foco: fechar o MVP, validar com usuários, confirmar a economia e operar um piloto controlado.
A análise conseguiu reduzir a dispersão inicial. A Weds Love não precisa se apresentar apenas como criadora de sites nem tentar competir pela maior quantidade de recursos. O conjunto atual permite construir uma proposta mais consistente: reunir informações, confirmações, mensagens e presentes num espaço que também expressa a identidade da celebração e cuida da experiência de quem será convidado.
Essa direção é relevante porque conecta o benefício emocional do casamento a tarefas concretas do produto. Também cria uma base para o tom de voz, para a hierarquia da página de vendas e para a diferença entre os planos. O que ela ainda não possui é validação externa. Não há evidência suficiente para afirmar que o público percebe essa combinação como distinta, compreende a promessa na primeira leitura ou atribui a ela valor superior às alternativas gratuitas.
Territórios foram comparados, paridades e diferenças foram separadas, personalidade e tom receberam limites e a narrativa foi aplicada a uma home conceitual. A marca passa a ter uma direção operacional, não apenas uma coleção de adjetivos.
Prometer personalização sem definir seu alcance, usar “premium” sem prova de acabamento ou anunciar cuidado com o convidado enquanto mobile e RSVP ainda falham criaria distância entre discurso e entrega. Para uma marca nova, essa primeira quebra de confiança custa mais do que uma comunicação menos ambiciosa.
Testar a proposta e a home com pessoas que não conhecem a marca. A direção estará pronta para publicação quando o público conseguir explicar o valor, distinguir a Weds Love de um gerador genérico de site e reconhecer no protótipo do produto a mesma promessa que leu.
O produto já reúne uma oferta expressiva: site, dados do evento, mapas, previsão do tempo, templates, foto, música, vídeo, mensagens, confirmações e presentes. O problema central não é falta de funcionalidade. É a distância entre essa amplitude e a consistência dos fluxos que sustentam a promessa básica.
O MVP, sigla para Produto Mínimo Viável, não significa uma versão pobre. Aqui ele representa a menor jornada que pode ser oferecida com confiança: criar conta, informar o casamento, visualizar com dados reais, editar, salvar, publicar, compartilhar, abrir no celular e permitir que o convidado encontre informações e confirme presença. Exclusão de conta, proteção de uploads, estados de erro e privacidade fazem parte dessa base porque sua ausência cria risco operacional e reputacional.
A análise não pôde comprovar a jornada completa porque a versão observada ainda não estava pronta de ponta a ponta. Isso limita a matriz formal de UX, mobile e desempenho. LCP, ou Largest Contentful Paint, mede quanto tempo o principal conteúdo visível leva para aparecer; INP, ou Interaction to Next Paint, mede a rapidez com que a interface responde depois de um clique, toque ou digitação. Esses indicadores ajudam a localizar lentidão, mas precisam ser medidos na versão real, em aparelhos e conexões compatíveis com o público.
Congelar a expansão do editor e transformar os fluxos existentes em critérios de aceite verificáveis. O onboarding deve ser mais curto e levar cedo ao preview. O editor deve separar conteúdo, identidade e configurações, reduzindo o número de decisões simultâneas. Imagem, vídeo, YouTube e extração inteligente precisam de limites, avisos e recuperação de erro.
O produto estará apto ao piloto quando todos os gates críticos forem aprovados numa versão identificada, sem perda de dados, bloqueio sem orientação ou dependência de intervenção técnica para publicar e compartilhar.
UX significa experiência do usuário: não é apenas o visual da tela, mas tudo o que a pessoa compreende, faz, sente e consegue concluir ao usar o produto. A revisão identificou dados contraditórios, excesso de opções, hierarquia irregular, feedback insuficiente, risco em uploads e fragilidades no celular. Esses sinais são relevantes, porém ainda representam uma avaliação especialista, não a frequência real dos problemas entre casais e convidados.
A validação deve ocorrer somente depois que a jornada estiver tecnicamente disponível. Dois ou três casais são suficientes para revelar problemas qualitativos importantes, mas não produzem porcentagens de mercado. Eles devem realizar tarefas sem orientação constante, em aparelhos reais. Convidados devem receber o endereço pelo canal provável de uso, abrir o site e concluir o RSVP, termo usado para a confirmação de presença.
A avaliação também precisa incorporar a WCAG 2.2 AA. WCAG é a sigla em inglês para Diretrizes de Acessibilidade para Conteúdo Web. A versão 2.2 reúne critérios internacionais; o nível AA é uma referência prática para contraste, foco visível, navegação por teclado, tamanho de áreas tocáveis, rótulos, mensagens de erro e previsibilidade. Cumprir esses critérios não beneficia somente pessoas com deficiência: melhora legibilidade, reduz erro e torna a experiência mais robusta em diferentes contextos.
Cada tarefa deve registrar sucesso, tempo, erro, hesitação, pedido de ajuda e consequência. Os achados recebem severidade e são ligados à versão, ao aparelho e ao fluxo. Um problema de baixa frequência pode continuar crítico se envolver privacidade, dinheiro ou publicação sem recuperação.
A experiência estará suficientemente validada para o piloto quando as tarefas essenciais forem concluídas sem condução crítica, os bloqueios tiverem sido corrigidos e os critérios de acessibilidade aplicáveis forem verificados.
A Weds Love agora possui uma arquitetura comercial concreta: Essencial gratuito, Completo a R$ 99 e Prime a R$ 179; taxas de presentes de 4,7%, 4,6% e 4,4%; domínio .com.br a R$ 59,90 e .com a R$ 119,90. Essa definição permite comunicar e testar. Ela ainda não comprova que os planos convertem, que a taxa cobre todos os custos ou que a operação consegue suportar o volume.
A diferença de taxa é pequena e não deve carregar o upgrade. O Completo precisa demonstrar evolução visual; o Prime precisa justificar valor por vídeo, personalização, domínio e confirmação ativa por WhatsApp. Antes da venda, devem ser fechados duração, limites, suporte, propriedade e renovação do domínio, consentimento e quantidade de mensagens, além da mecânica financeira da lista.
O lançamento pago amplo dependeria de medidas que ainda não existem como histórico da Weds Love: custo para conquistar um casal, conversão entre etapas, receita média por casamento, margem depois de gateway e suporte e tempo para recuperar o investimento em aquisição. Os cenários financeiros deste dossiê são modelos de sensibilidade mensais; servem para mostrar quais variáveis importam, não para prometer lucro ou valuation.
Primeiro, um piloto fechado com dois ou três casais para validar funcionamento e compreensão. A lista de presentes só entra quando pagamento, confirmação, estorno, saque e conciliação forem testados com valor real e responsabilidade definida. Depois, uma amostra comercial maior pode medir preço e conversão. Aquisição paga deve vir quando suporte e margem estiverem conhecidos.
Avançar para piloto após os gates técnicos e operacionais. Avançar para aquisição somente quando o produto registrar os eventos essenciais, a comunicação corresponder à oferta e cada casamento demonstrar contribuição financeira suficiente depois dos custos variáveis.
Relações que devem orientar as proprietárias
Próximas análises, na ordem
Fonte de dados, publicação, mobile, uploads, privacidade, estados e instrumentação.
Compreensão, relevância e prova do território com público real.
Casal e convidado em tarefas, com dispositivos reais e critérios de sucesso.
Gateway, domínio, suporte, impostos, margem e sensibilidade de preço.
Executar, observar, decidir correções e somente então desenhar aquisição.
O melhor próximo passo da Weds Love não é parecer pronta. É construir a evidência que permitirá lançar com convicção.
Conclusão da revisão integradaMetodologia, limites e fontes
A análise combina observação da plataforma e do documento anterior, informações fornecidas ao longo da revisão, pesquisa pública e inferência estratégica. Dados e preços foram verificados em 30 de julho de 2026.
Fluxos e telas observados, escopo descrito, registros de ajustes, hipóteses de marca e negócio e os comentários de revisão incorporados neste documento.
Não houve validação formal de UX com usuários, auditoria jurídica/contábil, teste real consolidado de gateway, comprovação de custos técnicos nem experimento de compra com amostra de mercado.
Direção de marca e MVP podem orientar trabalho agora. Preço, taxa, limites técnicos e metas de conversão permanecem hipóteses até receberem evidência específica.
