Hören Sie auf, Claude als teure Autovervollständigung zu nutzen – bauen Sie ein SDR-System mit Rollendefinitionen, Speicherdateien und Verfeinerungsritualen
Ein Beitrag auf r/ClaudeAI argumentiert, dass die meisten SDR-Teams Claude als 'Chatbot' nutzen – sie öffnen einen Tab, fügen ein LinkedIn-Profil ein, bitten um eine Nachricht, schließen den Tab und beginnen am nächsten Tag bei Null. Der Autor nennt dies 'eine teure Autovervollständigung', keinen KI-Workflow.
Das Kernproblem
Die Quelle identifiziert drei fehlende Elemente in der typischen Chatbot-Nutzung:
- Keine Rollendefinition: Ein Chatfeld hat keine Stellenbeschreibung. Claude hat keinen Kontext, dass er ein SDR ist.
- Kein Gedächtnis: Jede Sitzung beginnt bei Null. Die Ausgabequalität hängt vollständig davon ab, wie viel Kontext Sie jeden Tag einfügen.
- Kein wiederholbarer Workflow: Es gibt kein institutionelles Gedächtnis, das sich im Laufe der Zeit aufbaut.
Aufbau eines KI-SDR-Systems
Der Beitrag schlägt drei konkrete Änderungen vor:
- Definieren Sie eine spezifische Rolle. Beispiel-Prompt:
Du bist mein KI-SDR, deine Aufgabe ist Signalerfassung, Lead-Bewertung und das Schreiben erster Nachrichten, die mit dem genauen Signal beginnen, das du gefunden hast.Der Autor berichtet, dass die Ausgabequalität 'sofort steigt', nachdem eine Rolle zugewiesen wurde. - Erstellen Sie eine Gedächtnisdatei. Speichern Sie Ihr ideales Kundenprofil (ICP), Tonfall-Richtlinien und Erkenntnisse. Dies gibt Claude einen institutionellen Kontext, der über Sitzungen hinweg bestehen bleibt.
- Führen Sie ein Freitags-Verfeinerungsritual durch. Aktualisieren Sie jede Woche die Gedächtnisdatei basierend auf dem, was tatsächlich funktioniert hat – welche Nachrichten Antworten erhielten, welche Signale stark waren. Dadurch wird die Ausgabe 'überprüfbar, verbesserbar und konsistent über Sitzungen hinweg.'
Der Beitrag stellt dies dem üblichen Ansatz gegenüber: einem Chatfeld ohne Rolle, ohne Gedächtnis und ohne Workflow. Mit dem Systemansatz verbessert sich die Ausgabequalität im Laufe der Zeit, anstatt jeden Tag auf Null zurückgesetzt zu werden.
Für Entwickler, die KI-Agenten für Vertriebsteams entwickeln, ist dies ein nachahmenswertes Muster. Die gleichen Prinzipien gelten für jeden produktiven KI-Workflow: Rolle explizit definieren, Kontext persistieren und basierend auf Feedback iterieren.
📖 Vollständige Quelle lesen: r/ClaudeAI
👀 Siehe auch
Kosteneffiziente OpenClaw-Automatisierung: Nutzung von LLMs nur bei Bedarf
Ein Entwickler teilt einen praktischen Ansatz zur Verwendung von OpenClaw für deterministische Aufgaben ohne ständige LLM-Aufrufe, indem er Python-Skripte für Cron-Jobs erstellt und das LLM nur dann aufruft, wenn Fehler eine Analyse und Korrekturen erfordern.
Token-Verschwendung in Claude Code: Eine Selbstkontrolle zeigt, dass Verhaltensänderungen besser sind als Modellwechsel
Ein Nutzer maß die Token-Nutzung in Claude Code und stellte fest, dass /clear zwischen Aufgaben, Planung vor dem Bearbeiten und das Verhindern von erneutem Lesen bearbeiteter Dateien mehr Tokens einsparte als der Modellwechsel. Praktische Disziplin schlägt Wrapper.
Fordere KI auf, ihre eigenen Begriffe aus ersten Prinzipien zu definieren für bessere Ergebnisse und nachvollziehbare Begründungen
Ein Nutzer auf r/ClaudeAI hat herausgefunden, dass das Hinzufügen einer einzigen Anweisung, undefinierte Begriffe vor der weiteren Bearbeitung auf ihre atomare Bedeutung herunterzubrechen, spezifischere Ausgaben liefert und Debugging durch eine nachvollziehbare Argumentationskette ermöglicht.
35 Tage Claude Code: Warum 3 parallele Agents die wahre Grenze sind
Eine Analyse von über 1.800 Claude-Code-Durchläufen zeigt: Der Engpass ist nicht der Kontext, sondern die menschliche Fähigkeit, Ergebnisse zusammenzuführen. Eine einfache Formel N ≈ 1 / (Anteil der Wartezeit) erklärt die Grenze bei 3 Agenten.