TTTC no Dreamforce expõe falta de dono de produto para o objeto Task
Sessão de perguntas e respostas da comunidade reacende debate sobre manutenção dos alicerces do Salesforce enquanto o investimento vai para Agentforce
Um recorte da sessão True to the Core do Dreamforce viralizou na comunidade após revelar que o objeto Task, um dos mais usados da plataforma, não tem dono de produto dedicado. O episódio reacende o debate sobre o equilíbrio entre inovação em Agentforce e manutenção dos objetos standard que sustentam o dia a dia das orgs.
Toda edição de Dreamforce tem um momento em que a Trailblazer Community para de aplaudir e começa a cobrar. É a sessão True to the Core, o TTTC que todo mundo que acompanha a comunidade conhece de cor: o espaço onde líderes de produto sobem no palco (ou sentam num painel) para responder, ao vivo, perguntas que a comunidade mandou sem filtro. Sem script de marketing, sem slide bonito. É o momento em que dá pra medir a temperatura real entre o que a Salesforce promete e o que ela entrega.
Rodou pela comunidade um recorte de uma dessas sessões que ficou marcado por um motivo específico: perguntaram sobre o objeto Task, o mais batido, mais usado e mais dependente de melhorias há anos, e a resposta que veio foi, essencialmente, que não existe dono de produto dedicado a ele hoje. Depois de ciclos e mais ciclos de release notes prometendo evolução, ouvir isso ao vivo, na frente de milhares de pessoas, pesa diferente. Task não é feature de nicho: é o objeto que sustenta atividade, follow-up, cadência de venda, histórico de atendimento. Toda org séria vive de Task todos os dias, e boa parte da automação em Flow que a gente constrói em projeto de Sales Cloud e Service Cloud gira em torno dele.
O relato de quem estava na plateia também aponta pra outra sensação incômoda: a de que boa parte das perguntas mais diretas foi respondida de forma evasiva. Isso não é surpresa pra quem acompanha esse formato há anos. Painel de Q&A ao vivo, com centenas de perguntas e tempo curto, tende a favorecer resposta genérica. Mas quando o padrão se repete edição após edição, a comunidade começa a questionar se o formato ainda cumpre o papel de accountability que deveria cumprir.
Nem tudo foi frustração. Segundo quem acompanhou, a melhor resposta da sessão veio na pergunta final, sobre acesso ao Salesforce Help via MCP (Model Context Protocol). Faz sentido: é um tema mais recente, mais alinhado ao momento atual de Agentforce e agentes conectados a fontes de conhecimento, e provavelmente tinha um dono de produto mais confortável e mais preparado pra falar sobre isso do que sobre a dívida histórica de um objeto standard de vinte e poucos anos.
Esse contraste é o ponto mais interessante pra quem arquiteta solução no dia a dia: a Salesforce está, de fato, investindo pesado em Agentforce, Data 360, Revenue Cloud e em tudo que é novo e estratégico. Isso é real e é bom. Mas isso não substitui manutenção nos alicerces. Task, Activity, componentes que sustentam produtividade básica de usuário final continuam sendo o chão onde a experiência acontece, mesmo quando o discurso está todo voltado pro andar de cima.
Por que isso ecoa tanto na comunidade
Quem vive projeto sabe: pedir melhoria em objeto standard antigo é remar contra a corrente do roadmap. A prioridade de investimento vai pra onde está o crescimento de receita e o hype, hoje isso é Agentforce e agentic AI sem sombra de dúvida. Task, sendo gratuito, sendo parte do core desde sempre, compete em desvantagem por atenção de engenharia com qualquer feature nova que vem com ticket de licenciamento atrelado.
O problema é que a confiança da comunidade se constrói (ou se corrói) exatamente nesses momentos de resposta direta. Quando um MVP, um admin sênior ou um arquiteto senta numa sessão dessas esperando uma atualização honesta sobre um pedido antigo e sai de mãos vazias, o efeito cascata é maior do que parece: gera ceticismo em relação a outras promessas de roadmap, inclusive nas áreas onde a Salesforce está de fato entregando.
Task é dependência silenciosa de praticamente todo processo de automação com Flow, toda estratégia de produtividade de vendas e todo modelo de atendimento que passa por atividade registrada. Falta de investimento estrutural nesse objeto não é detalhe cosmético: limita relatório, limita personalização de layout dinâmico, limita o quanto dá pra evoluir a experiência do usuário final sem gambiarra. Pra quem lidera arquitetura, é sinal de que certas dívidas técnicas do lado da plataforma não vão sumir sozinhas, e que o planejamento de roadmap interno da org precisa considerar isso.
Além do aspecto técnico, tem o aspecto de confiança. Sessões como essa existem justamente para dar voz à comunidade dentro do processo de decisão de produto. Quando a resposta soa evasiva, especialmente num tema tão básico e tão repetido ao longo dos anos, isso desgasta a credibilidade do próprio canal, que é um dos poucos espaços formais de accountability direta entre quem constrói a plataforma e quem vive dela todo dia em projeto.
Como alguém que participa da comunidade de dentro, minha leitura é que esse tipo de momento incomoda justamente porque expõe uma tensão legítima: a Salesforce está certa em apostar pesado em Agentforce e no ecossistema de Revenue Cloud, é para onde o mercado caminha e é onde está o diferencial competitivo real. Mas isso não pode virar desculpa pra deixar objetos como Task, que sustentam o dia a dia de milhões de usuários, sem dono claro de produto. A comunidade que participa dessas sessões não está pedindo hype, está pedindo manutenção séria do que já existe. É uma cobrança justa, feita do jeito certo: publicamente, com educação, e esperando resposta à altura.
- Não espere que Task ganhe recursos novos relevantes no curto prazo. Se seu projeto depende de funcionalidade avançada em atividade (histórico rico, automação complexa, relacionamento polimórfico mais flexível), valide alternativas com Record-Triggered Flow, objetos customizados complementares ou até Data 360 para consolidar visão de atividade entre canais.
- Ao levantar requisito de cliente que pareça simples ("só quero melhorar como a gente registra tarefa"), teste antes se a limitação é de configuração (Permission Set, layout, Validation Rule) ou é limitação real da plataforma. Muita frustração de usuário final com Task é resolvida com ajuste de processo e Flow bem desenhado, não com feature nova que não vai vir.
- Se você usa canais formais de feedback (IdeaExchange, sessões de roadmap, comunidade de Trailblazer), continue registrando esse tipo de pedido com contexto de negócio real, com métrica de impacto. Painel de Q&A tem tempo curto; ideia bem documentada com upvote tem histórico e visibilidade de longo prazo dentro da Salesforce.
- Cuidado ao generalizar "a Salesforce abandonou o CRM clássico". A leitura mais precisa é que há um desbalanceamento de investimento entre inovação de ponta (Agentforce, Revenue Cloud, Data 360) e manutenção de objetos legados de altíssimo uso, não um abandono deliberado.
- Relatos de sessões ao vivo em conferência são, por natureza, parciais: quem assistiu de um ângulo pode ter percepção diferente de quem assistiu do outro lado da sala ou pelo streaming. Trate como termômetro de sentimento de comunidade, não como fato institucional definitivo sobre a estratégia de produto da empresa.
- Times de liderança e PM que acompanham esse tipo de repercussão deveriam usar isso como insumo de priorização, não como motivo de defensiva. A cobrança sobre Task não é ruído, é sinal de uso intenso e de dependência real da base instalada.
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.