Prozesspassung anhand einer konkreten Aufgabe prüfen
Beschreiben Sie einen wichtigen Vorgang mit Ausgangsdaten, Rollen, Entscheidungen und erwartetem Ergebnis. Nehmen Sie einen regulären Fall und eine Ausnahme hinzu. Im Vertrieb könnte dies ein Angebot sein, dessen Leistungsumfang nach der internen Freigabe geändert wird. Im ERP könnte eine Zusatzleistung erst nach einer Kundenfreigabe abrechenbar werden.
Lassen Sie jeden Lösungsweg denselben Fall durchspielen. Notieren Sie, was bereits funktioniert, welche Konfiguration erforderlich ist und welche manuelle Restarbeit bleibt. Eine zusätzliche Eingabe ist nicht automatisch ein Ausschlussgrund. Entscheidend ist, wie häufig sie anfällt, welche Fehlerfolgen sie hat und wer sie übernimmt.
Unterscheiden Sie eine notwendige Anforderung von einer gewohnten Arbeitsweise. Eine zweifache Freigabe kann fachlich begründet sein; eine bestimmte Spaltenreihenfolge ist vielleicht nur vertraut. Wenn ein sinnvoll vereinfachter Prozess in einer vorhandenen Lösung funktioniert, spricht das für diese Lösung.
Drei illustrative Situationen zeigen, weshalb keine Variante immer gewinnt:
| Ausgangslage | Zuerst prüfen | Entscheidender Nachweis |
|---|---|---|
| Kontakte und nächste Aktionen werden verstreut gepflegt. | Standard-CRM | Das Team erledigt den vollständigen Vertriebsfall im Produkt. |
| Das ERP passt; eine Kundenfreigabe fehlt. | Konfiguration oder begrenzte Erweiterung | Freigabe und ERP-Update funktionieren gemeinsam und sind wartbar. |
| Ein zentraler Ablauf scheitert in geprüften Produkten. | Individuelle Umsetzung des Engpasses | Ein Prototyp besteht denselben fachlichen Test; der Betrieb ist geklärt. |
Kosten über Einführung und Betrieb vergleichen
Ein Lizenzpreis lässt sich nicht direkt mit einem Entwicklungsangebot vergleichen. Bringen Sie beide Angebote zunächst auf denselben Startumfang, dieselbe Nutzerzahl und denselben Betrachtungszeitraum. Trennen Sie belegte Preise, Schätzungen und offene Positionen. Ein nicht ausgefülltes Kostenfeld bedeutet nicht null Euro.
Zur Einführung gehören je nach Angebot Einrichtung oder Entwicklung, Datenübernahme, Anbindungen, fachliche Tests und Schulung. Ihre eigenen Mitarbeitenden benötigen Zeit für Entscheidungen und Abnahmen. Im Betrieb können Abonnements, Hosting, Support, Updates, Administration und die Pflege zusätzlicher Funktionen anfallen.
Dass solche Leistungsgrenzen konkret zu prüfen sind, zeigt ein Produktbeispiel: Odoo führt Implementierungsleistungen und die Wartung kundenspezifischen Codes auf seiner Preisseite als nicht im Abonnement enthalten auf. Daraus folgt keine allgemeine Kostenaussage über Standardsoftware. Es zeigt, warum der Leistungsumfang neben dem Preis stehen muss. Odoo: Tarifumfang und Ausschlüsse, geprüft am 24. September 2026.
- Bis zum Start: Einrichtung oder Entwicklung, Daten, Tests und Einarbeitung.
- Während der Nutzung: Vereinbarte laufende Leistungen sowie interne Administration.
- Bei Änderungen: Neue Anforderungen, Schnittstellentests und Versionswechsel.
- Bei einer späteren Übergabe: Datenexport, Dokumentation und Übergangsbetreuung.
Eine strukturierte Sammlung der Positionen finden Sie im Leitfaden zu ERP-Kosten für Einführung und Betrieb. Bewerten Sie außerdem den möglichen Nutzen separat: Welche heutige Arbeit würde tatsächlich entfallen, welche bliebe bestehen und welche neue Pflegeaufgabe käme hinzu? Eine angenommene Einsparung sollte nicht als bereits eingetretenes Ergebnis in die Rechnung eingehen.
Wartung, Abhängigkeiten und Handlungsfähigkeit prüfen
Bei einem Standardprodukt beeinflussen Herstellerentscheidungen die verfügbaren Funktionen und unterstützten Versionen. Bei einer individuellen Lösung hängen Änderungen von der verfügbaren Entwicklungskapazität und der Verständlichkeit des Systems ab. Eine Erweiterung kann beide Abhängigkeiten verbinden. Keiner dieser Wege beseitigt die Notwendigkeit einer geregelten Betreuung.
Fragen Sie deshalb nach den Voraussetzungen eines späteren Partnerwechsels: Welche Dokumentation, Datenexporte und Zugänge werden übergeben? Ist bekannt, wie eine funktionsfähige Test- und Betriebsumgebung entsteht? Welche Bestandteile stammen von Dritten? Vereinbaren Sie die erforderlichen Nutzungs- und Übergabemöglichkeiten konkret, statt sie aus dem Etikett „individuell“ abzuleiten.
Prüfen Sie Ihre interne Kapazität. Eine fachlich verantwortliche Person muss Anforderungen klären und Ergebnisse abnehmen können. Auch wenn ein Anbieter den technischen Betrieb übernimmt, bleiben Entscheidungen über Arbeitsabläufe bei Ihrem Unternehmen. Fehlende Zuständigkeit lässt sich nicht durch eine umfangreichere Software ersetzen.
Fordern Sie für alle Varianten einen konkreten Änderungsfall an: Ein Pflichtfeld wird ergänzt, eine Freigabe geändert oder eine Anbindung aktualisiert. Wer setzt das um, wer testet, und was ist im Angebot enthalten? Die Antwort ist hilfreicher als eine pauschale Aussage über Flexibilität.
Entscheidungsmatrix ausfüllen: Muss-Kriterien zuerst
Die Vorlage trennt unverzichtbare Anforderungen von Kriterien, die gegeneinander abgewogen werden dürfen. Ein Muss-Kriterium erhält einen klaren Test und den Status „erfüllt“, „nicht erfüllt“ oder „ungeprüft“. Eine Variante mit einem ungeklärten Muss-Kriterium ist noch nicht entscheidungsreif. Eine hohe Punktzahl bei Bedienkomfort darf einen nachgewiesenen fachlichen Ausschluss nicht verdecken.
Für die übrigen Kriterien vergeben Sie vor den Demos ein Gewicht von 1 bis 5. Bewerten Sie anschließend jeden Lösungsweg auf derselben Skala von 0 bis 4: 0 steht für nicht erfüllt, 1 für erhebliche Lücken, 2 für teilweise erfüllt, 3 für erfüllt und 4 für einen belegten zusätzlichen Vorteil. Leere Felder bleiben ungeprüft und werden nicht als null behandelt. Diese Skala ist eine Arbeitshilfe, keine wissenschaftlich validierte Messung.
Multiplizieren Sie Gewicht und Bewertung und addieren Sie die Ergebnisse je Variante. Verwenden Sie nur dieselben vollständig geprüften Kriterien. Die Summe strukturiert das Gespräch; sie ersetzt weder das Muss-Gate noch die Begründung. Prüfen Sie bei knappen Ergebnissen, ob leicht veränderte Gewichtungen die Reihenfolge umkehren. Dann sollten Sie genau diese Annahmen weiter untersuchen.
Entscheidungsmatrix als CSV herunterladen · Arbeitsblatt als Markdown herunterladen
Die Dateien enthalten ein Register für Anforderungen, Belege und offene Fragen. Bewertungen sind bewusst leer. Tragen Sie Anbieter, Produktversion und Prüfdatum in den Beleg ein, damit eine Demoaussage später nachvollziehbar bleibt. Für Vertrieb und Kundenarbeit hilft ein CRM-Lastenheft mit Abnahmekriterien, die Kriterien vor der Bewertung präzise zu formulieren.
Die Entscheidung mit ihrem Geltungsbereich dokumentieren
Halten Sie fest, welcher Weg für welchen Umfang gewählt wurde und warum. Dazu gehören verbleibende Lücken, akzeptierte manuelle Arbeit, verantwortliche Personen und noch zu prüfende Annahmen. Dokumentieren Sie auch, was eine erneute Bewertung auslösen würde, etwa ein anderer Vertriebsprozess oder eine zusätzliche Gesellschaft.
Ein passendes Standardprodukt kann die richtige Entscheidung sein. Ebenso kann eine begrenzte Erweiterung wirtschaftlich und organisatorisch sinnvoller sein als ein vollständiger Neubau. Wenn ein belegter Engpass übrig bleibt, lässt sich die individuelle ERP-Entwicklung auf genau diesen Ablauf prüfen.
Für ein Gespräch mit SYNQ reichen zunächst der betroffene Prozess, die bisher geprüften Lösungen und die offenen Muss-Kriterien. Daraus lässt sich ein sinnvoller Prüfauftrag ableiten, ohne das Ergebnis vorwegzunehmen.