Was es ist
Rattle ist die bidirektionale Salesforce-Slack-Bridge, mit der Reps Salesforce direkt aus Slack heraus über native interaktive Formulare aktualisieren können — und mit der RevOps Slack-getriebene Workflows auf Salesforce-Events bauen kann, ohne Apex zu schreiben. Reps hören auf, zu Salesforce hin und her zu wechseln; RevOps hört auf, Reps für Updates hinterherzulaufen. Wird von GTM-Teams genutzt, bei denen die Friktion beim CRM-Update der Engpass für die Datenqualität ist.
Warum es in RevOps-Stacks auftaucht
- CRM-Update-Friktion an der Quelle. Reps aktualisieren Salesforce nicht, weil Salesforce Friktion ist. Rattle verlagert das Update in Slack, wo der Rep ohnehin lebt.
- Workflow-without-Code. RevOps baut Slack-getriggerte Salesforce-Workflows visuell auf; ersetzt den “Ticket-an-Admin”-Zyklus.
- Echtzeit-Deal-Alerts. Neue Opportunity, Stage-Wechsel, Lost Deal — in den richtigen Slack-Channel gepusht, mit Action-Buttons. Der Rep aktualisiert direkt im Channel.
Pricing-Realität
Rattle wird custom-quotet; keine öffentlichen Preise. Mid-Market-Deployments (100–500 Reps mit Salesforce-Slack-Nutzung) liegen bei 25–80 Tsd. USD pro Jahr. Enterprise-Deployments bei 80–250 Tsd. USD und mehr. Das Pricing skaliert auf User Count plus Automation Count.
Am besten geeignet für
- B2B-SaaS-GTM-Teams mit 50–500 Reps, bei denen die Salesforce-Datenqualität das chronische Problem ist.
- Slack-first-Organisationen (Microsoft Teams funktioniert, aber Slack ist der bessere Fit).
- RevOps-Teams, die Prozessautomatisierung wollen, ohne sich Salesforce-Admin-/Developer-Headcount zu verpflichten.
Versus die Alternativen
- vs. Salesforce Slack Integration (nativ, nach der Slack-Übernahme). Native ist kostenlos, basic und wird mit der Zeit besser. Wählen Sie nativ, wenn das Budget knapp ist und der Use Case einfache Benachrichtigungen sind. Wählen Sie Rattle für umsetzungsfähige Workflows (Updates, Freigaben), die native nicht bedient.
- vs. Troops (von Salesforce übernommen, eingestellt). Direkter historischer Wettbewerber; großteils zu Rattle oder native Salesforce-Slack migriert.
- vs. Salesforce Flow + Apex. Flow + Apex können fast alles, was Rattle kann — auf Kosten von Admin-/Developer-Zeit. Wählen Sie Custom-Build, wenn Sie die Bandbreite haben; Rattle, wenn nicht.
- vs. Status quo (Reps aktualisieren Salesforce, wenn sie daran denken). Der Default — und die Quelle für ungenaue Forecasts.
Worauf zu achten ist
- Risiko der Workflow-Explosion. Leicht zu bauende Workflows vermehren sich; das Team endet mit hunderten Slack-getriebenen Workflows, die niemand verantwortet. Schutz: einen Rattle-Owner benennen; quartalsweises Audit aktiver Workflows inkl. Löschung veralteter.
- Per-Seat-Kosten steigen bei großen Rep-Zahlen. Schutz: ab 500+ Reps prüfen, ob alle Reps Rattle brauchen oder nur AEs/SDRs.
- Risiko von Slack-Channel-Noise. Rattles Benachrichtigungen können Channels überfluten. Schutz: an Per-Rep-DMs oder Per-Team-Channels routen; dem Impuls widerstehen, einen einzigen Firehose-Channel anzulegen.
- Komplexität der Salesforce-Berechtigungen. Rattle-Workflows laufen unter User-Berechtigungen; überraschende Permission-Interaktionen zeigen sich als stille Workflow-Fehler. Schutz: Workflows unter jedem Rep-Profil testen; nicht annehmen, dass admin-getestete Workflows auch für Sales-User-Profile funktionieren.