Consultoria e Discovery de Salesforce
Antes de definir um único campo,
defina o que o sistema deve alcançar.
Um bom discovery conecta os objetivos de negócio com a solução tecnológica. Evita desenvolvimentos desnecessários, reduz mal-entendidos e cria uma base comum para a diretoria, os usuários e a equipe técnica.
O que mapeamos
Uma visão completa da organização antes de tomar decisões
- Estado atual
- Estado desejado
- Usuários e partes interessadas
- Processos de negócio
- Sistemas existentes
- Fontes de dados
- Qualidade dos dados
- Permissões e sensibilidade dos dados
- Integrações
- Métricas de sucesso
- Riscos
- Prioridades
Problemas que este serviço resolve
O que acontece quando o discovery é pulado
Requisitos que mudam toda semana
Sem um discovery estruturado, cada parte interessada coloca um item diferente no topo da lista. O discovery gera um único documento aprovado por todas as partes e permite um controle de mudanças gerenciado.
Uma solução escolhida antes de definir o problema
Às vezes, uma organização compra licenças ou um módulo antes de ter clareza do porquê. O discovery prévio verifica se a solução realmente responde ao problema de negócio, e o que falta além da própria licença.
Incapacidade de estimar orçamento e prazos
Sem um escopo definido, qualquer estimativa é uma suposição. O entregável do discovery permite que os fornecedores forneçam uma estimativa responsável e que o cliente as compare de forma justa.
Tensão entre departamentos
Vendas, serviço e operações percebem o mesmo processo de forma diferente. Os workshops de discovery criam uma linguagem comum e decidem previamente onde são necessários os compromissos.
Como trabalhamos
Sete etapas definidas
- 01Kickoff e mapeamento de partes interessadas
- 02Workshops do processo as-is
- 03Mapeamento de sistemas e dados existentes
- 04Design do processo to-be
- 05Modelo de dados inicial e mapa de integrações
- 06Construção do roadmap e da estimativa
- 07Apresentação de entregáveis e aprovação
O que você obtém
Entregáveis com os quais você realmente pode trabalhar
Documento de requisitos
Documentação clara das necessidades de negócio, cenários, usuários e restrições.
Mapa de processos
Diagramas as-is e to-be que mostram como o trabalho é feito hoje e como deveria ser feito.
Arquitetura de solução
Design do sistema, dos dados, das permissões, das integrações e dos componentes principais.
Roadmap
Fases, marcos, quick wins e dependências.
Backlog
Desmembrado em épicos, histórias de usuário e tarefas que podem ser priorizadas e implementadas.
Estimativa e plano de trabalho
Escopo, prazos, responsabilidades e estimativa de risco baseada nas informações conhecidas.
Métricas de sucesso
Definidas previamente para poder afirmar, dentro de um ano, se o investimento valeu a pena.
Ponto de decisão
Uma chamada inicial de discovery de 30 minutos
Na chamada, esclareceremos se você precisa de um discovery completo, um discovery breve ou um Health Check em um sistema existente.
Quando este serviço se encaixa
Pontos de partida habituais
- Antes de adquirir o Salesforce.
- Antes de um projeto de implementação.
- Antes de expandir um sistema existente.
- Após um projeto que não atingiu seus objetivos.
- Antes de Agentforce ou IA.
- Antes de uma integração complexa.
- Quando vários departamentos devem trabalhar no mesmo sistema.
- Quando não há acordo organizacional sobre o processo desejado.
Fatores de decisão
Quatro decisões que determinam a qualidade do discovery
Escopo do discovery
Um discovery focado em um único departamento é suficiente para um projeto de quick win. Um discovery transversal é necessário quando o processo cruza departamentos e depende de fontes de dados compartilhadas.
Nível de detalhe na documentação de processos
Nem todos os processos precisam de um diagrama BPMN. Investimos documentação detalhada nos processos chave e mais leve nos subprocessos.
Métricas de sucesso
Definimos antecipadamente entre três e cinco KPIs de negócio, não apenas técnicos, para poder dizer dentro de um ano se o investimento valeu a pena.
Priorizar o avanço em vez da exaustividade
Um roadmap que gera impacto em três meses vale mais do que um plano completo que só começa daqui a um ano.
Erros comuns
O que prestar atenção durante o discovery
- Iniciar um discovery sem um patrocinador executivo claro.
- Documentar o estado atual em vez de definir o estado desejado.
- Acumular 'tudo o que gostaríamos' em vez de separar o indispensável do desejável.
- Pular o mapeamento das fontes de dados e sua qualidade.
- Encerrar o discovery sem confirmar que usuários reais viram o entregável.
Aprofunde-se
Guias e serviços relacionados
Perguntas frequentes
Consultoria e discovery — perguntas comuns
Qual a diferença entre consultoria Salesforce e discovery de projeto?
Quanto tempo leva um discovery?
É necessário discovery também para uma org Salesforce já existente?
Quem deve participar do discovery por parte do cliente?
O entregável do discovery compromete você como implementador?
Próximo passo
Descubra por onde começar
Uma breve chamada de consultoria para mapear processos, identificar lacunas e recomendar o caminho de discovery adequado.
Próximo passo
Chamada inicial de discovery
Uma breve chamada de 30-45 minutos para entender o contexto e as decisões em aberto.