Revisão de design para mudanças relevantes
Toda mudança que afete o modelo de dados, as permissões ou uma integração passa por uma revisão profissional antes de ser construída. Este passo evita a maior parte do retrabalho.
Suporte e melhoria contínua
Salesforce não termina no dia do go-live.
A organização, os usuários e os processos continuam mudando. Nosso modelo de cuidado contínuo permite manter, melhorar e expandir o sistema de forma documentada, priorizada e mensurável, sem acumular nova dívida técnica.
Ciclo de controle operacional
Um ciclo operacional, não uma lista de solicitações
A diferença entre um suporte que apaga incêndios e um cuidado que gera valor é um ciclo fechado: cada solicitação é medida, priorizada, entregue e verificada, e o resultado alimenta o ciclo seguinte.
Ciclo de controle operacional
- 01
Recepção
Um único canal de solicitações com classificação, responsável e status visível.
- 02
Priorização
Classificação conjunta por impacto no negócio, risco e esforço.
- 03
Construção e teste
Construído em sandbox, testado em aceitação e liberado de forma controlada.
- 04
Medição e aprendizado
Relatório de atividade, métricas de adoção e revisão de exceções.
↻ O ciclo se repete: cada iteração alimenta a priorização da próxima
Escopo de responsabilidade
O que o cuidado contínuo pode incluir
- Gestão de incidentes
- Suporte a usuários
- Mudanças e ajustes
- Flows e automação
- Desenvolvimento Apex e LWC
- Relatórios e dashboards
- Gestão de permissões
- Qualidade de dados
- Monitoramento de integrações
- Gestão de releases
- Gestão de backlog
- Treinamento e capacitação
- Governança e revisão de design
- Roadmap trimestral
- Redução de dívida técnica
- Preparação para releases de Salesforce
Modelos
Escolha de acordo com a necessidade, não com o pacote
| Modelo | Quando se encaixa | O que você obtém | Limitação a considerar |
|---|---|---|---|
| Bolsa de horas | Necessidades pequenas e variáveis | Flexibilidade total para escolher tarefas | Menos adequado para planejamento de longo prazo |
| Retainer mensal | Um fluxo constante de melhorias e suporte | Capacidade conhecida e priorização mensal | Requer disciplina de priorização por parte do cliente |
| Equipe de entrega contínua | Um sistema core com uso amplo | Suporte, desenvolvimento e manutenção sob a mesma gestão | Um compromisso mais amplo |
| Arquiteto fracionado | Existe uma equipe interna, mas não um tomador de decisões técnicas sênior | Revisão de design, governança e controle de dívida técnica | Não substitui a capacidade de entrega |
| Projeto de melhoria delimitado | Um objetivo definido com início e fim | Escopo e entregável claros | Não cobre o suporte contínuo |
Bolsa de horas
- Quando se encaixa
- Necessidades pequenas e variáveis
- O que você obtém
- Flexibilidade total para escolher tarefas
- Limitação a considerar
- Menos adequado para planejamento de longo prazo
Retainer mensal
- Quando se encaixa
- Um fluxo constante de melhorias e suporte
- O que você obtém
- Capacidade conhecida e priorização mensal
- Limitação a considerar
- Requer disciplina de priorização por parte do cliente
Equipe de entrega contínua
- Quando se encaixa
- Um sistema core com uso amplo
- O que você obtém
- Suporte, desenvolvimento e manutenção sob a mesma gestão
- Limitação a considerar
- Um compromisso mais amplo
Arquiteto fracionado
- Quando se encaixa
- Existe uma equipe interna, mas não um tomador de decisões técnicas sênior
- O que você obtém
- Revisão de design, governança e controle de dívida técnica
- Limitação a considerar
- Não substitui a capacidade de entrega
Projeto de melhoria delimitado
- Quando se encaixa
- Um objetivo definido com início e fim
- O que você obtém
- Escopo e entregável claros
- Limitação a considerar
- Não cobre o suporte contínuo
As condições de preço e SLA são discutidas em uma ligação e não são publicadas no site.
Governança
Quatro mecanismos que mantêm um sistema saudável ao longo do tempo
Controle de dívida técnica
As automações duplicadas, os campos não utilizados e as permissões muito amplas são medidas e gerenciadas como itens reais do backlog, com capacidade dedicada alocada.
Preparação para releases
Salesforce lança três releases por ano. Revisamos com antecedência o que muda, o que pode quebrar e o que vale a pena adotar.
Medição de adoção
As métricas de uso por papel revelam onde o processo realmente não funciona, antes que os dados dos relatórios deixem de ser confiáveis.
Continue a partir daqui
Serviços e guias relacionados
Perguntas frequentes
Suporte e cuidado contínuo — perguntas comuns
Qual a diferença entre suporte e cuidado contínuo?
O suporte gerencia incidentes e dúvidas de usuários e retorna o sistema a um estado funcional. O cuidado contínuo também questiona o que deve mudar: priorizar melhorias, controlar a dívida técnica, revisar o design de mudanças mais complexas e manter um roadmap com visão de futuro. Uma organização que apenas compra suporte acaba com um sistema que funciona, mas nunca melhora.
O que é considerado um incidente urgente?
Um evento que bloqueia um processo de negócio para um grupo de usuários sem uma alternativa razoável: uma falha na captura de leads, uma automação chave que para de funcionar ou uma integração que foi interrompida. Uma solicitação de um novo campo ou um novo relatório não é um incidente, por mais importante que seja. Essa distinção é acordada por escrito antecipadamente.
Toda mudança passa por um ambiente de testes?
Sim. Toda mudança relevante é construída em um sandbox, testada contra um cenário de negócio e só então liberada para produção dentro de uma janela definida. A única exceção é a correção de um incidente bloqueador, e mesmo assim é documentada e volta ao circuito padrão no ciclo seguinte.
Como a prioridade é decidida?
Por impacto no negócio, número de usuários afetados, risco e esforço, em uma reunião de priorização periódica com o responsável pelo processo por parte do cliente. Não priorizamos sozinhos, porque priorizar é uma decisão de negócio, não técnica.
O que acontece com a dívida técnica acumulada antes de começar?
No início do projeto, mapeamos automações duplicadas, campos não utilizados, código não testado e permissões muito amplas. Os achados entram em uma lista priorizada, e uma parte fixa da capacidade mensal é alocada para reduzir essa dívida; caso contrário, ela só cresce.
Podemos iniciar o cuidado contínuo mesmo que vocês não tenham implementado o sistema?
Sim, e é um caso comum. Nessa situação, começamos com uma breve revisão do sistema que mapeia o estado atual, de modo que o projeto seja baseado em conhecimento e não em suposições.
Próximo passo
Revisar um modelo de suporte
Analisaremos o escopo de uso, as necessidades abertas e o nível de governança necessário, e proporemos um modelo de acordo com o seu ritmo.