// FUNKTIONEN
Neun Arbeitsbereiche. Eine Plattform.
Diese Seite trennt verfügbare Funktionen, limitierte Vorschauen und Produktrichtung. Entwürfe bleiben prüfbar; nichts wird automatisch in Ihrem Namen versendet.
KURZANTWORT
Welche Funktionen enthält Castia?
Castia bündelt organisationsbezogene Discovery und einen priorisierten GTM-Copilot. Weitere Arbeitsbereiche wie Reaktivierung, Meeting-Notizen, Scheduler und Blueprints sind unten ausdrücklich als Vorschau oder Produktrichtung gekennzeichnet.
- Discovery-Läufe nach Organisation konfigurieren, prüfen und in einer Lauf-Historie nachvollziehen.
- Termine, Antworten, Entwürfe, stockende Leads und Empfehlungen in einer priorisierten Ansicht prüfen.
- Produkt- und Ressourcenkontext für die Recherche nutzen; Outreach bleibt bis zur menschlichen Freigabe ein Entwurf.
01 — DISCOVERY · VERFÜGBAR
Prüfbare Discovery statt gekaufter Listen.
Organisationsbezogene Discovery-Läufe lassen sich mit Kriterien, Ausschlüssen und Review-Modus konfigurieren. Jeder Lauf bleibt in einer Historie nachvollziehbar.
Quellenbewusst
Öffentliche Unternehmensquellen, Verzeichnisse und eigene Listen können als Eingaben dienen.
Account-Kontext
Gefundene Unternehmens- und Kontaktinformationen bleiben mit ihrem Recherchekontext am Account.
Ausschlüsse und Dubletten
Bekannte Kunden, Wettbewerber und Dubletten können vor der weiteren Prüfung ausgeschlossen werden.
Lauf-Historie
Ergebnis, Status und Prüfstand jedes Discovery-Laufs bleiben der Organisation zugeordnet.
02 — BOARD · PRODUKTRICHTUNG
Ein gemeinsamer Prüfstand für Account-Arbeit.
Die geplante Board-Ansicht soll Status, Recherche und nächste Schritte zusammenführen. Die hier beschriebene vollständige Pipeline- und Gebietsansicht ist noch keine öffentliche Verfügbarkeitszusage.
Status-Pipeline
Geplant ist ein sichtbarer Prüfstand vom entdeckten Account bis zum nächsten vereinbarten Schritt.
Aktivitäts-Timeline
Kanal- und Meeting-Kontext soll am Account zusammengeführt werden.
Routenansicht
Gebiets- und Außendienstansichten sind als Produktrichtung vorgesehen.
Änderungsprotokoll
Änderungen sollen für die menschliche Prüfung zuordenbar bleiben.
03 — OUTREACH · PRODUKTRICHTUNG
Entwürfe prüfen, bevor ein Kontakt entsteht.
Castia zeigt Outreach als menschlich geprüften Entwurfsprozess. Kanalübergreifende Ausführung und vollständige Variantenmessung sind Produktrichtung, keine Zusage automatischen Versands.
Varianten je Branche, je Kanal
Vorlagen können Markt, Branche und Kanal berücksichtigen und bleiben vor der Verwendung prüfbar.
Nachvollziehbare Varianten
Geplant ist, Status und Ergebnis einer Variante für spätere Vergleiche zusammenzuhalten.
Menschliche Entscheidungspunkte
Teams prüfen Entwurf, Empfänger und nächsten Schritt. Castia versendet nichts automatisch in Ihrem Namen.
Variantenleistung vergleichen
Vergleichbare Ergebnisdaten sind als Produktrichtung vorgesehen.
Vor-Ort-Modus
Außendienstnotizen und Übergaben sind Teil der geplanten kanalübergreifenden Ansicht.
04 — REAKTIVIERUNG · PRODUKTRICHTUNG
Ruhende Accounts mit einem belegten Anlass prüfen.
Die geplante Reaktivierungsansicht soll bekannte Accounts, neue Recherchehinweise und einen prüfbaren Entwurf zusammenführen. Eine automatische Signalüberwachung ist damit nicht zugesagt.
Recherchehinweise
Neue Hinweise sollen mit Quelle und Kontext zur Prüfung am ruhenden Account erscheinen.
Statuswechsel per Klick
Ein klarer Prüfstatus ist für die geplante Reaktivierungsansicht vorgesehen.
Ein Entwurfs-Assistent, der Anweisungen annimmt
Der Copilot kann Kontext für einen editierbaren Entwurf priorisieren; ein Mensch prüft die Formulierung.
Entwurf bleibt Entwurf
Eine Übergabe an externe Versandwerkzeuge ist nicht als verfügbare Automatisierung zugesagt.
05 — MEETINGS · DEMNÄCHST
Meeting-Kontext in denselben Prüfablauf bringen.
Der Castia Notetaker ist als kommende Funktion gekennzeichnet. Unterstützte, zugeordnete Transkripte sollen Zusammenfassungen, Aufgaben und editierbare Follow-up-Entwürfe für die Prüfung liefern.
Zuordnung mit Prüfung
Meeting- und Account-Zuordnung soll sichtbar und korrigierbar bleiben.
Prüfbares Briefing
Account- und Aktivitätskontext soll als Ausgangspunkt für die Vorbereitung dienen.
Von der verbundenen Aufzeichnung zu Notizen
Verbundene Meeting-Aufzeichnungen können zu Zusammenfassung, Entscheidungen und Aufgabenliste für die Prüfung werden.
Editierbarer Follow-up-Entwurf
Ein zugeordnetes Transkript kann einen Follow-up-Entwurf erzeugen, den Sie auf der Meeting-Seite prüfen und bearbeiten.
06 — GTM-COPILOT · VERFÜGBAR
Die nächsten prüfbaren Schritte priorisieren.
Der GTM-Copilot bündelt Termine, Antworten, Entwürfe, stockende Leads und Empfehlungen in einer priorisierten Ansicht. Vorschläge bleiben sichtbar und prüfbar.
Priorisierte Tagesansicht
Sehen Sie offene Termine, Antworten, Entwürfe und stockende Leads an einem Ort.
Empfehlungen mit Kontext
Produkt- und Ressourcenkontext kann die Reihenfolge der Empfehlungen fundieren.
Organisationsbezogen
Ansicht und Kontext bleiben dem gewählten Workspace zugeordnet.
Umkehrbar
Prüfen Sie vorgeschlagene Schritte, bevor daraus eine externe Aktion wird.
07 — KONTROLLEN · PRODUKTRICHTUNG
Prüfkontext sichtbar halten.
Geplant sind konfigurierbare Kanalregeln, Quellenkontext und Freigabeschritte. Diese Produktmechanismen unterstützen interne Prüfungen; sie ersetzen keine Rechtsberatung und garantieren keine Compliance.
Konfigurierbare Kanalregeln
Teams sollen eigene Regeln je Markt, Kanal und Zielgruppe dokumentieren können.
Quellen- und Zweckkontext
Herkunft, Zweck und Prüfstatus sollen am Datensatz nachvollziehbar bleiben.
Ausschlussregeln
Bekannte Kunden, Wettbewerber und gesperrte Accounts können als Ausschlüsse konfiguriert werden.
Prüfbare Datensätze
Die geplante Ansicht hält relevanten Kontext für die menschliche Prüfung zusammen.
08 — SCHEDULER · PRODUKTRICHTUNG
Geplante Läufe sichtbar und prüfbar machen.
Zeitgesteuerte Discovery-, Recherche- und Erinnerungsabläufe sind Produktrichtung. Automatische Wiederholungen oder unbeaufsichtigte externe Aktionen werden hier nicht als verfügbar zugesagt.
Zeitplan
Geplant ist, wiederkehrende interne Läufe mit einem sichtbaren Zeitplan zu verbinden.
Lauf-Historie
Status und Ergebnis sollen vor einem erneuten Lauf prüfbar bleiben.
Fehler sichtbar machen
Fehlerzustände sollen sichtbar sein; ein automatischer Wiederholungsvertrag ist nicht veröffentlicht.
Menschlicher Start
Ein geplanter Lauf soll sich nach Prüfung bewusst starten lassen.
09 — BLUEPRINTS · PRODUKTRICHTUNG
Wiederholbare Regeln statt unsichtbarer Automatisierung.
Blueprints sind als versionierte Verbindung aus Kriterien, Vorlagen, Prüfregeln und internen Abläufen vorgesehen. Die vollständige Ausführung ist Produktrichtung.
Kontext zusammenhalten
Kriterien, Rechercheform, Vorlage und Prüfregeln sollen in einer Version zusammenbleiben.
Zwischen Läufen vergleichbar
Ergebnisse sollen einer Version zugeordnet werden, damit Teams bewusst vergleichen können.
Versionierung
Eine nachvollziehbare Versionshistorie ist Teil der Produktrichtung.
Branchenkontext
Sprache, Markt und menschliche Freigabeschritte sollen konfigurierbar bleiben.
// VERFÜGBARKEITSSTATUS
Status statt pauschaler Ja/Nein-Versprechen.
| Funktion | CRM | Sequencer | Tabelle | Castia |
|---|---|---|---|---|
| Organisationsbezogene Discovery-Läufe | Nicht bewertet | Nicht bewertet | Manuell | Verfügbar |
| Gemeinsame Aktivitätsansicht | Nicht bewertet | Nicht bewertet | Manuell | Produktrichtung |
| Konfigurierbare Prüfregeln | Nicht bewertet | Nicht bewertet | Manuell | Produktrichtung |
| Priorisierte Copilot-Ansicht | Nicht bewertet | Nicht bewertet | Manuell | Verfügbar |
| Gebietsansicht | Nicht bewertet | Nicht bewertet | Manuell | Produktrichtung |
| Branchenbezogene Vorlagen | Nicht bewertet | Nicht bewertet | Manuell | Produktrichtung |
| Signalbasierte Reaktivierung | Nicht bewertet | Nicht bewertet | Manuell | Produktrichtung |
| Meeting-Notizen und Follow-up-Entwurf | Nicht bewertet | Nicht bewertet | Manuell | Demnächst |
| CRM-Rückgabe | Nicht bewertet | Nicht bewertet | Bedingt | Produktrichtung |
NÄCHSTER SCHRITT
Starten Sie mit einer klar begrenzten Vorschau.
Registrierung und Unternehmensdomain kommen zuerst. Die Aktivierung übernimmt Sprache und Ausgangsseite; kommerzielle Schritte bleiben gesperrt, bis der Starter-Vertrag im Produkt bereit ist.