Você está aqui:
Fase 1: entender seu estado atual
Conclua a fase 1 antes de tomar qualquer decisão estratégica. As saídas dessa fase informam a seleção de estratégia na fase 2.
Garantir patrocínio executivo
Sem patrocínio executivo visível, os projetos tendem a ficar paralisados quando ocorrem decisões ou compensações significativas. Antes de se comprometer com uma estratégia, identifique um patrocinador executivo nomeado que entenda o escopo da mudança, tenha um compromisso de recurso aprovado e possa engajar as partes interessadas em vendas, finanças, jurídicos e TI.
Formar a equipe principal
Atribua uma pequena equipe interfuncional que possa dedicar tempo consistente ao projeto. Evite dividir a atenção entre outras prioridades durante as fases de projeto ativas. Uma equipe principal típica inclui:
- Administrador do Salesforce: Gerencia a configuração, organizações de sandbox e execução técnica.
- Proprietário do produto ou catálogo: Entende a estrutura do produto comercial e tem autoridade de tomada de decisão sobre alterações no catálogo.
- Lead de operações de receita ou analista de negócios: Transforma os requisitos de negócios em decisões de design do Salesforce.
- Arquiteto de TI ou integração: É proprietário do panorama de integração e do inventário de códigos personalizados.
- Patrocinador executivo: Fornece visibilidade, remove bloqueadores e mantém o projeto alinhado às prioridades de negócios.
A equipe principal deve entender todo o ciclo de vida de produto para dinheiro e toda a tecnologia subjacente.
Avaliar sua organização do Salesforce CPQ
Antes de definir o escopo ou a abordagem da migração, avalie sua organização atual do Salesforce CPQ. Use as ferramentas de migração disponíveis, incluindo ferramentas de primeiros adoptadores, como Forsys, IdeaHelix ou Prodly, para avaliar a complexidade da sua organização do Salesforce nas dimensões mais relevantes para o planejamento de migração. A avaliação deve responder a estas perguntas.
- Quantos produtos, pacotes, regras de produto e atributos existem no catálogo, quantos são usados ativamente e o catálogo é racionalizado?
- Quais regras de precificação, scripts de plug-in do Apex da calculadora de cotação estão em vigor e que lógica de negócios elas contêm?
- Quantas assinaturas e ativos ativos existem, quantos estão prontos para processamento e qual é a estrutura de dados?
- Quais códigos personalizados e layouts de página estão em uso?
- Quais integrações fazem referência a objetos do CPQ e quais dados fluem por eles?
Documentar pontos dolorosos de implementação do CPQ
Antes de iniciar a migração, documente as limitações e soluções alternativas em sua implementação atual do CPQ. Essas informações definem os critérios de sucesso do projeto. Capture estes pontos.
- Problemas de desempenho ou escalabilidade: Tempos de cálculo de cotação, atrasos de carregamento de página e gargalos de aprovação.
- Lacunas de funcionalidade: Requisitos de negócio que o CPQ não pode atender ou pode atender apenas com desenvolvimento personalizado significativo.
- Soluções alternativas do CPQ: Etapas manuais, planilhas offline ou sistemas de sombra que compensam as limitações do CPQ.
- Freios de integração: Dados que não fluem corretamente entre o CPQ e sistemas downstream.
- Melhorias do processo: Processos que precisam ser atualizados ou otimizados antes da migração. Processos complexos migrados como estão permanecerão igualmente complexos no novo sistema. Use essa oportunidade para simplificá-las.
Esses pontos dolorosos se tornam os critérios de sucesso para a migração. Determine seus critérios de sucesso antes de prosseguir para a fase 2.
Iniciar a remediação de qualidade de dados
Problemas de qualidade dos dados são mais dispendiosos de serem resolvidos durante a migração do que antes dela. Inicie a remediação cedo, independentemente da estratégia de migração selecionada. Concentre-se nestas áreas primeiro.
- Produtos duplicados ou descontinuados que ainda estão marcados como ativos no catálogo.
- Nomenclatura de atributo inconsistente entre linhas de produto ou unidades de negócios.
- Revise os dados do catálogo de custos do CPQ para possíveis duplicados. Para preservar registros de custo histórico, crie um campo personalizado para a data de término efetiva e preencha essa data antes da migração.
- Registros órfãos, como assinaturas sem contas pai ou linhas de cotação sem cotações pai.
- Crie um conjunto de registros de assinatura que precisam ser migrados juntos. Você não precisa migrar assinaturas canceladas.
- Registros de ativo incompletos ou inconsistentes que podem afetar a migração do Gerenciamento de ciclo de vida do ativo do cliente (CALM).
- O campo ProductSellingModelId nos registros de Entrada do catálogo de preços é somente leitura depois que os registros de Entrada do catálogo de preços são criados inicialmente. Se você migrar para o Gerenciamento de receita sem especificar um modelo de venda de produto no momento da criação, isso resultará em registros de Entrada do catálogo de preços que não poderão ser corrigidos após a migração sem criar registros. Portanto, certifique-se de que os modelos de venda de produto estejam mapeados corretamente antes da migração. Entre em contato com o Suporte ao cliente da Salesforce se precisar de acesso de edição para alterar o modelo de venda de produto nos registros de Entrada do catálogo de preços.
- Embora o CPQ use tipos de registro para identificar registros relacionados ao CPQ, o Gerenciamento de receita usa registros de Atribuição de uso de aplicativo para identificar registros gerados pelo Gerenciamento de receita. O registro Atribuição de uso do aplicativo deve ser preenchido para todos os registros transacionais, como cotações, pedidos e ativos, para que as operações de ciclo de vida do ativo tenham sucesso.
- No Salesforce CPQ, os atributos podem ser atribuídos diretamente a produtos. No Gerenciamento de receita, os atributos devem ser herdados por meio de uma classe de produto. Como os usuários do CPQ não terão classes de produto, eles precisarão ser criados sistematicamente durante a migração agrupando produtos com conjuntos de atributos idênticos.
- No Salesforce CPQ, você pode criar várias entradas de custo para cada produto e cada moeda, incluindo entradas de custo de zero unidade. No Gerenciamento de receita, não é possível criar registros duplicados de Entrada do catálogo de custos ou o mesmo código ISO de moeda. Essa diferença causa erros de migração.
Lista de verificação da fase 1
Antes de passar para a Fase 2, confirme que você concluiu estas tarefas.
- O patrocínio executivo está em vigor e o compromisso do recurso é aprovado.
- Uma equipe principal está em vigor com papéis definidos e capacidade suficiente.
- Uma avaliação da organização do Salesforce CPQ está concluída e a equipe entende o perfil de complexidade.
- Os pontos problemáticos com a implementação atual do CPQ são documentados e a equipe tem uma definição compartilhada de sucesso.
- Problemas de qualidade dos dados significativos foram identificados e a remediação foi iniciada.
- Seu executivo de conta do Salesforce está engajado e as opções de licenciamento e suporte são compreendidas.
Depois de concluir todos os itens na fase 1, prossiga para a fase 2.
