Revenue Operations

Também é onde muitos times de receita perdem confiança. O marketing diz que os leads estão qualificados. As vendas dizem que eles não estão prontos. Os SDRs dizem que o roteamento não é claro. As finanças veem o pipeline sendo criado de forma inconsistente.

O RevOps deve governar o processo para que cada etapa tenha critério, dono, prazo e dados.

A pesquisa da Harvard Business Review sobre alinhamento entre marketing e vendas é diretamente relevante aqui: problemas de handoff de leads costumam parecer problemas de desempenho, mas geralmente são problemas de definição e de operação. A pesquisa da McKinsey sobre produtividade em vendas também destaca o valor de direcionamento de desempenho focado em vez de métricas de atividade genéricas.

O processo de lead para oportunidade é onde esse direcionamento começa.

Fatos operacionais-chave

Lead para oportunidade não é um único handoff. É uma cadeia governada: captura, enriquecimento, qualificação, roteamento, aceitação ou rejeição, conversão e inspeção.

O ponto mais fraco geralmente não é o fluxo de trabalho do CRM. É a falta de critérios claros de estágio. Se MQL, SQL, aceito, rejeitado e oportunidade não têm definições compartilhadas, a automação só move a confusão mais rápido.

Os motivos de rejeição são um ponto de controle. Um lead rejeitado sem um motivo específico não dá ao marketing nenhum feedback útil e não dá ao RevOps nenhuma forma de melhorar a pontuação ou o roteamento.

A criação de oportunidades deve exigir evidências. Pipeline criado sem problema de negócio, próximo passo, origem, dono e prazo esperado vai inflar os relatórios e enfraquecer a confiança no forecast.

O mapa do processo

Etapa	Dono	Controle
Capturar lead	Marketing Ops	Campos de origem e campanha
Enriquecer e pontuar	RevOps ou Marketing Ops	Regras de ICP e engajamento
Rotear	RevOps	Lógica de atribuição e SLA
Aceitar ou rejeitar	SDR ou vendas	Critérios de SQL e motivo de rejeição
Converter em oportunidade	Vendas	Critérios de criação de oportunidade
Inspecionar pipeline	Vendas e RevOps	Estágio, valor, data de fechamento, origem

O processo deve se conectar com Automação de Roteamento de Leads, SLA de Atribuição de Leads e o processo de handoff de MQL para SQL.

Defina o ciclo de vida em linguagem simples

Antes de mudar as regras do fluxo de trabalho, defina cada status em palavras que um gestor consiga inspecionar.

Status	Definição em linguagem simples	Evidência necessária
Lead bruto	Uma pessoa ou conta entrou no sistema, mas o fit e a intenção ainda não foram verificados	Origem, contato, empresa, consentimento ou contexto de captura
MQL	O marketing acredita que o registro está pronto para vendas, com base em critérios de fit e intenção acordados	Pontuação ou motivo de qualificação, origem, segmento
Roteado	O registro tem um dono nomeado e o relógio do SLA está rodando	Dono, timestamp de roteamento, regra de atribuição
Aceito	As vendas concordam que o lead vale um acompanhamento ativo	Timestamp de aceitação, dono, próxima ação
Rejeitado	As vendas não aceitam o lead segundo os critérios acordados	Motivo de rejeição específico
SQL	As vendas confirmaram interesse e fit suficientes para trabalho ativo de vendas	Evidência de descoberta, fit de comprador ou conta
Oportunidade	Existe um negócio real para gerenciar no pipeline	Problema de negócio, valor, próximo passo, período de fechamento

Essas definições devem ser curtas o bastante para uso na inspeção do gestor. Se um gestor não consegue olhar cinco registros e dizer se o status está correto, a definição está vaga demais.

A versão em linguagem simples também protege o processo do viés de ferramenta. Campos de CRM podem mudar. Ferramentas de pontuação podem mudar. O significado operacional deve permanecer estável o suficiente para que marketing, vendas, finanças e RevOps entendam o mesmo funil.

Por que este processo vaza

A maioria dos vazamentos de lead para oportunidade vem de cinco causas:

A qualificação não é clara.
O roteamento é lento ou errado.
A aceitação das vendas é informal.
Os motivos de rejeição estão ausentes.
As regras de criação de oportunidade são frouxas demais.

Quando isso acontece, o marketing otimiza para volume de leads, as vendas desconfiam do handoff e as finanças veem um pipeline difícil de rastrear até a demanda.

O RevOps deve tornar o processo inspecionável. Toda transição importante deve responder: por que este registro se moveu, quem é o dono agora, qual ação está pendente e quais dados comprovam isso?

Modelo de qualificação

Um lead só deve se tornar pronto para vendas quando atende critérios suficientes de fit e intenção.

Um modelo prático separa:

Tipo de critério	Exemplos
Fit	Tamanho da empresa, setor, região, caso de uso, segmento
Papel	Comprador, influenciador, praticante, estudante, fornecedor
Intenção	Solicitação de demo, página de preços, conteúdo de alto fit, engajamento em evento
Prontidão	Problema claro, timing, sinal de projeto, avaliação ativa
Exclusões	Concorrente, estudante, fornecedor, região não suportada, tamanho de fit ruim

Isso evita que a pontuação vire uma caixa-preta. Uma pontuação de engajamento alta não deve sobrepor um fit ruim. Uma conta com fit perfeito mas baixa intenção pode pertencer à nutrição, não ao acompanhamento imediato do SDR.

Veja Sistemas de Pontuação de Leads e frameworks de qualificação de leads para modelos relacionados.

Roteamento e SLA

O roteamento deve ser rápido, transparente e fácil de auditar.

Defina:

Quais registros são roteados automaticamente
Quais registros precisam de revisão manual
Qual dono recebe cada segmento
O que acontece quando o dono está indisponível
Quão rápido o dono precisa agir
Como funciona a reatribuição
Quais campos são obrigatórios para o roteamento

O SLA deve incluir tanto a atribuição quanto a ação. Rotear um lead em dois minutos não importa se ninguém faz o acompanhamento em dois dias.

Métricas de SLA comuns:

Tempo até a atribuição
Tempo até o primeiro contato
Tempo até aceitação ou rejeição
Contagem de leads em atraso
Taxa de reatribuição
Taxa de aceitação por origem

O RevOps deve revisar as falhas de SLA com os gestores. O objetivo não é punição. O objetivo é encontrar problemas de design de processo: regras de roteamento ruins, cobertura de equipe fraca, propriedade não clara ou leads de baixa qualidade.

Aceitação e rejeição

A aceitação das vendas deve ser uma etapa formal.

Aceito significa que as vendas concordam que o lead vale um acompanhamento ativo. Rejeitado significa que as vendas não o aceitam, e o motivo é registrado.

Motivos de rejeição úteis incluem:

Fit ruim
Sem intenção de compra
Cliente já existente
Duplicado
Estudante ou fornecedor
Região não suportada
Empresa pequena demais
Inalcançável
Concorrente
Já em oportunidade ativa

Não permita que "outro" se torne o padrão. Se a maioria dos leads rejeitados usa um motivo vago, o RevOps não consegue melhorar pontuação, segmentação ou roteamento.

Critérios de criação de oportunidade

Um SQL não deve se tornar uma oportunidade automaticamente.

A criação de oportunidade deve exigir evidências:

Problema de negócio
Fit qualificado de conta ou comprador
Valor potencial
Próximo passo
Período de fechamento esperado
Dono
Origem
Caso de uso

Alguns times também exigem orçamento, autoridade, necessidade e timing. Outros usam um modelo mais leve para movimentos de alta velocidade. O framework exato importa menos do que a consistência.

A regra principal é simples: não crie pipeline antes de haver um negócio real para gerenciar.

Modelo de dados

O RevOps deve definir os campos que tornam confiável o relatório de lead para oportunidade.

Campos importantes incluem:

Origem original
Origem mais recente
Campanha
Segmento
Pontuação do lead ou motivo de qualificação
Dono do roteamento
Timestamp de roteamento
Timestamp do primeiro contato
Status de aceitação
Motivo de rejeição
Data do SQL
Data de criação da oportunidade
Origem da oportunidade

Os campos de origem são especialmente importantes. Se os dados de origem forem fracos, a empresa não consegue entender quais programas de demanda geram pipeline.

Isso se conecta com Atribuição de Lead para Receita.

Governança mínima viável

O RevOps não precisa de um modelo de governança complicado para tornar o lead para oportunidade confiável. Precisa de alguns controles inegociáveis.

Controle	O que previne
Definições escritas de MQL e SQL	Marketing e vendas usando padrões de prontidão diferentes
Timestamp de roteamento	Atrasos de atribuição escondidos dentro do relatório de ciclo de vida
Status de aceitação	Leads aparecendo como trabalhados quando as vendas nunca os aceitaram
Motivos de rejeição específicos	O ciclo de feedback colapsando em anedotas
Critérios de criação de oportunidade	SQLs fracos virando pipeline inflado
Preservação do campo de origem	Programas de demanda perdendo atribuição após a conversão
Revisão mensal	Regras se desviando sem que ninguém perceba

Cada controle deve ter um dono. O marketing pode ser dono da qualidade de MQL, as vendas podem ser donas do comportamento de aceitação, e o RevOps pode ser dono das regras e dos relatórios. Mas nenhum controle deve ficar sem dono.

É aqui que muitos times falham. Eles definem um processo em um workshop, e depois ninguém é dono do desvio. Três meses depois, os gestores inventaram exceções locais, os representantes usam motivos de rejeição de forma inconsistente, e as finanças não confiam no relatório de origem para pipeline. Governança não é o workshop. Governança é o ritmo operacional que mantém vivas as decisões do workshop.

Cadência operacional

Revise o processo mensalmente com líderes de marketing, SDR, vendas e RevOps.

A revisão deve cobrir:

Volume de MQL por origem
Taxa de aceitação
Mix de motivos de rejeição
Cumprimento de SLA
Conversão de SQL para oportunidade
Qualidade da oportunidade por origem
Taxa de duplicados
Exceções de roteamento

A reunião deve terminar com ações: ajustar a pontuação, corrigir o roteamento, melhorar a segmentação de campanha, retreinar representantes, limpar dados ou mudar critérios.

Checklist de qualidade

Um processo saudável de lead para oportunidade tem:

Definições claras de MQL e SQL
Regras de roteamento auditáveis
SLA rápido de atribuição e primeiro contato
Aceitação ou rejeição obrigatória
Motivos de rejeição específicos
Criação de oportunidade baseada em evidências
Relatório de origem para oportunidade
Ciclo de feedback para o marketing
Inspeção do gestor

Se algum desses itens estiver ausente, a demanda ainda pode se transformar em pipeline, mas os líderes não saberão se o processo está funcionando.

Cenários operacionais comuns

Alto volume de MQL, baixa aceitação. Isso geralmente significa que a pontuação está frouxa demais, a segmentação é ampla demais ou os critérios de aceitação das vendas não são compartilhados. O RevOps deve inspecionar os motivos de rejeição por origem e segmento.

Resposta rápida, baixa conversão de oportunidade. Isso sugere que a velocidade não é o único problema. O time pode estar roteando leads de baixo fit rapidamente ou criando SQLs antes que a necessidade de negócio esteja clara.

Alta aceitação, baixa qualidade de pipeline. As vendas podem estar aceitando leads para evitar conflito, e depois falhando em criar oportunidades qualificadas. O RevOps deve comparar a conversão de SQL para oportunidade e o envelhecimento do estágio da oportunidade.

Muitos leads rejeitados não têm motivo. O ciclo de feedback está quebrado. O marketing não consegue melhorar a segmentação, e o RevOps não consegue melhorar a pontuação.

Oportunidades são criadas a partir de SQLs fracos. O pipeline infla, a qualidade do forecast cai e as finanças perdem a confiança.

Inspeção do gestor

Os gestores devem inspecionar o processo, não apenas o resultado.

Perguntas úteis de inspeção:

O lead foi roteado para o dono certo?
O primeiro contato ocorreu dentro do SLA?
A aceitação ou rejeição foi registrada?
Se rejeitado, o motivo foi específico?
Se aceito, o próximo passo foi real?
Se convertido, a oportunidade atendeu aos critérios de criação?
Os dados de origem e campanha passaram para a oportunidade?

Isso evita que o processo se torne uma automação de CRM que ninguém gerencia.

Ciclo de feedback do marketing

O marketing precisa de feedback estruturado, não de anedotas.

O RevOps deve dar ao marketing:

Taxa de aceitação por origem
Motivos de rejeição por campanha
Conversão de SQL para oportunidade
Valor da oportunidade por origem
Notas de vendas sobre fit e intenção
Tendências de leads duplicados e inválidos

Isso ajuda o marketing a melhorar a qualidade sem depender de comentários vagos como "os leads são ruins".

O marketing também deve receber exemplos, não apenas gráficos. Uma origem pode ter uma taxa de aceitação baixa porque o ICP está errado, porque o formulário atrai estudantes, porque o enriquecimento é fraco ou porque as vendas não entendem a oferta. Os números apontam o problema. Os registros de amostra o explicam.

As melhores revisões incluem de cinco a dez registros de cada padrão principal:

Padrão	Pergunta de registro de amostra
Alto volume, baixa aceitação	São empresas de fit ruim, ações de baixa intenção ou critérios não claros?
Alta aceitação, baixa criação de oportunidade	Os SDRs estão aceitando de forma frouxa demais, ou a descoberta é fraca?
Alta criação de oportunidade, baixa taxa de ganho	Os critérios de oportunidade estão frouxos demais, ou a disciplina de estágio de vendas é fraca?
Muitos duplicados	A captura, o enriquecimento ou o matching de lead para conta estão quebrados?
Origem desconhecida	Qual sistema perdeu a atribuição e quando?

Isso mantém a conversa aterrada. É mais difícil argumentar em generalidades quando todos estão olhando para os mesmos registros.

Ciclo de feedback das vendas

As vendas também precisam de feedback.

O RevOps deve mostrar:

Cumprimento de SLA por time
Comportamento de aceitação por dono
Qualidade do motivo de rejeição
Consistência na criação de oportunidade
Envelhecimento de estágio das oportunidades convertidas
Qualidade do pipeline por origem

Se as vendas rejeitam leads de alto fit sem motivo claro, isso é uma questão de coaching. Se as vendas aceitam leads de baixo fit e criam oportunidades fracas, isso também é uma questão de coaching.

Diagnóstico de gargalo

Quando o desempenho cai, diagnostique a transição exata antes de mudar todo o funil.

Sintoma	Gargalo provável	Primeira inspeção
Volume de MQL alto, leads aceitos baixos	Descompasso de qualificação	Motivos de rejeição por origem e segmento
Leads aceitos altos, SQLs baixos	Problema de acompanhamento ou descoberta	Timing de atividade e notas de conversa
SQLs altos, oportunidades baixas	Problema de critério de oportunidade ou prontidão do comprador	Evidência de SQL e qualidade do próximo passo
Oportunidades altas, forecast fraco	Problema de disciplina de estágio e data de fechamento	Idade do estágio, próximo passo, movimento da data de fechamento
Taxa de ganho baixa por origem	Problema de segmentação ou qualificação	Motivos de perda por campanha e segmento
Roteamento lento	Problema de regra de atribuição ou capacidade	Timestamp de roteamento e disponibilidade do dono

Não deixe uma única métrica guiar uma correção ampla. Uma taxa baixa de MQL para oportunidade pode significar qualidade fraca de marketing, acompanhamento fraco do SDR, critérios de oportunidade rígidos demais, roteamento ruim, registros duplicados ou um problema de capacidade de vendas. O mapa do processo mostra onde olhar.

O RevOps deve trazer esse diagnóstico para a revisão mensal. A conversa deve sair de "a qualidade do marketing caiu" ou "as vendas não estão acompanhando" para "leads de eventos deste segmento são rejeitados por fit ruim, enquanto solicitações de demo de contas-alvo são aceitas mas não convertidas porque as notas de descoberta não têm o problema de negócio". Esse nível de detalhe muda a ação.

Quando apertar ou afrouxar os critérios

A governança de lead para oportunidade não trata de tornar cada portão mais rígido. Às vezes o processo está frouxo demais. Às vezes está apertado demais. O RevOps deve usar evidências antes de mudar limites.

Aperte os critérios quando:

As vendas aceitam muitos leads, mas poucos se tornam oportunidades reais.
Os motivos de rejeição mostram fit ruim repetido da mesma origem.
Oportunidades são criadas sem problema de negócio, próximo passo ou prazo esperado.
O pipeline cresce enquanto a taxa de ganho, a conversão de estágio ou a confiança no forecast pioram.
O CS depois descobre que clientes de uma origem ou segmento cancelam por motivos de fit previsíveis.

Afrouxe os critérios quando:

Contas de alto fit ficam presas na nutrição porque os limites de intenção são altos demais.
As vendas trabalham manualmente leads que o sistema nunca roteia.
Os representantes criam oportunidades a partir de registros que nunca chegaram ao status de SQL.
Leads de expansão ou indicação são retardados por regras desenhadas para inbound frio.
Programas de marketing geram comitês de compra menores, em que regras rígidas de papel perdem compradores reais.

O objetivo não é um portão perfeito. O objetivo é um portão que combine com o movimento de receita. Um time de inbound de alta velocidade pode precisar de roteamento rápido com qualificação mais leve e inspeção pós-aceitação mais forte. Um time enterprise baseado em contas pode precisar de regras de fit de conta mais rígidas antes que qualquer representante gaste tempo. O RevOps deve documentar por que os critérios combinam com o movimento, e depois revisar a evidência mensalmente.

As mudanças devem ser testadas em janelas pequenas. Se o time reduz o limite de pontuação, compare aceitação, conversão de SQL, qualidade de oportunidade e taxa de ganho antes de lançar amplamente. Se o time exige mais campos antes da criação da oportunidade, observe se os representantes criam melhor pipeline ou simplesmente atrasam atualizações precisas. Toda regra cria comportamento. O RevOps precisa inspecionar o comportamento que a regra realmente cria.

Controles de automação

A automação pode melhorar a velocidade, mas também pode esconder regras ruins.

O RevOps deve auditar:

Lógica de roteamento
Matching de duplicados
Matching de lead para conta
Atribuição de território
Limites de pontuação
Temporizadores de SLA
Regras de reatribuição
Notificações

Qualquer automação que muda a propriedade ou o estágio do ciclo de vida deve ter um dono visível e um registro de mudanças.

Primeiros 90 dias

Para melhorar a governança de lead para oportunidade:

Dias 1 a 30: audite MQLs recentes, SQLs, leads rejeitados e oportunidades criadas. Identifique onde os dados ou critérios estão fracos.

Dias 31 a 60: reescreva as regras de MQL, SQL, rejeição, roteamento e criação de oportunidade. Alinhe marketing, vendas, SDRs e RevOps.

Dias 61 a 90: lance uma revisão mensal, atualize dashboards e acompanhe a conversão de origem para oportunidade com qualidade de SLA e rejeição.

O primeiro objetivo é a confiança. O marketing deve confiar que os leads aceitos se tornam acompanhamento real. As vendas devem confiar que os leads roteados atendem aos critérios acordados. As finanças devem confiar que o pipeline tem uma origem rastreável.

Exemplo de fluxo de trabalho

Um fluxo de trabalho simples pode ser assim:

Um lead é capturado a partir de uma solicitação de demo.
Origem, campanha, empresa, e-mail e país são validados.
O registro é vinculado a uma conta existente, se possível.
As regras de fit confirmam que a conta está no segmento-alvo.
As regras de intenção identificam a solicitação de demo como alta prioridade.
O roteamento atribui o lead ao SDR ou AE certo.
O temporizador de SLA começa.
O dono aceita ou rejeita o lead.
Se aceito, o dono completa a descoberta.
Se o negócio atende aos critérios de oportunidade, as vendas criam uma oportunidade.
Os dados de origem e qualificação passam para a oportunidade.
O RevOps relata a conversão e os resultados de SLA.

Cada etapa deve ser auditável. Se o lead pula da captura para a oportunidade com dados de qualificação ausentes, o relatório de pipeline vai parecer melhor do que a realidade.

Acordo de handoff

Marketing e vendas devem concordar com o handoff por escrito.

O acordo deve definir:

Critérios de MQL
Lógica de roteamento
SLA
Critérios de aceitação
Motivos de rejeição
Critérios de criação de oportunidade
Cadência de feedback
Caminho de escalonamento

O RevOps deve ser dono da versão operacional do acordo. Os líderes podem debater estratégia, mas o sistema precisa de um único conjunto de regras ativo.

Design de dashboard

O dashboard deve mostrar o processo, não apenas o volume.

Visões úteis:

Leads capturados por origem
MQLs por origem e segmento
Taxa de aceitação
Motivos de rejeição
Cumprimento de SLA
Conversão de SQL para oportunidade
Valor da oportunidade por origem
Envelhecimento de estágio das oportunidades recém-criadas

Evite um dashboard que celebre o volume de MQL enquanto esconde a qualidade de aceitação e oportunidade. Isso recompensa o comportamento errado.

Exemplos de dados ruins

O RevOps deve ficar atento a:

Origem definida como desconhecida
Leads duplicados roteados para múltiplos donos
Motivo de rejeição definido como "outro"
Data de SQL ausente
Origem da oportunidade sobrescrita
Oportunidade criada sem próximo passo
MQLs parados sem trabalho além do SLA
Leads roteados para donos inativos

Esses são problemas pequenos individualmente. Em escala, tornam o relatório de demanda pouco confiável.

Checklist de decisão

Antes de mudar o processo, pergunte:

Isso vai melhorar a qualidade do lead ou apenas o volume?
As vendas vão aceitar a regra?
O sistema consegue aplicá-la?
Os gestores conseguem inspecioná-la?
As finanças ainda vão confiar no relatório de origem para pipeline?
A mudança vai melhorar o fit do cliente downstream?

O melhor processo de lead para oportunidade não é o mais automatizado. É aquele que cria pipeline que as vendas conseguem trabalhar e os líderes conseguem confiar.

Checklist de prontidão

Antes do rollout, confirme:

Os critérios de MQL e SQL estão escritos.
A lógica de roteamento tem um dono.
Os temporizadores de SLA são visíveis.
Os motivos de rejeição são específicos.
Os critérios de criação de oportunidade são aplicados.
Os campos de origem passam para o relatório de oportunidade.
Os gestores revisam leads em atraso.
O marketing recebe feedback estruturado.
As vendas recebem feedback de SLA e conversão.
As finanças conseguem rastrear o pipeline até a origem.

Se vários desses itens estiverem ausentes, o processo ainda pode gerar atividade, mas não vai criar uma governança de pipeline confiável.

O dono operacional deve ser nomeado antes do lançamento. Na maioria dos times, o RevOps é dono das regras e relatórios, o marketing é dono da qualidade da demanda, a liderança de SDR ou vendas é dona do comportamento de acompanhamento, e as finanças são consultadas quando o relatório de origem para pipeline afeta o planejamento. Se a propriedade não estiver clara, o processo vai se desviar em semanas, especialmente durante o crescimento.

Regras necessárias

Defina:

O que torna um lead elegível para roteamento
Quais leads permanecem em nutrição
Quão rápido um representante deve aceitar ou rejeitar
Quais motivos de rejeição são permitidos
Quando um SQL se torna uma oportunidade
Quais campos são obrigatórios na conversão

Também defina quem pode mudar essas regras. Se o marketing muda a qualificação sozinho, a confiança das vendas pode cair. Se as vendas mudam a criação de oportunidade sozinhas, a atribuição do marketing pode quebrar. Se as finanças mudam as definições de relatório sozinhas, os dashboards operacionais podem se desviar.

O RevOps deve governar o processo de mudança de regras por meio da Governança de Funil.

Pacote de revisão de lead para oportunidade

Uma revisão mensal deve mostrar:

Leads criados por origem e segmento.
MQLs roteados e aceitos.
Motivos de rejeição.
Falhas de SLA.
Conversão de SQL para oportunidade.
Falhas de critério de criação de oportunidade.
Pipeline criado por origem.
Ações para melhorar qualificação, roteamento ou acompanhamento.

Isso transforma o handoff em um sistema operacional inspecionável. Marketing, vendas e RevOps devem sair da revisão com uma ou duas mudanças, não apenas um gráfico de conversão.

Perguntas frequentes

Quem é dono do lead para oportunidade?

Marketing, SDRs e vendas são cada um donos de parte do processo. O RevOps é dono da camada de governança que os conecta.

Qual é a principal métrica?

Acompanhe a conversão de MQL para SQL, a conversão de SQL para oportunidade, o tempo de resposta do lead e a conversão de origem para oportunidade.

Saiba mais

About the author

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.

View full profile LinkedIn