Wann es Zeit ist, Tabellen zu verlassen, wie Sie ein Budget rechnen, wie Sie ein Datenmodell entwerfen und wie der Umstieg gelingt, ohne die Firma einen Monat lahmzulegen. Ein vollständiger Leitfaden vom ersten Gedanken bis zum ersten Betriebsmonat.
Die meisten Firmen suchen kein eigenes System, weil sie neue Software wollen. Sie suchen, weil zweimal etwas verloren ging, jemand eine Rechnung vergessen hat oder niemand sagen kann, was ein Auftrag eingebracht hat.
Dieser Leitfaden führt durch den gesamten Weg von dieser ersten Unzufriedenheit bis zum ersten Monat im Echtbetrieb. Jedes Kapitel fasst das Wesentliche zusammen und verweist auf einen ausführlichen Text.
1. Woran Sie merken, dass es Zeit ist
Es gibt vier recht verlässliche Signale. Zwei davon genügen:
Die Tabelle hat mehr als einen Bearbeiter. Sobald zwei Menschen in dieselbe Datei schreiben, beginnt die Frage, welche Version aktuell ist. Dieses Problem lässt sich nicht mit Disziplin lösen.
Daten existieren an mehreren Orten und stimmen nicht überein. Der Kunde ist im CRM, sein Auftrag im Projekttool, die Stunden in einer Tabelle, die Rechnung in der Buchhaltung. Jede Frage über die Grenze hinweg dauert einen halben Tag.
Etwas ist durchgefallen. Eine vergessene Rechnung, ein verpasster Termin, eine nicht eingehaltene Zusage. Einmal ist Zufall, zweimal ist ein Systemfehler.
Der Weggang einer Person würde den Überblick kosten. Wenn ein Prozess im Kopf lebt und nicht im System, ist das ein Risiko, das mit der Firma wächst.
Ausführlich: Wann eine Tabelle nicht mehr reicht und Was zersplitterte Werkzeuge kosten.
2. Warum Sie überhaupt drei Systeme haben
Fast niemand hat sich für einen zersplitterten Stack entschieden. Er hat sich angesammelt: das CRM kam mit dem zweiten Vertriebler, das Projekttool mit der ersten größeren Umsetzung, die Tabelle für Geld, weil keines von beiden die Marge rechnen konnte.
Jeder dieser Schritte war im Moment richtig. Das Problem ist die Summe - und vor allem die Arbeit, die an den Grenzen dazwischen entsteht. Abtippen, Suchen, Monatsabgleich. Nichts davon steht auf einer Rechnung.
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, ist nirgends sichtbar.
Ausführlich: CRM, ERP, Projekttool: drei Systeme, die nicht miteinander reden.
3. Vier Wege und ihre echten Kosten
Ist die Entscheidung gefallen, kommt die Frage nach dem Preis. Es gibt vier Wege:
| Weg | Einstiegspreis | Wer Änderungen macht | Hauptrisiko |
|---|---|---|---|
| Standardsoftware | Niedrig | Niemand (geht nicht) | Der Prozess beugt sich dem Werkzeug |
| Individualentwicklung | Am höchsten | Der Anbieter | Anbieterabhängigkeit |
| Freelancer + KI | Mittel | Eine Person | Personenabhängigkeit |
| No-Code-Plattform | Am niedrigsten | Jeder im Team | Plattformabhängigkeit |
Entscheidend ist, nicht auf die erste Rechnung zu schauen, sondern auf die Dreijahressumme. Der Einstiegspreis ist der genannte; Jahr zwei und drei entscheiden.
Ins Budget gehören auch Posten, die nie in einem Angebot stehen: Einführung und Schulung, Änderungen (kein „falls“, sondern sicher), Betrieb, und das Risiko, die Person zu verlieren, die das System kennt.
Ausführlich: Was eine individuelle App 2026 kostet.
4. Der Entwurf des Datenmodells - der eine Teil, den man nicht abkürzen kann
Hier entscheidet sich, ob das System in zwei Jahren noch brauchbar ist. Es ist keine technische Arbeit, es ist Arbeit an Ihrem Prozess.
Beginnen Sie mit Entitäten. Schreiben Sie die Substantive auf, die Sie in der Firma verwenden: Kunde, Auftrag, Angebot, Rechnung, Techniker, Stundennachweis, Dokument. Das werden Ihre Datenbanken.
Bestimmen Sie die Verknüpfungen. Ein Kunde hat mehrere Aufträge. Ein Auftrag hat ein Angebot und mehrere Stundennachweise. Eine Rechnung gehört zu einem Auftrag. Dieser Schritt deckt die meisten Missverständnisse im Team auf - oft zeigt sich, dass zwei Menschen mit „Auftrag“ Verschiedenes meinten.
Halten Sie das Modell kleiner, als Sie wollen. Der klassische Fehler ist, fünfzehn Datenbanken vorab zu entwerfen. Beginnen Sie mit dreien, die den Hauptfluss abdecken, und ergänzen Sie nach Bedarf.
Prüfen Sie es mit einer Frage. Ein gutes Modell erkennt man daran, dass das Team daraus den nächsten Schritt machen kann - eine Rechnung stellen, ein Protokoll senden, eine Marge berechnen. Nicht daran, dass es alle Spalten hat.
Ausführlich: Ein Datenmodell, das mit dem Team wächst.
5. Wer was sieht
Berechtigungen werden oft verschoben, und das ist ein Fehler - sie müssen in jeder Ansicht, jedem Export und jeder E-Mail gelten, die das System verschickt.
Drei Fragen genügen vorab:
- Wer soll sensible Felder sehen (Preise, Margen, personenbezogene Daten)?
- Wer soll nur lesen und wer auch bearbeiten?
- Was, wenn überhaupt, soll außerhalb der Firma sichtbar sein?
Die Antworten werden zu einer Rollenstruktur, die Sie einmal einstellen und die überall gilt. Halten Sie dabei zwei Dinge auseinander: eine Spalte zu verbergen regelt „was er im Datensatz sieht“, den Datenbankzugriff zu beschränken regelt „an welche Datensätze er überhaupt kommt“.
Ausführlich: Zugriffsrechte und Datensichtbarkeit.
6. Umstieg ohne Urknall
Niemand kann am Montag drei Systeme abschalten. Ein bewährtes Vorgehen hat drei Phasen:
Phase 1 - eine Grenze. Finden Sie die Stelle, die am meisten weh tut (meist Vertrieb ↔ Umsetzung oder Umsetzung ↔ Geld) und bauen Sie eine gemeinsame Basis nur dafür. Kunden und Aufträge an einem Ort.
Phase 2 - ergänzen, was dazugehört. Stundennachweise, Dokumente, Kundenkommunikation. In dieser Phase merken die meisten Firmen, dass sie die Hälfte ihrer Tabellen nicht mehr brauchen.
Phase 3 - Altes abschalten. Nicht vor ein paar Wochen Parallelbetrieb. Markieren Sie die alte Tabelle zuerst als nicht bearbeitbar und archivieren Sie sie erst danach.
Was nicht mitnehmen: die gesamte Historie. Das letzte Jahr genügt meist, der Rest müllt nur die Ansichten zu.
Ausführlich: Migration aus Excel oder Notion.
7. Automatisierungen zuletzt
Eine häufige Versuchung ist, Automatisierungen am ersten Tag einzuschalten. Besser ist zu warten, bis das System ein paar Wochen läuft - erst dann wissen Sie, welche Schritte sich wirklich wiederholen.
Die ersten Automatisierungen, die sich fast immer lohnen:
- Überwachung von Aufträgen, die fertig sind und keine Rechnung haben,
- eine Erinnerung einige Tage vor einer Frist,
- ein Hinweis auf fehlende Stundennachweise am Wochenende,
- automatisches Anlegen eines Datensatzes aus einer eingehenden Anfrage.
Ausführlich: Automatisierung: die vollständige Einführung und Geschäftsprozesse automatisieren.
8. Der erste Betriebsmonat
Was realistisch zu erwarten ist:
Woche 1. Die Leute beklagen, in der Tabelle sei es schneller gewesen. Stimmt - für eine Person. Halten Sie durch.
Woche 2–3. Die ersten Änderungswünsche kommen. Das ist ein gutes Signal, kein schlechtes: es heißt, dass sie es nutzen. Machen Sie die Änderungen laufend und schnell.
Woche 4. Der erste Moment kommt, in dem jemand eine Antwort findet, für die er früher eine halbe Stunde gesucht hätte. Ab da kippt es meist.
Was zu messen ist: nicht Zufriedenheit, sondern ob neben dem System weiterhin eine Tabelle entsteht. Wenn ja, fehlt etwas im System - und diese Tabelle ist die genaue Anleitung, was.
Häufige Fragen zur Einführung eines Firmensystems
Wie lange dauert der ganze Umstieg?
Die erste Grenze meist Tage bis zwei Wochen. Der gesamte Umstieg bei zwanzig Personen üblicherweise ein bis drei Monate - nicht weil die Technik langsam wäre, sondern weil sich Menschen schrittweise umgewöhnen.
Wer sollte das intern verantworten?
Ein bis zwei „Workspace-Admins“, typischerweise jemand aus Betrieb oder Verwaltung, der den Prozess versteht. Nicht unbedingt die technischste Person - eher die, die am besten weiß, wie die Arbeit wirklich läuft.
Was, wenn wir das Modell falsch entworfen haben?
Das passiert fast immer und ist in Ordnung. Auf einer No-Code-Plattform ändern sich Felder, Status und Verknüpfungen im laufenden Betrieb. In einer entwickelten App ist die Änderung des Datenmodells Entwicklerarbeit - genau deshalb ist diese Eigenschaft wichtiger als jede Funktion auf einer Liste.
Müssen wir das Buchhaltungsprogramm aufgeben?
Nein. Die Buchhaltung hat eigene gesetzliche Anknüpfungen und bleibt meist, wo sie ist. Zusammenführen lohnt sich bei Betriebsdaten: Kunden, Aufträge, Fristen, Stunden, Dokumente.
Wie überzeugen wir ein Team, das nichts ändern will?
Am besten damit, dass das Erste, was das neue System löst, etwas ist, das sie nervt. Kein Reporting für den Inhaber, sondern ein Ende des Suchens oder ein Ende des Abtippens. Der Rest kommt von selbst.