Niemand hat sich bewusst für drei Systeme entschieden. Sie haben sich angesammelt - jedes löste ein Problem und schuf ein neues. Wie der typische Software-Stack entsteht, wo der Kontext darin verloren geht und was ohne Urknall dagegen hilft.
Fragen Sie den Inhaber einer Firma mit fünfzig Leuten, warum er genau diese Kombination von Werkzeugen nutzt. Fast nie hören Sie eine Antwort, die mit „wir haben uns entschieden“ beginnt. Sie hören eine Geschichte.
Das CRM kam, als die Firma den zweiten Vertriebler einstellte. Das Projekttool, als klar wurde, dass sich die Umsetzung nicht per E-Mail steuern lässt. Das Buchhaltungsprogramm war immer da. Die Tabelle für Geld entstand, weil keines von beiden die Marge berechnen konnte. Und der Gruppenchat kam von selbst.
Jeder dieser Schritte war im Moment richtig. Die Summe ist das Problem.
Wie der Stack entsteht
Der Verlauf wiederholt sich fast wörtlich:
Jahr 1. Aufträge in einer Tabelle, Kommunikation per E-Mail. Funktioniert, weil die Firma klein ist.
Jahr 2. Ein CRM kommt. Es löst den Vertrieb - Anfragen fallen nicht mehr unter den Tisch. Zugleich entsteht die erste Grenze: der Vertrieb weiß Bescheid, die Umsetzung nicht.
Jahr 3. Ein Projekttool kommt. Es löst die Umsetzung. Eine zweite Grenze entsteht und damit das erste Abtippen: was der Vertriebler zugesagt hat, muss jemand ins Projekt übertragen.
Jahr 4. Niemand weiß, was die Aufträge einbringen. Eine Tabelle entsteht, in die Zahlen aus beiden Systemen von Hand gezogen werden. Dritte Grenze.
Jahr 5. Jemand schlägt vor, alles zu verbinden. Es zeigt sich, dass Integration Zeit und Geld kostet und trotzdem nicht alles abdeckt.
Niemand hat das gewählt. Es hat sich angesammelt.
Jedes Werkzeug löste ein Problem und schuf eine Grenze. Die Arbeit, die an diesen Grenzen entsteht, steht auf keiner Rechnung.
Wo genau der Kontext verloren geht
Der Verlust liegt nicht in den Daten. Die Daten existieren - nur nicht beisammen. Verloren gehen die Zusammenhänge:
Der Vertrieb weiß nicht, dass das Projekt brennt. Er ruft den Kunden mit einem Zusatzangebot an, während die Umsetzung in Verzug gerät. Die Information existiert, in einem anderen Werkzeug.
Die Umsetzung weiß nicht, was zugesagt wurde. Ein Detail aus dem Verkaufsgespräch blieb in einer CRM-Notiz und kam nie ins Briefing. Der Kunde wundert sich dann.
Niemand weiß, ob es sich gelohnt hat. Die Rechnung ist in der Buchhaltung, die Stunden im Projekttool, die Kosten in einer Tabelle. Die Antwort existiert, kostet aber einen halben Tag.
Ein neuer Kollege lernt drei Werkzeuge. Und weiß nach einem halben Jahr immer noch nicht, wo was geführt wird.
Die Kosten, die niemand in Rechnung stellt
| Wo sie entstehen | Was es wirklich ist | Schätzung bei 20 Personen |
|---|---|---|
| Abtippen zwischen Systemen | Dieselben Daten zwei- bis dreimal erfasst | 10–20 h/Monat |
| Suchen | „Wo ist der Vertrag?“, „Was haben wir berechnet?“ | 8–15 h/Monat |
| Monatsabschluss | Zahlen von Hand abgleichen | 4–8 h/Monat |
| Zusätzliche Lizenzen | Drei Abos statt einem | 600–1.600 €/Jahr |
| Fehler aus Abweichungen | Vergessene Rechnung, falscher Termin | Unregelmäßig, aber teuer |
Die Tabelle nennt bewusst keine exakten Zahlen - bei jeder Firma kommen andere heraus. Sinnvoll ist, sich die eigene Schätzung aufzuschreiben; schon das Aufschreiben überrascht meist.
Integration ist keine Lösung, sondern ein Pflaster
Drei Systeme über Konnektoren zu verbinden verkleinert das Problem, beseitigt es aber nicht. Daten werden weiter übertragen, können weiter auseinanderlaufen, und Sie haben eine vierte Sache zu pflegen. Ausführlich in Sind Zapier und Make tot?
Wie eine gemeinsame Datenbasis aussieht
Die Alternative ist nicht „ein Werkzeug, das alles kann“ - das ist eine Marketingfloskel. Die Alternative ist eine Datenbasis und darüber verschiedene Ansichten.
Praktisch: es gibt eine Kundendatenbank. Eine Verkaufschance verweist darauf. Ein Auftrag verweist auf die Verkaufschance. Ein Stundennachweis auf den Auftrag. Eine Rechnung entsteht aus dem Auftrag.
Der Vertrieb sieht eine Pipeline. Die Umsetzung sieht ein Kanban oder einen Kalender. Der Inhaber sieht die Rentabilität. Alle schauen auf dieselben Daten, nur durch eine andere Linse. Nichts wird irgendwohin übertragen, weil es kein Woher und Wohin gibt.
Damit verschwindet eine ganze Kategorie Arbeit - nicht weil jemand schneller wird, sondern weil sie aufhört zu existieren.
Was tun, wenn Sie mittendrin stecken
Niemand kann am Montag drei Systeme abschalten. Ein vernünftiges Vorgehen hat drei Schritte:
1. Finden Sie die Grenze, die am meisten weh tut. Fast immer die zwischen Vertrieb und Umsetzung oder zwischen Umsetzung und Geld. Dort anfangen.
2. Bauen Sie eine gemeinsame Basis für genau diese eine Grenze. Kunden und Aufträge an einem Ort. Den Rest lassen.
3. Erweitern Sie nach dem, was sich bewährt. Die meisten Firmen merken nach zwei bis drei Monaten, dass eines der ursprünglichen Werkzeuge niemand mehr öffnet - und schalten es erst dann ab.
Was zersplitterte Werkzeuge kosten, steht ausführlich in Was zersplitterte Werkzeuge kosten. Wie ein verbundener Arbeitsraum praktisch aussieht, zeigt Dokumente, Datenbanken und Chat verbinden. Konkrete Vergleiche stehen auf Apexloop vs. Raynet und Apexloop vs. Freelo. Den gesamten Weg zur Zusammenführung führt der Leitfaden zum Firmensystem nach Maß.
Häufige Fragen zur Zusammenführung von Systemen
Müssen wir wirklich alle bisherigen Werkzeuge aufgeben?
Nein. Das Buchhaltungsprogramm bleibt meist - es hat eigene Gründe und gesetzliche Anknüpfungen. Zusammenführen lohnt sich bei Betriebsdaten: Kunden, Aufträge, Fristen, Stunden, Dokumente.
Wird ein System für alles nicht überall ein Kompromiss?
Das Risiko besteht und man sollte es benennen. Entscheidend ist, ob Sie das Datenmodell selbst gestalten können. Dann geht es nicht um einen Kompromiss zwischen Branchen, sondern um ein System nach Ihrem Maß.
Wie lange dauert so ein Wechsel?
Die erste Grenze meist Tage bis zwei Wochen. Der gesamte Wechsel bei zwanzig Personen üblicherweise ein bis drei Monate - nicht weil die Technik langsam wäre, sondern weil sich Menschen schrittweise umgewöhnen.