Para quem
Produto, marketing, sucesso do cliente, suporte, comercial, dados, financeiro, jurídico e liderança de qualquer mudança que afete a base.
Mudança, migração e clientes legados
Uma mudança fica pronta quando a empresa sabe quem será afetado, quais direitos e capacidades precisam ser preservados, como o novo estado será testado, que suporte absorverá a transição e qual sinal interrompe ou reverte o rollout. Este guia organiza clientes novos, base legada e exceções em coortes explícitas, com paridade, comunicação, guardrails e recuperação definidos antes da escala.
Quando usar
Ao alterar plano, preço, limite, interface, automação, domínio, integração, política ou processo que clientes existentes já incorporaram ao trabalho.
Saída esperada
Um contrato de migração com coortes, paridade, direitos, cronograma, comunicação, capacidade de suporte, métricas, pausa e rollback.
A base existente avalia a mudança pela continuidade do próprio trabalho
Para quem já usa uma plataforma, uma melhoria pode significar perda de hábito, integração, limite, histórico ou previsibilidade. A equipe enxerga a capacidade nova; o cliente enxerga o esforço de reaprender e o risco de interromper uma operação que já funciona. A confiança depende de reconhecer essa diferença antes de anunciar a transição.
Mudança responsável combina valor futuro com proteção presente. A organização declara o que muda, o que permanece, quem entra em cada etapa, como obter ajuda, qual direito será preservado e quando a versão anterior pode ser encerrada. Transparência reduz surpresa, mas só a paridade testada reduz risco operacional.
Regra de decisão: nenhuma mudança alcança toda a base sem coortes definidas, paridade documentada, suporte dimensionado, telemetria ativa e rota de retorno compatível com o impacto.
Clientes diferentes precisam de contratos de mudança diferentes
A data de entrada ajuda, porém não explica sozinha a dependência. Duas contas antigas podem usar capacidades distintas, e uma conta nova pode chegar com integração crítica desde o primeiro dia. A coorte de migração combina estágio, uso, complexidade, valor, risco e necessidade de acompanhamento.
| Coorte | Condição | Tratamento | Gate |
|---|---|---|---|
| Novos clientes | Entram depois da data de corte | Novo padrão desde a contratação, com expectativa explícita | Onboarding e documentação refletem o estado novo |
| Legado simples | Uso baixo e poucas dependências | Migração guiada, janela clara e autoatendimento | Tarefa essencial concluída sem aumento de falha |
| Legado assistido | Fluxos recorrentes ou integrações importantes | Diagnóstico, teste em paralelo e acompanhamento humano | Paridade validada pela conta antes do corte |
| Alta criticidade | Operação sensível, grande volume ou consequência elevada | Plano individual, ensaio, canário e janela de retorno ampliada | Responsável do cliente e da empresa autorizam a virada |
| Exceção temporária | Dependência conhecida impede a migração | Grandfathering com prazo, condição e plano de saída | Exceção possui dono e data de encerramento |
Paridade precisa ser definida pelo trabalho que o cliente realiza
Comparar listas de funcionalidades permite declarar equivalência enquanto uma jornada importante continua quebrada. Paridade operacional pergunta se a pessoa consegue completar o mesmo trabalho, preservar dados, manter controles e recuperar uma falha dentro da nova experiência.
Capacidade
Qual trabalho precisa continuar possível e qual melhoria justifica a transição?
Dados e histórico
O que migra, como é conferido e quais campos ou registros pedem tratamento especial?
Direitos e condições
Preço, limite, contrato, benefício e prazo permanecem, mudam ou recebem transição?
Controle
A pessoa entende a mudança, consegue contestar, pedir ajuda e voltar quando o risco permite?
- Jornadas essenciais estão inventariadas por coorte.
- Dados e histórico possuem conferência antes e depois da migração.
- Diferenças de capacidade aparecem em linguagem de cliente.
- Direitos, condições e exceções têm regra e vigência.
- Critério de encerramento do legado foi combinado antes da comunicação.
Amplie a exposição somente quando a coorte anterior confirma segurança e valor
Ambiente interno
Execute jornadas críticas, migração de dados, alertas, suporte e rollback com contas de teste. Saída: falhas conhecidas e responsáveis nomeados.
Parceiros de desenho
Convide poucas contas representativas, declare o caráter controlado e acompanhe cada tarefa essencial. Saída: linguagem, paridade e esforço corrigidos.
Canário por coorte
Libere para uma parcela pequena, compare comportamento e mantenha capacidade de retorno. Saída: sinais de uso, falha, suporte e confiança dentro do limite.
Expansão em ondas
Aumente a exposição em intervalos com revisão. Saída: operação absorve volume sem degradar atendimento ou resultado.
Encerramento do legado
Confirme migração, exceções, comunicação final e preservação do histórico. Saída: estado anterior retirado com decisão auditável.
Gate entre ondas: a próxima coorte só entra quando paridade, estabilidade, capacidade de suporte e compreensão da comunicação permanecem dentro dos limites definidos antes do rollout.
A comunicação começa pela consequência para o cliente
Uma mensagem de mudança útil responde o que acontecerá, por que a alteração existe, quando chega àquela conta, o que precisa ser feito, o que permanece igual, onde testar, como pedir ajuda e qual alternativa existe. Comunicar cedo sem essas respostas apenas antecipa a ansiedade.
| Momento | Mensagem | Canal | Prova de compreensão |
|---|---|---|---|
| Preparação | Motivo, escopo, coortes e compromisso de continuidade | Central de ajuda, e-mail e equipe de relacionamento | Perguntas recorrentes incorporadas ao plano |
| Convite | Data, ação necessária, benefício, diferença e ajuda | Mensagem segmentada e aviso no produto | Cliente reconhece o próximo passo |
| Durante | Progresso, estado, falha conhecida e rota de suporte | Produto, status e atendimento | Contato chega com contexto preservado |
| Conclusão | Resultado, conferência, materiais e janela de recuperação | Produto e confirmação direta | Tarefa essencial completada |
| Encerramento | Fim do legado, exceções restantes e histórico | Comunicação formal por coorte | Nenhuma conta crítica fica sem destino |
Capacidade de suporte também funciona como gate. Estime contatos por coorte, motivos prováveis, tempo de tratamento, materiais de autoatendimento e especialistas disponíveis. Se a onda ultrapassa a capacidade de resposta, reduza o lote antes de transferir o custo da mudança ao cliente.
Meça adoção, continuidade e percepção no mesmo painel
| Camada | Indicador | Guardrail | Decisão |
|---|---|---|---|
| Exposição | Contas elegíveis, convidadas e migradas por coorte | Ninguém entra fora da regra | Corrigir segmentação |
| Paridade | Conclusão das jornadas essenciais | Falha ou abandono dentro do limite | Manter, corrigir ou voltar |
| Suporte | Contatos, motivo, tempo de resposta e reabertura | Capacidade preservada | Reduzir ou ampliar a onda |
| Valor | Tempo até valor e resultado reconhecido | Benefício aparece sem custo oculto | Rever desenho ou comunicação |
| Confiança | Objeções, sentimento, opt-out e cancelamento | Nenhuma coorte paga a mudança com perda desproporcional | Pausar, reparar ou encerrar |
Recuperar confiança exige reconhecer impacto e devolver controle
Uma recuperação completa combina restabelecimento técnico, explicação compreensível e ação proporcional ao dano. A empresa informa quem foi afetado, o que está fazendo, quando haverá nova atualização e qual solução temporária existe. Depois confirma o retorno, preserva o histórico e registra a prevenção.
Reconheça
Declare a falha e o impacto conhecido sem transferir o diagnóstico ao cliente.
Proteja
Pause a expansão, preserve dados e ofereça rota segura para continuar o trabalho.
Restaure
Execute rollback, correção ou assistência e confirme o estado com a pessoa afetada.
Repare
Ajuste esforço, condição ou atendimento de forma proporcional à consequência.
Aprenda
Atualize gate, documentação, produto e comunicação antes de retomar o rollout.
Contrato de migração por coorte
Copie antes de desenhar o cronograma
MUDANÇA: RESULTADO ESPERADO: DONO: COORTE: CRITÉRIO DE ELEGIBILIDADE: JORNADAS ESSENCIAIS: PARIDADE EXIGIDA: DADOS E HISTÓRICO A PRESERVAR: DIREITOS, LIMITES E CONDIÇÕES: EXCEÇÕES E VIGÊNCIA: DATA DE CONVITE: JANELA DE TESTE: CANAL DE AJUDA: CAPACIDADE DE SUPORTE: INDICADORES: GUARDRAILS: CRITÉRIO DE PAUSA: PLANO DE ROLLBACK: CONFIRMAÇÃO DO CLIENTE: DECISÃO PARA A PRÓXIMA ONDA: DATA E RESPONSÁVEL:
Plano de 90 dias para colocar a transição sob controle
| Período | Trabalho | Artefato | Gate |
|---|---|---|---|
| Dias 1 a 30 | Inventariar jornadas, coortes, dependências, direitos e capacidade de suporte. | Matriz de coortes e contrato de paridade | Áreas concordam com quem pode entrar no piloto |
| Dias 31 a 60 | Testar internamente, operar parceiros de desenho e fechar comunicação e rollback. | Runbook, materiais e relatório do piloto | Jornada essencial funciona e pode voltar ao estado seguro |
| Dias 61 a 90 | Executar ondas pequenas, comparar métricas e tratar exceções. | Painel de migração e decisão de encerramento | Escala mantém continuidade, suporte e confiança dentro dos limites |
Quem decide e protege a transição
Produto
Define valor, paridade, sequência, telemetria e critérios de pausa.
Sucesso e suporte
Mapeiam dependência real, dimensionam atendimento e preservam contexto durante a recuperação.
Marketing e conteúdo
Segmentam comunicação, materiais, central de ajuda e expectativa por coorte.
Dados
Mantêm elegibilidade, exposição, comparação e guardrails reproduzíveis.
Comercial e financeiro
Tratam condições, contratos, exceções e coerência entre promessa e cobrança.
Liderança
Aprova risco residual, encerramento do legado e reparação quando a mudança rompe um compromisso.
Perguntas para evoluir sem abandonar a base
Todo cliente antigo deve manter as mesmas condições para sempre?
Não existe uma resposta universal. A empresa precisa considerar contrato, expectativa criada, custo de continuidade, valor da mudança e impacto no cliente. Grandfathering pode ser permanente ou temporário, desde que possua regra, comunicação e decisão explícitas.
Como escolher a primeira coorte?
Prefira contas representativas, colaborativas e com consequência controlável. Um piloto composto apenas por casos simples produz segurança artificial; incluir pelo menos uma jornada crítica revela dependências antes da escala.
Quando o rollout deve ser pausado?
Pause quando paridade falha, suporte ultrapassa capacidade, dados não podem ser conferidos, sentimento piora além do guardrail ou a equipe perde a capacidade de retornar ao estado seguro.
Comunicar com antecedência resolve a resistência?
Antecedência ajuda quando acompanha consequência, ação, suporte, direitos e alternativa. Avisar cedo sobre algo ainda indefinido amplia incerteza; comunicar tarde remove a capacidade de preparação.
Como encerrar a versão legada?
Confirme migração das jornadas essenciais, trate exceções, preserve histórico, comunique a data final em cada canal acordado e mantenha uma janela de recuperação. O encerramento precisa de decisão registrada e lista de contas ainda pendentes.
Referências para aprofundar
- Google SRE Workbook: Canarying Releases, para exposição progressiva, análise e interrupção de rollout.
- Google SRE Workbook: Incident Response, para papéis, comunicação e recuperação durante falhas.
- GitLab Docs: Feature Flags, para separar deploy de exposição e controlar coortes.
- Nielsen Norman Group: Change Aversion, para compreender por que mudanças de interface exigem controle, contexto e adaptação.