Wo anfangen: das ICP als Daten
Quellen und Enrichment
Verdrahten Sie Quellen, die die Felder zurückgeben, die Ihr ICP braucht: Sales Navigator für das Fit-Fenster, Register für Firmografie, Jobbörsen für Hiring-Signale. Mergen Sie auf Domain. Dann führen Sie Enrichment als kostengeordneten Waterfall aus: kostenlose Quellen zuerst, Credits nur bei den schweren Treffern, ein Validierungs-Gate am Ende. Hier werden die meisten Clay-Rechnungen gewonnen oder verschwendet.
Scoring und Sync
Halten Sie das Scoring einfach. Zwei oder mehr aktive Intent-Signale auf einem Fit-Account sind ein A, eines ist ein B, Fit ohne Bewegung ist ein C. Komplexität in Scoring-Formeln ist der Ort, an dem Signalprogramme sterben. Synchronisieren Sie Scores mit Dedupe auf Domain ins CRM, sodass Sales eine saubere Liste bearbeitet und Tier-A-Accounts innerhalb von 48 Stunden Ansprache auslösen.
Workflows als Code, von Tag eins an
Seit Clay seine API und CLI veröffentlicht hat, prototypen Sie im UI, aber exportieren Sie Workflows über die CLI und committen Sie sie. Snapshots machen Rollback zu einem Befehl, Diffs machen Änderungen prüfbar, und Dokumentation lässt das System überleben, wer auch immer es gebaut hat. Die vollständige Methode steht im GTM-als-Code-Playbook. Denken Sie in wiederverwendbaren Funktionen, denn die meisten Tabellen sind nur Kombinationen davon.
Häufige Fragen
Wie setzt man Clay richtig auf?
Starten Sie mit dem ICP als Datenfelder, verdrahten Sie Quellen, die diese Felder zurückgeben, führen Sie einen kostengeordneten Enrichment-Waterfall mit Validierung aus, bewerten Sie nach Signalen und synchronisieren Sie ins CRM.
Wie vermeidet man das Verbrennen von Clay-Credits?
Ordnen Sie Enrichment günstigste zuerst, sodass Credits nur schwer zu findende Datensätze treffen, und reichern Sie im Moment des Bedarfs an.
Sollten Clay-Workflows versioniert sein?
Ja. Seit Clay seine API und CLI ausgeliefert hat, können Workflows in einem Repository leben, versioniert und geprüft.