Verbunden.
Nicht verkabelt.

Kampagnen, die zurückschreiben.

• Schreib eine schlafende Kandidatenliste an — als eine Kampagne, nicht als 200 Einzelchats.
• Rückfragen beantwortet die KI, auch um 21 Uhr, im Ton deines Hauses.
• Kennenlern-Termine landen im Kalender, ohne dass jemand zum Hörer greift.
• Jeder Verlauf hängt am Kandidaten in alluvo — nicht auf einem privaten Telefon.

Recruiting-Anzeigen aus dem System heraus.

• Kampagnen für offene Stellen direkt aus alluvo starten, ändern und stoppen.
• Wer sich meldet, wird zum Kandidaten im System — statt zur Mail im Postfach.
• Was eine Bewerbung gekostet hat, steht neben der Kampagne, nicht in einem zweiten Werbekonto.

Arbeitest du schon mit HubSpot, bleibt das so.

• Unternehmen, Kontakte und Aktivitäten laufen zwischen alluvo und deinem HubSpot-CRM synchron.
• Dein Vertrieb pflegt einen Datensatz, nicht zwei — beide Seiten sehen denselben Stand.
• Umstieg auf Kommando: Wer bei HubSpot bleiben will, kann. alluvo ersetzt es nicht, es spiegelt es.

Anmelden, Kalender, Postfach — mit dem Konto, das dein Haus schon hat.

• Anmeldung mit dem Microsoft-Konto: kein zweites Passwort, keine zweite Nutzerliste.
• Der Outlook-Kalender hängt an alluvo — Termine, Absagen und freie Zeiten stehen auf beiden Seiten gleich.
• Dein Postfach wird in alluvo bedient: lesen, antworten, zuordnen, ohne den Tab zu wechseln.
• Gemeinsame Unternehmenspostfächer — info@, bewerbung@, disposition@ — laufen als Vorgang für das ganze Team, nicht als Weiterleitungskette.

Dasselbe mit Google — Anmeldung, Kalender, Postfach.

• Anmeldung mit dem Google-Konto: wer das Haus verlässt, verliert den Zugang dort, wo er ohnehin entzogen wird.
• Google Calendar und alluvo führen denselben Terminstand — geplant wird in dem Kalender, den du ohnehin offen hast.
• Gmail wird in alluvo bedient: die Mail hängt am Kandidaten, am Kunden, am Einsatz.
• Gruppen-Postfächer der Domain landen im gemeinsamen Posteingang, statt in einem privaten Ordner zu versanden.

Fragen stellen — und Arbeit in Auftrag geben, wo dein Team ohnehin liest.

• „Wer ist ab Montag frei?“ — die Antwort kommt in den Channel, nicht in ein weiteres Werkzeug.
• Befehle gehen denselben Weg: Bedarf aufnehmen, Kandidaten vorschlagen, Kunden anschreiben — du schreibst es in Slack, alluvo erledigt es im Hintergrund.
• Was dabei passiert ist, meldet alluvo in denselben Thread zurück — und steht als Vorgang im System, nicht nur als Nachricht.
• Meldungen aus alluvo landen im Team-Kanal statt in einem weiteren Postfach.

Ein Postfach für den Vorgang, nicht für die Person.

• Postfächer laufen in alluvo zusammen: Mails hängen am Kandidaten, am Kunden, am Einsatz.
• Anrufe werden am Datensatz vermerkt, statt auf einem Zettel neben der Tastatur.
• Wer in den Ferien ist, blockiert keinen Vorgang mehr — der Verlauf steht für alle da.

Sprich mit deiner Disposition. In normalem Deutsch.

• Frag, wer ab Montag verleihfrei ist — und welche Kunden ihn sofort brauchen könnten.
• Eine Sprachnachricht nach dem Kundentermin, im Büro liegen die Verleihverträge im Entwurf.
• Antworten kommen aus deinen Daten, nicht aus Allgemeinwissen. Und du siehst, worauf sie sich stützen.

Derselbe Anschluss, derselbe Zugriff — anderer Assistent.

• Dieselben Werkzeuge wie in Claude: was der eine Assistent kann, kann der andere auch.
• Dieselben Grenzen: es gilt, was die Person darf, die fragt — nicht, welches Fenster offen ist.
• Du entscheidest, welcher Assistent an welche Daten darf. Und änderst das, ohne etwas neu zu bauen.

Der Anschluss steht. Es fehlt nur der Assistent.

• MCP ist ein offener Standard: wer ihn spricht, kann sich mit alluvo verbinden — wir müssen dafür nichts Neues bauen.
• Wir prüfen jeden Assistenten erst selbst, bevor er hier als nutzbar steht. Deshalb steht er bis dahin hier.