Registramos o estado inicial de não suporte a pagamento e o escopo posteriormente introduzido
No momento da divulgação inicial, a funcionalidade de pagamento não estava aberta, e posteriormente o pagamento via Paddle e o teste gratuito de 30 dias foram introduzidos. Este artigo registra junto como a limitação foi resolvida.
Esta atualização registra o estado em que, na divulgação inicial de maio de 2026, a funcionalidade de pagamento ainda não era oferecida. Na época, o usuário podia ver a direção do produto e a orientação de preço, mas não podia usar o pagamento e a ativação de plano reais. Posteriormente, o fluxo de pagamento e o teste gratuito de 30 dias foram introduzidos gradualmente.
A razão de deixar registrada a limitação conhecida não é esconder o estado passado, mas confirmar o que foi resolvido e quando.
O que mudou nesta atualização
- No momento da divulgação inicial, o botão de pagamento e a ativação real do plano não eram fornecidos.
- A orientação de preço e o processamento de pagamento estavam separados, indicando claramente o estado em preparação.
- Posteriormente, conectamos o fluxo de pagamento baseado em Paddle ao ambiente de operação.
- Adicionamos o teste gratuito de 30 dias uma vez por conta quando novas contas selecionam o plano mensal ou anual.
- Continuamos verificando para alinhar a exibição de uso e o estado do plano com o resultado do pagamento.
Como o usuário verifica
- Confirma a disponibilidade atual de pagamento e as condições na orientação mais recente de /pricing.
- Confirma se é elegível para teste gratuito com base no estado real da conta logada.
- Confirma se o estado do plano e a exibição de uso coincidem após o pagamento.
- Se houver problema, consulta verificando juntos a conta e o estado de pagamento em vez de repetir o pagamento.
Exemplo no fluxo de uso real
Por exemplo, para verificar se esta limitação ainda é válida, o usuário confirma a disponibilidade atual de pagamento e as condições na orientação mais recente de /pricing. Confirma se é elegível para teste gratuito com base no estado real da conta logada. Se necessário, se houver problema, consulta verificando juntos a conta e o estado de pagamento em vez de repetir o pagamento. Além disso, o item a seguir deve ser usado como fronteira para julgar o estado atual. A frase de limitação inicial deste artigo é um estado histórico e não descreve isoladamente o estado atual de pagamento. Seguindo este fluxo, é possível não confundir o registro de limitação passada com o escopo atual oferecido.
Distinguindo antes e depois da mudança
Limitações conhecidas, se não se distinguir o estado da época da divulgação do estado atual, orientações antigas podem permanecer como se fossem fatos atuais. Nesta organização, no momento da divulgação inicial, a funcionalidade de pagamento não estava aberta, e posteriormente o pagamento via Paddle e o teste gratuito de 30 dias foram introduzidos. Este artigo registra junto como a limitação foi resolvida. Registramos juntos a parte onde a limitação se mantém, a parte posteriormente resolvida e o caminho de verificação mais recente, para que se possa confirmar as mudanças ao longo do tempo.
Escopo de aplicação e observações
- A frase de limitação inicial deste artigo é um estado histórico e não descreve isoladamente o estado atual de pagamento.
- O teste gratuito é uma vez por conta e não é aplicado repetidamente a todos os pagamentos.
- O processamento de pagamento e a página separada de gerenciamento de cobrança não são a mesma funcionalidade.
- Preço, plano e condições de teste gratuito priorizam a exibição mais recente de /pricing.
Por que esta mudança é importante na estrutura geral do 5BY.AI
Registrando juntos o estado de limitação e o estado resolvido, o usuário não pode confundir orientações antigas com o estado atual. O 5BY.AI distingue claramente em preparação, em fornecimento e limitação separada em funcionalidades que exigem confiança como pagamento.
Critérios para verificar esta atualização
- Deve-se distinguir em ordem cronológica se a limitação ainda é válida ou se foi resolvida em atualização posterior.
- Não se deve orientar que funcionalidades não oferecidas podem ser usadas por métodos alternativos.
- Quando o estado de limitação mudar, não se deve excluir o registro existente, mas conectar junto o caminho de resolução e a orientação mais recente.