Alterar o preço de um plano recorrente é uma das coisas mais sensíveis com que vai lidar no seu estúdio. Mexe no dinheiro dos clientes e nas condições com que se inscreveram. Este artigo guia-o pelas suas opções e pelo que cada uma significa.
O que muda e o que se mantém
A janela de confirmação descrita abaixo aparece apenas para uma variante que tem membros ativos. Se ainda ninguém tiver a variante, o Zenamu guarda a alteração sem perguntar. E como o intervalo de faturação (e a moeda) está bloqueado no formulário de uma variante com membros ativos e não pode ser alterado, na prática a janela só é despoletada por uma alteração de preço.
Quando edita o preço de uma variante que tem membros ativos, o Zenamu mostra-lhe uma janela de confirmação com dois botões mais Cancelar alteração:
Manter os existentes com o preço original — a predefinição recomendada (a janela intitula esta opção «Manter os subscritores existentes com o preço original (recomendado)»).
Aplicar a todos os existentes — sob o título «Ou: aplicar a todos os subscritores existentes de uma só vez»; assinalado como um aviso, por isso use-o apenas depois de ter combinado com os seus clientes.
Na secção «manter o preço original», a janela aponta também para dois caminhos manuais (descritos abaixo na Opção 3) para tratar clientes individuais:
Alterar a variante — o cliente fá-lo por conta própria a partir da conta, ou o estúdio fá-lo a partir da administração.
Cancelar e comprar de novo — cancela o plano existente e o cliente compra a nova variante.
Este caminho manual não é um botão na janela, apenas uma nota explicativa — trata dele fora da janela.
Opção 1 — Manter os existentes com o preço original (recomendado)
O que significa:
Os membros existentes mantêm o preço original. O plano deles continua a renovar-se ao preço antigo.
As novas compras a partir do momento em que guarda a alteração são efetuadas ao novo preço.
Nos bastidores: o Stripe recebe um novo preço para novos clientes, enquanto o preço existente é preservado para os membros existentes.
Quando escolher:
Quase sempre. Os clientes existentes compraram-lhe o plano a um preço específico — isso é um acordo, e não deve mudar-lhes de repente.
Quando só quer aumentar o preço para novos clientes (o caso típico, à medida que os seus custos sobem).
Quando tem clientes fiéis e não quer arriscar a confiança deles.
O que dizer aos clientes existentes:
Nada, na verdade. Os clientes existentes não vão reparar na alteração — continuam a pagar o mesmo valor.
Se um cliente existente mais tarde navegar pela sua oferta pública e vir o novo preço, pode explicar-lhe que o preço original está fixado como recompensa por estar consigo há mais tempo.
Se quiser aumentar o preço a um cliente específico:
Combine com ele e peça-lhe que vá à conta, clique em Alterar variante e escolha a nova variante (mais cara). O Stripe vai calcular a diferença proporcional.
Ou cancele o plano existente dele no fim do período (a partir da administração) e peça-lhe que compre a nova variante.
Opção 2 — Aplicar o novo preço a todos os membros existentes de uma vez
O que significa:
Cada membro ativo é cobrado ao novo preço na próxima renovação.
O Zenamu cria um novo preço no Stripe e aplica-o a todos os planos existentes nessa variante.
Importante: a data da próxima renovação não muda. O novo preço aplica-se na próxima renovação, não de imediato, por isso ninguém paga duas vezes nem recebe uma fatura fora do ciclo.
Quando escolher:
Apenas depois de combinar com os seus clientes e de obter o consentimento deles por escrito (e-mail, contrato).
Abordagem recomendada: anuncie a alteração aos clientes com 30 dias de antecedência e dê-lhes a hipótese de cancelar se não concordarem.
Quando tem fundamento legal para o aumento (por exemplo, inflação acima de 10% e o direito contratual de ajustar o preço).
Aviso: Alterar o preço em silêncio, sem o conhecimento dos clientes, prejudica a confiança e pode ter consequências legais. A legislação da UE (proteção do consumidor e regras de pagamento) trata uma alteração silenciosa de um pagamento recorrente como uma cobrança não autorizada. Recomendamos vivamente que anuncie sempre a alteração aos clientes com antecedência.
O que o Zenamu faz nos bastidores:
Guarda o novo preço da variante na base de dados.
Cria um novo preço no Stripe (o antigo mantém-se — só os planos existentes é que continuam a referenciá-lo).
Para cada cliente ativo, atualiza o plano dele no Stripe de modo a que:
Não haja cobrança imediata pela diferença.
A data da próxima renovação se mantenha — o novo preço aplica-se apenas na próxima renovação regular.
Quando está concluído, o Zenamu mostra o resultado: «A variante foi guardada, mas o Stripe não atualizou todos os subscritores existentes ({{updated}} atualizados, {{failed}} com falha). Verifique os logs e tente novamente, ou migre manualmente os subscritores com falha.» (Se tudo correr bem, vê apenas uma confirmação simples de «Alterações guardadas».) O número de membros atualizados inclui também os clientes que tinham uma mudança de variante agendada para esta variante de destino — o Zenamu reescreve o preço guardado para eles no Stripe também, para que a próxima renovação corra ao novo preço.
E se uma transferência falhar:
A transferência em massa corre apenas para planos no estado Ativo ou A aguardar início. Os clientes nos estados Pausado, Não pago, A aguardar pagamento, Cancelado e Expirado não são processados de todo (o Zenamu exclui-os da migração à partida).
A exceção são os clientes que têm uma mudança de variante agendada exatamente para esta variante de destino (isto aplica-se mesmo no estado Não pago): também para eles o Zenamu atualiza o preço guardado no Stripe, para que a próxima renovação ou qualquer pagamento em atraso corra ao novo preço. Mencionámos este grupo acima: contam para o número de membros atualizados.
Para os clientes que o Zenamu inclui na transferência em massa, o Stripe pode ainda assim recusar a atualização:
A subscrição Stripe do cliente está numa moeda diferente do novo preço — o Stripe não o permite.
A subscrição Stripe do cliente já está cancelada — normalmente se alguém a cancelou manualmente, diretamente no Stripe Dashboard.
Um plano sem itens Stripe ativos — um caso raro depois de uma edição manual no Stripe Dashboard.
Uma breve falha ou erro de rede ao contactar o Stripe.
O Zenamu marca qualquer caso destes como falha, e a mensagem mostra a contagem como «X atualizados, Y com falha.» No detalhe do cliente, vai ver que continua no preço antigo. A partir daí pode:
Combinar uma transferência manual com ele — alterando a variante, ou cancelando e pedindo-lhe que compre de novo.
Deixar como está — o cliente paga o preço antigo, e a situação resolve-se gradualmente através de ações manuais.
Executar a transferência em massa de novo mais tarde — se a razão da falha foi temporária (uma falha do Stripe), executá-la de novo pode ser bem-sucedido.
Opção 3 — Transferir clientes específicos manualmente
Quando quer passar apenas alguns clientes para o novo preço (por exemplo, «um preço mais alto para clientes empresariais, o mesmo preço para estudantes»), use uma destas abordagens:
a) Mudar o cliente para uma nova variante
Crie uma nova variante com o novo preço (não altere a antiga).
Combine com o cliente.
O cliente vai à conta e clica em Alterar variante, e depois escolhe a nova variante.
O Stripe calcula automaticamente a diferença proporcional, e o suplemento é cobrado ao cliente logo de imediato.
Mais informação no artigo Alterar a variante de um plano.
b) Cancelar e comprar de novo
Combine com o cliente.
O cliente cancela o plano atual (no fim do período).
Assim que o período termina, o cliente compra a nova variante ao novo preço.
Esta abordagem faz sentido quando:
Quer um ciclo de faturação limpo (a nova variante começa exatamente no dia da compra).
Está a alterar a moeda (mudar de variante não consegue fazer isso).
O que acontece no Stripe nos bastidores
Para deixar isto mais claro — eis o que acontece sempre no Stripe:
Para cada tipo de plano, o Stripe tem um «produto» (por exemplo, «Estúdio de Ioga — Plano mensal»). O Zenamu cria-o na primeira compra, e o mesmo é reutilizado a partir daí.
Para cada preço, o Stripe tem um registo separado. Quando altera o preço de uma variante, é criado um novo preço no Stripe. O preço antigo mantém-se — os membros existentes continuam associados a ele.
Isto garante que:
Os planos dos clientes existentes no Stripe se mantêm no preço original (antigo).
As novas compras usam automaticamente o novo preço.
No Stripe Dashboard, pode ver o histórico de cada preço, com data e hora.
Para os mais curiosos do ponto de vista técnico: Internamente, o Zenamu lembra-se de que preço Stripe uma variante deve usar. Quando altera o preço, essa referência é reescrita para o novo preço, mas o produto Stripe mantém-se. O preço antigo também se mantém no Stripe (o Zenamu não o elimina nem o marca como arquivado) — o Zenamu simplesmente deixa de o usar para novas compras. Os planos existentes continuam a referenciá-lo diretamente no Stripe.
A sincronização do nome no Stripe Dashboard demora um instante: Se também alterar o nome de uma variante ou grupo, o nome no Stripe atualiza-se em segundo plano (normalmente poucos segundos depois de guardar). Por isso, durante um curto período após guardar, pode ainda ver o nome antigo no Stripe Dashboard — não é um erro, apenas um atraso. Se o nome não se sincronizar com o Stripe (por exemplo, uma breve falha), o plano em si continua a funcionar bem — só o Stripe Dashboard é que pode manter o nome antigo até a próxima edição o sincronizar de novo.
Casos especiais
Alterar a moeda
Importante — se uma variante tiver membros ativos, NÃO pode alterar a moeda.
Quando guarda uma alteração de moeda numa variante que tem pelo menos um membro num estado ativo (Ativo, A aguardar início, Pausado, A aguardar pagamento, Não pago), o Zenamu mostra um erro:
«Não é possível alterar a moeda numa variante com clientes ativos. Crie uma nova variante na moeda pretendida.»
O Stripe não consegue alterar a moeda dentro de uma única subscrição. Tal como numa alteração de período de faturação, o Zenamu impede-o enquanto está a guardar a edição, para que não quebre acidentalmente o ciclo de faturação dos seus clientes existentes.
Como abordar um novo mercado ou moeda:
Crie uma nova variante na moeda pretendida (por exemplo, a variante original em EUR, a nova em USD).
Para novas compras nessa moeda, os clientes veem a variante na sua moeda.
Os clientes existentes mantêm-se na moeda original da variante. Como o Zenamu não permite de todo uma alteração de moeda numa variante com membros ativos (ver acima), não há forma de acabar com uma variante que tenha membros em duas moedas diferentes.
A única forma de passar um cliente específico para uma moeda diferente é cancelar o plano existente dele e comprar de novo na nova moeda.
É por isso que, numa transferência em massa, a moeda do cliente e o novo preço correspondem sempre. Se a moeda de um cliente não correspondesse por alguma razão (por exemplo, depois de uma edição manual da subscrição diretamente no Stripe Dashboard), o Stripe recusaria a atualização, e o Zenamu contá-la-ia entre as falhas (Y com falha).
Alterar o intervalo de faturação (de mensal para anual, etc.)
Importante — se uma variante tiver membros ativos, NÃO pode alterar o intervalo.
Quando guarda uma alteração ao intervalo de faturação (ou ao seu multiplicador) numa variante que tem pelo menos um membro num estado ativo (Ativo, A aguardar início, Pausado, A aguardar pagamento, Não pago), o Zenamu mostra um erro:
«Não é possível alterar o período de faturação numa variante com clientes ativos. Se quiser alterar o período de faturação, arquive a variante ou crie uma nova.»
A razão: alterar o intervalo a meio do ciclo causaria um comportamento imprevisível no Stripe (uma mistura do ciclo original e da nova duração). Um caminho mais limpo é este:
Crie uma nova variante com o novo intervalo (por exemplo, anual em vez de mensal).
Combine com os seus clientes e passe-os para a nova variante gradualmente — deixe-os mudar por conta própria, ou mude-os a partir da administração.
Arquive a variante antiga para que os novos clientes não a possam escolher.
Alterar o intervalo numa variante sem membros ativos (por exemplo, uma acabada de criar que ninguém comprou ainda) é permitido — o Zenamu simplesmente guarda a alteração.
Baixar o preço (um desconto)
Baixar o preço para membros existentes (através de uma transferência em massa) é mais seguro para o cliente do que aumentá-lo, porque o cliente paga menos, não mais. Mesmo assim, recomendamos que avise os seus clientes por e-mail, para que saibam que vai começar a sair um pagamento mais baixo.
Descontos e saldo de crédito
Uma redução de preço em massa não cria nenhum saldo de crédito. O cliente simplesmente começa a pagar o preço inferior a partir da próxima renovação regular — a data da próxima renovação mantém-se, só o valor é que desce. Sem crédito instantâneo, sem fatura especial, sem documentos contabilísticos adicionais.
O que acontece com variantes inativas
Visível apenas para administradores — os novos clientes não a podem ver, e não afeta os membros existentes.
Arquivada — semelhante a ocultá-la, mas na administração está claramente assinalada como inativa (a cinzento na lista). Os membros existentes continuam nela.
Eliminar um grupo — o Zenamu não o deixa eliminar um grupo inteiro (e todas as suas variantes) enquanto qualquer variante tiver membros ativos. Não existe eliminação de variantes individuais — apenas o arquivamento.
Perguntas frequentes
Alterei o preço por engano. Posso desfazer? Sim. Abra a edição da variante de novo, reponha o preço no valor original e guarde com a opção Manter os existentes com o preço original. Isto cria um novo preço no Stripe para os novos clientes, enquanto os membros existentes ficam no preço original. Se já tiver executado uma transferência em massa entretanto, pode executá-la de novo — de volta ao preço original.
Executei uma transferência em massa, mas um cliente diz-me que lhe cobraram o valor errado. Muito provavelmente, passou tempo entre o momento em que guardou e o próximo pagamento do cliente, e o Stripe cobrou corretamente o novo preço. Verifique a secção Pedidos no detalhe do cliente — vai ver o valor e a data exatos. O cliente pode não ter esperado que o novo preço se aplicasse logo na próxima renovação.
Um cliente diz que não recebeu um e-mail sobre o novo preço. O Zenamu não envia nenhum e-mail automaticamente quando altera o preço. Tem de informar os clientes por conta própria, com antecedência. Se um cliente não concordar com a alteração, pode oferecer-lhe manter o preço antigo: crie uma nova variante com o preço antigo e mude o cliente para ela. Não recomendamos uma alteração manual diretamente no Stripe Dashboard — poderia causar uma discrepância entre o Stripe e o Zenamu, que o sistema depois reporta como um problema.
Posso aumentar o preço só a alguns clientes? Sim — usando uma transferência manual (Opção 3). Mas não o pode fazer para «5 de 50» com um único botão no Zenamu.
E se alterar o preço mesmo enquanto um cliente está a comprar? Na curta janela entre um cliente iniciar uma compra e concluí-la, pode haver uma sobreposição: o cliente pode ver o preço antigo enquanto o Stripe cobra o novo. Na prática, isto é muito improvável (um cliente conclui a compra em segundos), e o Zenamu tem mecanismos de segurança internos para o evitar. Se acontecer, o cliente paga o valor apresentado na janela de pagamento.
Mais artigos