Enginsight Lead Navigator

Daily SDR Pipeline

Discovery, Qualify und priorisierte CSV-Jobs für tägliche SDR-Listen.

Crawler-Betrieb

lokal
Aktiver Modus-
RegelCSV vor Discovery vor Qualify

Der Betriebsplan startet Discovery und Qualify nach Zeitfenstern. CSV-Jobs unterbrechen automatisch.

Filter

0 sichtbar

KI-Anbindung

aus

Aktuell läuft das lokale Regelwerk ohne KI. Aktiviert wird die KI später per Docker-ENV über Login-Bridge oder API.

Datenbank 0
Frisch entdeckt 0
Heute angereichert 0
Grüne Kontakte 0
Letzte CSV 0

Datenbank

0 ausgewählt. Exportiert werden ausgewählte Accounts oder alle sichtbaren Filtertreffer.

Crawler-Betriebsplan

Steuert, welcher Crawler wann laufen darf. Priorisierte CSV-Jobs aus der Warteschlange stoppen Discovery oder Qualify und starten danach den passenden Zeitfenster-Crawler wieder.

Status-
Zeit-
Modus-
Fortschritt0 geprüft

Discovery-Crawler

Zeitfenster

Arbeitsregeln

Qualify-Crawler

Zeitfenster

Arbeitsregeln

Live-Protokoll

Betriebsplan wird geladen.

Noch keine Live-Einträge.

Discovery-Crawler

Findet neue Firmen aus Web-Suchergebnissen, dedupliziert gegen die Datenbank und legt frische Accounts an. Die Anreicherung läuft danach über die bestehende Scan-Warteschlange.

Neues Suchprofil

Langsam laufen lassen: Discovery sucht Firmen, der normale Scan prüft danach Kontakte und Qualität.

Discovery-Jobs

Downloadbare CSV-Dateien

Die aktuelle Tagesdatei wird während der Qualify-Anreicherung und durch Aufgaben aktualisiert. Ältere Dateien bleiben in der Liste.

CSV-Mailversand ist aus.

Tägliche SDR-Aufgaben

Speichere Filter je SDR, erzeuge tägliche CSV-Dateien und versende sie per SMTP. Dubletten werden pro Aufgabe unterdrückt, außer ein Account wurde mit neuen Kontakt- oder Fit-Daten angereichert.

Mailversand ist aus.

Neue Aufgabe

Gespeicherte Aufgaben

Hochgeladene CSV-Dateien

Jede hochgeladene Datei wird als Quelle geführt. Danach kannst du sie in die Warteschlange legen und dort pro Scan konfigurieren.

Scan-Warteschlange

Hier siehst du priorisierte Quellen-Scans mit Status. Start, Pause, Stop und Löschen sind Owner-Aktionen.

Aktueller Qualify-Scan

Bereit.

0 geprüft
Status
idle
Datum
-
Firma
-
Domain
-
Anreicherungen
0
Pool
0

Live-Protokoll

Was der Fit Score bedeutet

Der Fit Score priorisiert Accounts danach, wie gut sie als Enginsight-Zielkunden wirken. Er ist eine Sortierhilfe für SDR, kein endgültiges Urteil.

Aktuelles Regelwerk

  • 30 Punkte Basis für jeden Account.
  • +18 Sweet Spot 100 bis 999 Mitarbeitende, +16 ab 1000, +9 ab 50.
  • +8 Top-ICP-Cluster: Öffentliche Verwaltung, Produktion, Energie/KRITIS, Gesundheitswesen/KRITIS.
  • +5 weitere ICP-Cluster wie MSP/IT, Telekom/Netze oder regulierte Finance-Accounts.
  • +8 hohe NIS2-/KRITIS-Relevanz, +4 mögliche NIS2-Relevanz.
  • +10 Partner-/MSP-Potenzial bei IT-Dienstleistern.
  • +14 NIS2-, KRITIS-, Compliance- oder ISO-27001-Signal nach alter Datenquelle.
  • +bis 14 Kaufsignale: On-Prem, OT/Legacy, Audit, Vorfall, MSP, SIEM/SOC/MDR.
  • +bis 12 priorisierte Use Cases: Vulnerability Management, Security Audit/Pentest, SIEM.
  • -bis 28 No-Fit-Risiken wie Agent-Ablehnung, fehlende Asset-Sicht, Budget/Timing oder politische Blockade.

Kontakt-Ampel

  • grün: E-Mail oder Telefonnummer öffentlich auf geprüfter Seite gefunden.
  • gelb: Name, Rolle oder Telefonnummer plausibel, aber vor Import prüfen.
  • rot: reine E-Mail-Vermutung, nicht ungeprüft importieren.
  • offen: noch kein verwertbarer Kontaktweg gefunden.

Was geprüft wird

Pro Domain werden Startseite, Kontakt, Impressum, Team, Unternehmen, Über-uns, About, Management und Karriere geprüft. Extrahiert werden öffentliche E-Mails, Telefonnummern, Rollen, Quellen-URL und Evidenz.

Enginsight-ICP

Die Datenbank markiert jetzt ICP-Cluster, NIS2-Relevanz, Trigger, Use Cases und Einstiegshinweise. Grundlage sind eure Fit-/No-Fit-Beispiele plus Enginsight-Produktmodule wie Schwachstellenmanagement, Security Audit/Pentest, SIEM, ITAM, Monitoring und MDR.

Benutzerverwaltung

Nur der Main-Owner kann Nutzer anlegen, Rechte sehen, 2FA vorbereiten und Nutzer löschen. Dein Hauptnutzer ist geschützt.

Benutzer anlegen

Nach dem Anlegen erscheint das 2FA-Secret einmalig. Dieses Secret in der Authenticator-App des Nutzers speichern.

Aktive Nutzer

Logs

Audit-Protokoll für Scans, CSV-Uploads, Downloads, Aufgaben und Benutzeraktionen. Sichtbar nur für den Main-Owner.

Zeit Wer Aktion Objekt Status Details
Noch keine Logs geladen.

Admin

API-Keys werden nur serverseitig gespeichert. Diese Ansicht zeigt Keys nie im Klartext; du kannst sie nur ersetzen und testen.

Brave Search

nicht geladen

Noch kein Status geladen.

OpenAI / KI

nicht geladen

Noch kein Status geladen.

Mail / SMTP

nicht geladen

Noch kein Status geladen.

Ersteinrichtung

Hauptnutzer anlegen

Dieser Benutzer ist der Main-Admin und kann später nicht gelöscht werden. 2FA ist Pflicht.

Login

Anmelden

Einladung

Zugang annehmen

Einladung erkannt. Lege deinen Benutzer mit 2FA an.