O que é
Rattle é a ponte bidirecional Salesforce-Slack que permite aos reps atualizarem o Salesforce a partir do Slack com formulários interativos nativos — e permite que o RevOps construa workflows acionados pelo Slack sobre eventos do Salesforce sem escrever Apex. Os reps param de fazer context-switching para o Salesforce; o RevOps para de cobrar atualizações dos reps. Usado por times de GTM cuja fricção de atualização do CRM é o gargalo da qualidade dos dados.
Por que aparece em stacks de RevOps
- Fricção de atualização do CRM na fonte. Reps não atualizam o Salesforce porque o Salesforce é fricção. O Rattle faz a atualização acontecer no Slack, onde o rep já vive.
- Workflow-sem-código. O RevOps constrói workflows do Salesforce acionados pelo Slack de forma visual; substitui o ciclo de “abrir ticket para o admin”.
- Alertas de deal em tempo real. Nova oportunidade, mudança de stage, deal perdido — enviados ao canal certo do Slack com botões de ação. O rep atualiza no próprio canal.
Realidade do pricing
O Rattle tem preço sob consulta; sem pricing público. Implementações mid-market (100-500 reps usando Salesforce-Slack) ficam entre US$ 25K-US$ 80K anuais. Implementações enterprise entre US$ 80K-US$ 250K+. O pricing escala por número de usuários + número de automações.
Melhor para
- Times de GTM em B2B SaaS com 50-500 reps onde a qualidade dos dados do Salesforce é o problema crônico.
- Organizações Slack-first (Microsoft Teams funciona, mas o Slack é o melhor encaixe).
- Times de RevOps que querem automação de processo sem se comprometer com headcount de admin / developer Salesforce.
Versus a alternativa
- vs integração nativa Salesforce-Slack (pós-aquisição do Slack). A nativa é gratuita, básica e melhora com o tempo. Escolha a nativa se o orçamento estiver apertado e o caso de uso for de notificações simples. Escolha o Rattle para workflows acionáveis (atualizações, aprovações) que a nativa não cobre.
- vs Troops (adquirido pela Salesforce, descontinuado). Concorrente histórico direto; majoritariamente migrado para Rattle ou para a integração nativa Salesforce-Slack.
- vs Salesforce Flow + Apex. Flow + Apex consegue fazer a maior parte do que o Rattle faz — ao custo de tempo de admin/developer. Escolha o build customizado se tiver banda; escolha o Rattle se não tiver.
- vs status quo (reps atualizam o Salesforce quando lembram). O padrão e a fonte da imprecisão do forecast.
Pontos de atenção
- Risco de explosão de workflows. Workflows fáceis de construir se multiplicam; o time termina com centenas de workflows acionados pelo Slack que ninguém é dono. Mitigação: designe um dono do Rattle; auditoria trimestral dos workflows ativos com deleção dos obsoletos.
- Custo por seat sobe em contagens grandes de reps. Mitigação: com 500+ reps, avalie se todos os reps precisam do Rattle ou só os AEs / SDRs.
- Risco de ruído nos canais do Slack. As notificações do Rattle podem sobrecarregar canais. Mitigação: roteie para DMs por rep ou canais por time; resista à tentação de criar um único canal-firehose.
- Complexidade das permissões do Salesforce. Workflows do Rattle executam sob as permissões do usuário; interações inesperadas de permissão aparecem como falhas silenciosas de workflow. Mitigação: teste os workflows sob o profile de cada rep; não assuma que workflows testados como admin funcionam para profiles de usuário sales.