Comunicação intergeracional em projetos Salesforce: o problema é norma, não idade
Diferenças de canal, tom e ciclo de feedback travam rollouts de Revenue Cloud e Agentforce quando não existe norma explícita de comunicação
Conflitos entre gerações em projetos Salesforce raramente são sobre idade, e sim sobre ausência de norma clara de comunicação. Definir onde vive cada tipo de informação evita retrabalho em rollouts de Revenue Cloud e Agentforce.
Tive uma reunião de kickoff, semana passada, onde o gerente de projeto abriu um canal no Slack, mandou uma mensagem de boas-vindas e ficou esperando engajamento. Só que a metade sênior do time (gente que carrega quinze, vinte anos de operação, muitos vindos de ambiente com CPQ e Billing legados, processo formal, aprovação em e-mail) simplesmente não respondeu no canal. Preferiu marcar uma call. A galera mais nova, por outro lado, achou estranho precisar de reunião pra decidir algo que dava pra resolver em três mensagens numa thread.
Isso não é força do hábito e ponto final. É arquitetura de comunicação mal desenhada. E arquiteto de solução que trabalha com Revenue Cloud, Agentforce, Flow, sabe exatamente do que eu tô falando: quando você não define onde cada tipo de informação deve viver (decisão, contexto, urgência, feedback), o time preenche esse vácuo com o hábito que já tem. E hábito de gente com trajetória de carreira diferente é, por definição, diferente.
O erro de tratar geração como categoria fixa
Dá pra separar isso em cinco cohorts (Traditionalists, Baby Boomers, Geração X, Millennials, Geração Z), só que virar regra rígida é o mesmo erro que a gente comete quando desenha Role Hierarchy achando que cargo prevê comportamento de acesso. Não prevê. Ano de nascimento é sinal, não é causa. O que realmente muda o jogo é: preferência de canal, conforto com tecnologia, expectativa de tom, e ciclo de feedback. Você pode ter um Gen X que vive de thread assíncrona e um Millennial que só confia em decisão registrada em ata de reunião. Tratar isso como estereótipo é preguiça de diagnóstico.
Onde isso vira problema real de projeto
Eu vejo isso constantemente em rollout de Agentforce e em qualquer mudança de processo que mexe com rotina estabelecida. Quando o time de negócio não sabe se uma mudança de regra de preço no Revenue Cloud deve ser comunicada em canal público, em DM, ou discutida ao vivo, cada pessoa aplica seu próprio filtro. Resultado: gente sênior acha a atualização "jogada" no canal, sem contexto suficiente; gente mais nova acha que marcar reunião pra isso é perda de tempo. Ninguém está errado. O problema é ausência de norma explícita.
Norma de comunicação não é luxo, é requisito de projeto
O que resolve isso na prática não é ferramenta nova, é norma clara. Definir, por escrito, coisas do tipo:
- Atualização de status de projeto vai em canal público, sempre.
- Feedback sensível vai em DM.
- Decisão final de arquitetura, ainda que discutida em huddle, precisa de recap escrito no canal.
- Mensagem urgente tem prefixo ou tag combinada, sem depender de "tom" pra sinalizar prioridade.
Isso parece óbvio, mas eu já entrei em projeto de Revenue Cloud onde a maior fonte de retrabalho não era regra de pricing procedure malfeita, era gente decidindo coisa em call sem registrar em lugar nenhum, e três semanas depois ninguém lembrava por que aquela exceção comercial existia.
Ferramenta ajuda, mas não substitui norma
Slack, com canal, huddle, busca e os recursos de Agentforce embutidos (resumo de thread, catch-up de conversa perdida), dá o ferramental. Mas ferramenta sem norma vira geradora de ruído em generation surround: cada grupo etário usa o recurso do jeito que aprendeu, e ninguém entende o padrão do outro. O trabalho de arquitetura de comunicação é o mesmo raciocínio que a gente aplica em Flow: não adianta ter automação poderosa se o processo de negócio por trás não está claro. A tecnologia amplifica o que já existe, boa prática ou bagunça.
Isso importa porque comunicação intergeracional malconduzida custa dinheiro de projeto, não é só desconforto cultural. Decisão que não fica registrada porque uma parte do time prefere call e outra prefere canal gera retrabalho, gera exceção comercial mal documentada, gera "quem aprovou isso mesmo?" três meses depois. Em projeto de Revenue Cloud ou Agentforce, onde regra de negócio muda rápido e o histórico de decisão importa pra auditoria e pra manutenção futura, isso tem impacto direto em governança.
Além disso, líder técnico e PM que ignoram esse ponto de atrito acabam achando que o problema é "geração", quando na verdade é ausência de padrão de comunicação. Resolver o sintoma errado (forçando todo mundo pro mesmo canal ou pro mesmo formato) gera desengajamento, não solução.
Na minha experiência de campo, esse tipo de atrito aparece disfarçado de resistência a ferramenta ("time sênior não usa Slack direito") quando na real é falta de contrato de comunicação claro entre as partes. Vale menos energia tentando mudar hábito de geração e mais energia desenhando norma objetiva que sirva pra todo mundo, isso é trabalho de arquitetura tanto quanto desenhar Sharing Rule ou Pricing Procedure.
- Defina, com o time, onde vive cada tipo de comunicação: atualização de status, decisão de arquitetura, feedback individual, urgência. Documente isso como qualquer outro artefato de governança de projeto.
- Feche todo huddle ou call de decisão importante com um recap escrito no canal certo. Isso resolve tanto a preferência de quem gosta de conversa ao vivo quanto a de quem precisa de registro pesquisável depois.
- Antes de sair rotulando comportamento como "geracional", pratique escuta ativa: pergunte como a pessoa prefere receber contexto e feedback, em vez de assumir pela idade ou tempo de casa.
- Em rollout de Agentforce ou mudança de processo em Revenue Cloud, trate a estratégia de comunicação como parte do plano de change management, não como detalhe operacional de PM.
- Cuidado pra não usar "diferença geracional" como desculpa pra não resolver problema real de processo. Se ninguém sabe onde uma decisão deve ser registrada, o problema é falta de norma, não é a idade de quem está confuso.
- Norma de comunicação imposta de cima pra baixo sem espaço pra ajuste vira só mais uma política ignorada. Envolva o time na definição, sobretudo quem tem mais resistência a mudar hábito.
- Ferramenta com recurso de IA pra resumir thread e capturar nota de huddle ajuda, mas não substitui a decisão humana de onde cada assunto deve morar. Não terceirize esse julgamento pro Agentforce.
Este conteúdo foi reescrito e analisado editorialmente em português a partir de informações públicas da fonte indicada.
A resposta sai do que está publicado aqui. Se não estiver, ele diz que não sabe em vez de inventar.