Nextcloud und Agile CRM: Wenn Datenhoheit auf Vertriebslogik trifft

Wer Nextcloud heute noch als Dateiablage mit Web-Oberfläche begreift, hat die letzten fünf Jahre verschlafen. Längst ist daraus eine Plattform geworden, auf der Teams chatten, Dokumente gemeinsam bearbeiten, Termine verwalten, Wissen sammeln und Abläufe automatisieren. Was in diesem Baukasten auffällig fehlt, ist ein belastbares Kundenmanagement. Zwar gibt es Deck, Tables und Flow, doch ein ausgewachsenes CRM ist das nicht. Genau an dieser Stelle wird das Gespräch über Agile CRM interessant – ein SaaS-Dienst, der auf den ersten Blick all das verkörpert, was die Nextcloud-Gemeinde eher skeptisch beäugt. Und doch ist die Kombination kein Widerspruch, sondern eine Abwägung. Wie diese ausfällt, hängt von ein paar Faktoren ab, die man kennen sollte, bevor man Vertriebsdaten in die eine oder andere Richtung schiebt.

Vom Fork zur Plattform: Wo Nextcloud heute steht

Die Geschichte ist bekannt, aber sie erklärt viel vom Selbstverständnis des Projekts. 2016 spaltete sich Nextcloud unter der Führung von Frank Karlitschek von ownCloud ab, weil sich die Beteiligten über die strategische Ausrichtung uneinig waren. Aus dem Fork wurde binnen weniger Jahre ein eigenständiges Produkt mit eigener Roadmap, einer GmbH in Stuttgart und einem wachsenden Enterprise-Geschäft. Das Tempo, mit dem Releases erscheinen, ist bis heute hoch: Große Versionssprünge kommen in einem Rhythmus von rund einem halben Jahr, dazwischen kleinere Aktualisierungen. Wer produktiv betreibt, plant diese Zyklen ein – oder setzt auf einen Anbieter, der das übernimmt.

Inhaltlich ist aus dem Dateimanager ein Verbund von Anwendungen geworden. Files bildet das Fundament, darüber liegen Groupware mit Mail, Kalender und Kontakten, Talk für Audio- und Videokonferenzen, Office für die kollaborative Text- und Tabellenbearbeitung, Deck als Kanban-Board, Collectives für Wissensseiten, Whiteboard für Skizzen, Tables für strukturierte Daten und Flow als Regelwerk für Automatismen. Das Zusammenspiel dieser Bausteine ist der eigentliche Pfund. Eine Datei, die in einem Talk-Chat geteilt wird, landet direkt in der Freigabe; eine Aufgabe in Deck verweist auf ein Dokument; ein Kalendereintrag hängt an einer Kontaktkarte. Solche Verknüpfungen sind unspektakulär im Marketing, aber im Alltag entscheidend.

Technisch ist Nextcloud ein PHP-Monolith, der über eine Datenbank – MySQL/MariaDB, PostgreSQL oder SQLite – und einen Webserver betrieben wird. Dazu kommen ein Speicher-Backend und optional ein Redis-Cache sowie ein Job-Worker für Hintergrundaufgaben. Wer größere Installationen plant, kommt an einer sauber getrennten Architektur nicht vorbei. Das ist kein Hexenwerk, aber es ist Betrieb, nicht Bastelstunde. Nicht zuletzt deshalb verkauft der Hersteller Enterprise-Subscriptions mit Support, verlängerten Update-Zyklen und Zertifizierungen.

Die App-Ökonomie als offene Flanke

Ein wesentlicher Teil der Attraktivität liegt im App Store. Hunderte Erweiterungen stehen bereit, von der Kalenderanbindung über Übersetzungswerkzeuge bis hin zu kompletten Fachanwendungen. Die Qualität schwankt, das ist kein Geheimnis. Es gibt sorgfältig gepflegte Apps mit aktiver Community und solche, deren letzte Anpassung Jahre zurückliegt und die bei einem Major-Update schlicht brechen. Für Admins heißt das: Vor jeder Erweiterung steht eine Prüfung, wer dahintersteht, wie häufig Releases kommen und ob die App mit der eigenen Nextcloud-Version kompatibel ist. Der bequeme Klick auf „Installieren“ ist in regulierten Umgebungen selten eine gute Idee.

Für das Thema Kundenmanagement bedeutet diese Struktur zweierlei: Es gibt keinen offiziellen CRM-Kern im Produkt, aber sehr wohl Berührungspunkte, an denen ein CRM andocken kann. Die Frage ist nur, welches – und wo es betrieben wird.

Betriebsmodelle und ihre Konsequenzen

Nextcloud lässt sich auf sehr unterschiedliche Weise betreiben. Da ist die klassische Variante auf eigener Hardware im eigenen Rechenzentrum, beliebt in Behörden, Kliniken, Kanzleien und mittelständischen Firmen mit gewachsenem IT-Bestand. Da ist die virtuelle Maschine in einer privaten Cloud, häufig bei einem deutschen oder europäischen Anbieter mit Standortgarantie. Da sind Managed-Hosting-Pakete, bei denen ein Dienstleister Installation, Updates, Backup und Monitoring übernimmt und die Daten auf europäischen Servern liegen. Und da sind die Angebote des Herstellers selbst sowie die All-in-One-Lösung, die per Docker-Umgebung eine komplette Instanz mit Office, Talk-Backend und Datenbank aufsetzt.

Diese Wahl ist nicht nur eine technische, sondern eine organisatorische. Wer selbst betreibt, braucht Personal, das Updates zeitnah einspielt, CVE-Meldungen liest, Backups testet und im Zweifel auch mal am Wochenende eine Instanz wiederherstellt. Wer managed hostet, kauft sich Ruhe, verliert aber einen Teil der Kontrolle über Konfiguration und Erweiterbarkeit. Beides ist legitim. Wichtig ist, dass die Entscheidung bewusst fällt und nicht als Nebenprodukt einer Budgetdebatte.

Für ein angebundenes CRM hat das eine unmittelbare Folge: Die Datenhoheit endet dort, wo die eigene Verantwortung endet. Eine selbstgehostete Nextcloud mit Kundenverträgen, Angeboten und Gesprächsnotizen in der eigenen Datenbank ist etwas anderes als ein amerikanischer SaaS-Dienst, in dem dieselben Informationen in einem fremden Rechenzentrum liegen. Dazwischen liegt ein Spektrum, keine Schwarz-Weiß-Grenze.

Agile CRM: Einordnung ohne Marketingbrille

Agile CRM ist ein cloudbasiertes Kundenmanagementsystem, das sich seit den 2010er Jahren am Markt hält und seine Stärke im unteren und mittleren Segment hat. Der Anbieter sitzt in den Vereinigten Staaten und vertreibt ausschließlich Software as a Service – eine Selfhosting-Variante existiert nicht. Das ist die zentrale Feststellung, an der sich alle weiteren Überlegungen aufhängen.

Funktional deckt Agile CRM die üblichen Disziplinen ab: Kontakt- und Firmenverwaltung, Verkaufschancen mit Pipeline-Ansicht, Aufgaben und Termine, Angebots- und Angebotsverfolgung, Telefonie-Anbindung, E-Mail-Kampagnen mit Vorlagen und Sequenzen, Landingpages, Web-Formulare, einfache Helpdesk-Funktionen und eine Marketing-Automatisierung mit Scoring und Triggern. Dazu kommen Berichte und Auswertungen sowie eine Reihe von Integrationen zu Diensten wie Kalender, Telefonie oder Formularwerkzeugen. Ein kostenloser Einstiegstarif für kleine Teams ist Teil des Angebots, darüber staffeln sich Bezahlvarianten pro Nutzer und Monat.

Die Stärke liegt in der Geschwindigkeit, mit der ein kleines Vertriebsteam arbeitsfähig ist. Kein Server, keine Migration, keine Wartung: Zugang anlegen, Kontakte importieren, Pipeline konfigurieren, loslegen. Die Oberfläche ist funktional, wenn auch nicht immer elegant. Die Automatisierung ist mächtig genug für typische Abläufe wie Nachfass-Sequenzen, Lead-Scoring oder die Übergabe an den Support.

Die Schwächen liegen auf der anderen Seite derselben Medaille. Wer Daten exakt dort halten muss, wo sie entstehen, hat mit Agile CRM ein Problem. Wer eigene Felder, Workflows oder Datenmodelle bis ins Detail kontrollieren will, stößt an Grenzen. Und wer eine tiefe Verzahnung mit einer selbst betriebenen Kollaborationsplattform braucht, wird feststellen: Ein von Agile CRM gepflegter Connector für Nextcloud existiert nicht. Was es gibt, ist eine dokumentierte Programmierschnittstelle, Webhooks und Anbindungen an Automatisierungsdienste. Damit lässt sich viel bauen – aber man baut es selbst.

Der Punkt, an dem sich die Geister scheiden

Hier liegt die eigentliche Bruchlinie. Nextcloud steht für Kontrolle über die eigene Infrastruktur, für offene Formate, für die Möglichkeit, im Zweifel alles mitzunehmen. Agile CRM steht für Bequemlichkeit, für einen Dienst, der einfach läuft, und für ein Geschäftsmodell, das auf wiederkehrende Abonnements setzt. Beides ist legitim, beides hat seinen Preis. Nur sollte man nicht so tun, als sei die Kombination ein Selbstläufer.

Wer Vertriebsdaten in ein US-amerikanisches SaaS auslagert, braucht dafür eine Rechtsgrundlage, einen Auftragsverarbeitungsvertrag, eine Bewertung der Übermittlung in Drittländer und – je nach Aufsichtsbehörde – ein Transfer Impact Assessment. Der Angemessenheitsbeschluss zum EU-US Data Privacy Framework von 2023 hat die Lage entspannt, aber er ist kein Freifahrtschein. Wer sensible Branchen bedient, wird diese Fragen nicht wegdiskutieren können. Die Juristerei ist selten der Grund, warum Projekte scheitern, aber sie ist oft der Grund, warum sie länger dauern als geplant.

Integrationswege, die in der Praxis funktionieren

Kommen wir zum Handwerk. Wie bringt man Nextcloud und Agile CRM sinnvoll zusammen, wenn kein fertiges Plugin existiert?

Der pragmatischste Weg führt über die Programmierschnittstellen beider Systeme und einen kleinen Vermittler. Nextcloud stellt eine REST-API bereit, dazu WebDAV für Dateien, CalDAV für Termine und CardDAV für Kontakte. Der Zugriff erfolgt über App-Passwörter oder – sauberer – über OAuth 2.0, wofür eine gleichnamige App zur Verfügung steht. Agile CRM seinerseits bietet eine REST-API mit Endpunkten für Kontakte, Deals, Aufgaben, Ereignisse und Kampagnen, dazu Webhooks für Ereignisse im CRM.

Daraus lassen sich Szenarien bauen, die im Alltag wirklich tragen. Ein Beispiel: Ein Web-Formular erzeugt in Agile CRM einen neuen Kontakt. Ein Webhook benachrichtigt einen kleinen Dienst – etwa n8n, Make oder ein selbstgeschriebenes Skript –, der in Nextcloud einen Ordner für diesen Kunden anlegt, eine Freigabe für das zuständige Team einrichtet und einen Eintrag in Deck erzeugt. Umgekehrt kann ein Flow-Trigger in Nextcloud, etwa beim Hochladen eines Angebots in einen bestimmten Ordner, eine Notiz am Deal in Agile CRM hinterlegen. Solche Ketten sind erstaunlich robust, wenn man sie sauber protokolliert.

Der zweite Weg ist die Synchronisation von Kontakten und Terminen. Hier wird es knifflig. Nextcloud spricht CardDAV und CalDAV – offene, gut dokumentierte Standards. Ob das eigene CRM einen entsprechenden Endpunkt anbietet, ist nicht selbstverständlich; soweit öffentlich dokumentiert, gehört ein CardDAV- oder CalDAV-Zugang bei Agile CRM nicht zum regulären Funktionsumfang. Wer einen bidirektionalen Abgleich braucht, landet wieder bei der API. Und dort lauern die klassischen Fallstricke: Konfliktauflösung, gelöschte Datensätze, Zeitzonen, doppelte Einträge, Feldlängen. Ein Kontaktabgleich klingt trivial und ist es nie.

Der dritte Weg führt über Dateien. Nextcloud verwaltet Verträge, Angebote, Protokolle, Zeichnungen, Reklamationen. Agile CRM verwaltet den Prozess darum herum. Statt beide Datenhaltungen zu verschmelzen, kann man sie bewusst getrennt lassen und nur verlinken: Im CRM steht ein Verweis auf eine öffentliche Freigabe in Nextcloud, im Dateinamen steckt die Kundennummer, im Ordner liegt eine kleine Übersicht. Diese Trennung ist unspektakulär, aber oft die vernünftigste. Sie erzwingt klare Zuständigkeiten und verhindert, dass dieselbe Information an zwei Stellen gepflegt und an beiden Stellen falsch wird.

Der vierte Weg ist der aufwendigste: eine eigene Nextcloud-App. Wer regelmäßig mit dem CRM arbeitet, kann ein Modul bauen, das Kontakte, Deals oder Aufgaben direkt in der Nextcloud-Oberfläche darstellt und über die API mit Agile CRM kommuniziert. Das ist technisch machbar, aber es ist ein Produkt, kein Projekt – Pflege, Updates, Sicherheitslücken, Kompatibilität mit neuen Nextcloud-Versionen. Für die meisten Organisationen ist das eine Falle, in die man nur einmal tappt.

Was man besser bleiben lässt

Zwei Dinge sollte man sich verkneifen. Erstens: Kundendaten per CSV-Export und -Import halbautomatisch hin- und herschaufeln. Das funktioniert drei Wochen und produziert danach Datenmüll, dessen Bereinigung mehr kostet als jede Integration. Zweitens: die Datenbank des einen Systems direkt an die des anderen koppeln. Nextcloud und Agile CRM haben unterschiedliche Schemata, unterschiedliche Update-Zyklen und unterschiedliche Vorstellungen davon, was ein Kontakt ist. Wer dort Brücken baut, baut sie auf Sand.

Das offene Lager: Alternativen mit anderem Temperament

Wer Datenhoheit ernst nimmt, kommt um die Frage nicht herum, ob ein SaaS-CRM überhaupt die richtige Wahl ist. Und hier hat sich in den vergangenen Jahren einiges bewegt.

EspoCRM ist ein quelloffenes Kundenmanagementsystem in PHP, das sich selbst hosten lässt und sich angenehm schlank anfühlt. Es bringt ein durchdachtes Rechtekonzept, eine brauchbare API und ein anpassbares Datenmodell mit. Die Oberfläche wirkt aufgeräumt, die Dokumentation ist ordentlich. Wer Nextcloud selbst betreibt, wird sich hier schnell zurechtfinden, weil die Betriebsanforderungen ähnlich sind: Webserver, PHP, Datenbank.

SuiteCRM ist der Nachfolger von SugarCRM Community Edition, funktional umfangreich und in vielen mittelständischen Installationen anzutreffen. Der Funktionsreichtum hat seinen Preis: Die Oberfläche wirkt altbacken, das Datenmodell ist komplex, Anpassungen erfordern Einarbeitung. Wer tief greifende Prozesse abbilden muss, findet hier viel, muss aber bereit sein, sich damit zu beschäftigen.

Vtiger bietet eine Community Edition und eine gehostete Variante, Odoo kombiniert CRM mit ERP und vielem mehr, Twenty ist ein jüngeres Projekt mit modernem Anspruch und einer Datenbank auf PostgreSQL. Krayin richtet sich an kleinere Teams. Und dann ist da CiviCRM, das speziell für Organisationen im Non-Profit-Bereich gedacht ist – dafür existiert tatsächlich eine Nextcloud-App, die CiviCRM in die Oberfläche einbettet. Das ist kein Zufall, sondern Ausdruck einer Zielgruppe, in der Datenhoheit traditionell eine große Rolle spielt.

Was allen gemeinsam ist: Sie sind keine Plug-and-play-Lösungen. Sie brauchen Betrieb, Konfiguration, Einarbeitung. Der Preis dafür ist die Kontrolle. Man kann Felder ändern, Workflows anpassen, Daten exportieren, den Anbieter wechseln – und niemand kann einem den Zugang abschalten. Für viele Häuser ist das mehr wert als ein paar gesparte Stunden bei der Einrichtung.

CRM light: Deck, Tables und Flow

Man muss nicht immer gleich ein vollständiges CRM ausrollen. Ein interessanter Aspekt ist, wie weit man mit den Bordmitteln von Nextcloud kommt – für kleine Teams oder für die Phase, in der Prozesse noch nicht stehen.

Deck ist ein Kanban-Board mit Karten, Etiketten, Zuständigkeiten, Fälligkeitsdaten und Anhängen. Eine Verkaufspipeline lässt sich damit überraschend gut abbilden: Spalten für Erstkontakt, qualifiziert, Angebot, Verhandlung, Abschluss. Jede Karte ist ein Deal, Kommentare halten die Historie fest, Anhänge verweisen auf die Dokumente im Files-Bereich. Es fehlen Auswertungen, Scoring und Automatisierung im CRM-Sinne – aber für ein Team von fünf Leuten, das den Überblick behalten will, reicht es oft.

Tables ergänzt das um strukturierte Daten. Man kann eine Kundendatenbank anlegen, Felder definieren, Verknüpfungen herstellen und die Inhalte mit anderen teilen. Wer ein wenig Geduld hat, baut sich damit ein kleines Register, das deutlich näher an einem CRM liegt als eine Tabellenkalkulation im Dateisystem.

Flow schließlich reagiert auf Ereignisse und löst Aktionen aus. Je nach Version und installierten Erweiterungen können das Benachrichtigungen, Zuweisungen, Tags oder Aufrufe externer Systeme sein. Damit lässt sich ein einfacher Prozess abbilden: Wird ein Dokument in einen bestimmten Ordner gelegt, erhält das zuständige Teammitglied eine Nachricht; wird eine Karte in Deck in eine bestimmte Spalte verschoben, wird das Kundenverzeichnis aktualisiert. Das ist kein Vertriebssystem, aber es ist die Grundlage, auf der man aufsetzen kann.

Die Grenze dieser Bastellösung sollte man klar benennen. Es gibt keine Revisionssicherheit im Sinne einer CRM-Plattform, keine anpassbaren Berichte, keine Schnittstellen zu Telefonie oder E-Mail-Kampagnen. Wer wächst, wird irgendwann umziehen müssen. Die Frage ist nur, ob man dann die Daten mühsam zusammensucht – oder ob man von Anfang an darauf achtet, dass die wichtigsten Informationen in einer strukturierten Form vorliegen.

Sicherheit: Wo man nicht sparen sollte

Ein CRM enthält die interessantesten Daten eines Unternehmens: Kundenbeziehungen, Preise, Vertragskonditionen, Gesprächsnotizen. Wer Nextcloud als Plattform darum herum betreibt, sollte die Sicherheitsgrundlagen ernst nehmen – nicht als Checkliste, sondern als Haltung.

Dazu gehört eine Zwei-Faktor-Authentifizierung für alle Konten, ohne Ausnahme. Dazu gehören App-Passwörter statt Hauptpasswörter für Schnittstellenzugriffe, damit ein kompromittiertes Skript nicht das ganze Konto öffnet. Dazu gehört eine saubere Rechtevergabe mit Gruppen und Freigaben, statt alles für alle sichtbar zu machen. Dazu gehören regelmäßige Backups, die nicht nur erstellt, sondern auch getestet werden. Und dazu gehört ein Update-Prozess, der nicht bei jedem Major-Release ein halbes Jahr wartet.

Weitere Bausteine sind die Brute-Force-Absicherung, die in Nextcloud serienmäßig vorhanden ist, restriktive Content-Security-Policies, eine Beschränkung erlaubter Apps im Enterprise-Umfeld, die Verschlüsselung des Speichers sowie eine Anbindung an eine bestehende LDAP- oder SAML-Infrastruktur. Wo Daten besonders schützenswert sind, lässt sich der Server zusätzlich absichern, etwa durch IP-Whitelists im Reverse Proxy oder durch eine File Firewall, die Zugriffe auf Regeln stützt.

Auf der CRM-Seite gelten andere Regeln, weil man dort nicht Herr des Verfahrens ist. Zwei-Faktor-Authentifizierung überall, wo sie angeboten wird. Rollen mit minimalen Rechten. Keine Exporte ohne Zweck. Und eine ehrliche Antwort auf die Frage, was passiert, wenn der Anbieter den Dienst einstellt, verkauft oder die Preise verdoppelt. Ein vollständiger Datenexport vor der Entscheidung ist keine Panikmache, sondern Sorgfalt.

Verschlüsselung richtig verstehen

Ein häufiges Missverständnis dreht sich um die Ende-zu-Ende-Verschlüsselung in Nextcloud. Sie schützt Dateien so, dass der Server sie nicht lesen kann – was großartig ist, aber Nebenwirkungen hat. Suche, Vorschau, serverseitige Verarbeitung und viele Integrationen funktionieren dann nicht mehr oder nur eingeschränkt. Für einen Ordner mit hochsensiblen Dokumenten kann das genau richtig sein. Als pauschale Einstellung für eine Unternehmensplattform ist es meistens die falsche Wahl. Die Alternative heißt: Verschlüsselung des Speichers auf Infrastrukturebene, saubere Zugriffsrechte und ein Betriebsteam, das weiß, was es tut.

Skalierung: Was passiert, wenn es ernst wird

Nextcloud skaliert, aber nicht von allein. Bei wachsender Nutzerzahl wird zuerst der Datenbankzugriff zum Flaschenhals, dann die Dateispeicherung, dann die Hintergrundjobs. Wer mit mehreren hundert oder tausend Konten arbeitet, kommt um eine verteilte Architektur nicht herum: mehrere Webserver-Knoten hinter einem Loadbalancer, eine getrennte Datenbank mit ausreichend Ressourcen, ein Objektspeicher für die Dateien, ein Redis für Caching und Sperren, dedizierte Worker für die Hintergrundaufgaben. Das ist Standardkost für erfahrene Administratorinnen und Administratoren, aber es ist Arbeit.

Für die CRM-Seite stellt sich die Frage anders. Ein SaaS-Dienst skaliert per Definition, dafür bezahlt man. Was man nicht bekommt, ist Kontrolle über die Leistungskurve. Wenn ein Import von 50.000 Kontakten an einem API-Limit hängt oder eine Massenmail in der Warteschlange steht, kann man wenig tun außer warten. Beim Selfhosting ist das anders – dort kostet Leistung Geld und Arbeit, aber man entscheidet selbst, wann man investiert.

Ein Aspekt, der gern übersehen wird: Die Anbindung selbst muss skalieren. Eine Integration, die bei jedem Kontakt einzeln in die API greift, fällt bei größeren Datenmengen auseinander. Sauberer ist eine Warteschlange mit Wiederholungslogik, Ratenbegrenzung und Protokollierung. Das klingt nach Ingenieursarbeit, ist es auch. Und es ist der Punkt, an dem viele Projekte scheitern, weil das Konzept gut aussah und die Umsetzung an einem Rate Limit hing.

Kosten, Betrieb und die Frage nach der Abhängigkeit

Die Rechnung ist selten so eindeutig, wie sie auf den ersten Blick wirkt. Ein SaaS-CRM kostet pro Nutzer und Monat, dafür entfallen Server, Wartung und Update-Aufwand. Ein selbstgehostetes System kostet keine Lizenz, dafür Personal, Hardware, Backups, Monitoring, Sicherheitsupdates und gelegentlich externe Unterstützung. Bei kleinen Teams kann die Cloud-Variante günstiger sein. Bei größeren Installationen kippt das Bild meist zugunsten des Eigenbetriebs – vor allem, wenn man die Personalkosten realistisch ansetzt und nicht schönrechnet.

Nicht zuletzt geht es um Abhängigkeit. Wer ein SaaS-CRM nutzt, bindet seine Vertriebsdaten an einen Anbieter, über dessen Preisgestaltung, Roadmap und Fortbestand er nicht entscheidet. Das kann jahrelang gutgehen. Es kann aber auch passieren, dass eine Funktion verschwindet, ein Tarif steigt oder das Produkt in einem größeren Portfolio verschwindet. Ein vollständiger Datenexport ist die Versicherung gegen diesen Fall – und die sollte man nicht erst dann prüfen, wenn man sie braucht.

Die umgekehrte Abhängigkeit existiert übrigens auch. Ein selbstgebautes Integrationselement, das nur eine Person im Haus versteht, ist eine eigene Form von Lock-in. Wer baut, sollte dokumentieren. Klingt banal, ist es aber die häufigste Ursache für Stillstand nach einem Personalwechsel.

Wann die Kombination trägt und wann nicht

Es gibt Konstellationen, in denen Nextcloud und Agile CRM gut zusammenpassen. Ein kleiner Vertrieb, der schnell arbeitsfähig sein muss, ohnehin mit Nextcloud arbeitet und Vertriebsdaten nicht als besonders schutzbedürftig einstuft, kann mit einer schlanken API-Anbindung viel erreichen. Dokumente bleiben im Haus, Kontakte liegen in der Cloud, die Verknüpfung erfolgt über Verweise und ein paar Automatismen. Der Aufwand hält sich in Grenzen, der Nutzen ist unmittelbar.

Es gibt aber auch Konstellationen, in denen die Kombination nicht trägt. Öffentliche Stellen, Gesundheitswesen, Anwaltskanzleien, Steuerberatungen, Forschungseinrichtungen mit personenbezogenen Daten – überall dort, wo die Herkunft der Daten und der Ort der Verarbeitung dokumentationspflichtig sind, wird ein US-SaaS-CRM zum Erklärungsbedarf. Man kann das lösen, mit Verträgen, Bewertungen und technischen Maßnahmen. Man kann aber auch einfach ein selbstgehostetes CRM nehmen und sich den Aufwand sparen.

Ein interessanter Mittelweg ist die Zweiteilung: Das CRM führt den Prozess, Nextcloud hält die Dokumente und Kommunikation. Vertriebliche Metadaten – Zuständigkeit, Phase, nächster Schritt – liegen im CRM. Alle Inhalte, die tatsächlich entstehen, liegen in Nextcloud. Diese Trennung ist nicht elegant, aber sie ist sauber. Und sie hält auch dann noch, wenn man irgendwann das CRM wechselt.

Ausblick

Nextcloud wird weiter in Richtung Plattform wachsen. Die Assistenzfunktionen, die in den vergangenen Versionen Einzug gehalten haben, deuten an, wohin die Reise geht: lokale Sprachmodelle, die Zusammenfassungen erstellen, Texte umformulieren, Bilder erkennen – ohne dass Daten das Haus verlassen. Für Vertriebsteams sind das durchaus relevante Funktionen. Ein Gesprächsprotokoll, das automatisch zusammengefasst und mit der richtigen Kundenakte verknüpft wird, hat einen echten Nutzen.

Auf der CRM-Seite bleibt abzuwarten, wie sich Anbieter wie Agile CRM positionieren, wenn europäische Kunden zunehmend auf Herkunft und Verarbeitungsort achten. Die Nachfrage nach souveränen Lösungen ist da, das zeigt der Markt für selbstgehostete Systeme. Wer heute entscheidet, sollte diese Entwicklung einpreisen. Nicht mit einem fertigen Plan für die nächsten zehn Jahre, aber mit der Bereitschaft, die Entscheidung in drei Jahren noch einmal zu prüfen.

Bleibt eine nüchterne Feststellung: Nextcloud ist keine CRM-Lösung, und Agile CRM ist keine Nextcloud-Erweiterung. Beide tun, was sie tun, gut genug. Ob sie zusammenpassen, entscheidet nicht die Technik, sondern die Frage, wie viel Kontrolle ein Haus über seine Kundendaten haben will – und was es dafür zu zahlen bereit ist. Diese Antwort fällt überall anders aus, und das ist in Ordnung. Sie sollte nur bewusst gegeben werden.