Manifest

ERP-Transformation würde immer ein Glücksspiel sein. Wir haben das nicht akzeptiert.

Die meisten ERP-Projekte starten ungemessen: Bereitschaft wird geraten, Umfang aus Interviews angenommen, Entscheidungen hängen am Berater. Das Ergebnis: Budgetüberschreitungen, unnötige Module, nicht genutzte Systeme. Es geht besser.

Was wir sehen

Der Feind: blinde Transformation

Blinder Start

Big-Bang-Projekte ohne objektive Antwort auf „sind wir bereit?“.

Angenommener Umfang

Umfang aus Interviews geraten, nicht aus Daten; Überraschungen brechen im UAT auf.

Personengebundenes Wissen

Jede Entscheidung hängt am Berater; Wissen bleibt in Köpfen und geht zur Tür hinaus.

Unsere Überzeugungen

Erst messen. Dann transformieren.

01Man kann nicht transformieren, was man nicht gemessen hat. Jede Reise beginnt mit einer Reifegradmessung (DMI).

02Umfang wird nicht angenommen, sondern entdeckt. Echter Bedarf zeigt sich durch Nachweise.

03Design auf Nachweisen, nicht auf Meinung. Jede Entscheidung fußt auf dem Nachweis des vorigen Schritts.

04Wissen muss im System wachsen, nicht in Köpfen. Jeder Schritt erzeugt ein nachvollziehbares Artefakt.

05KI entwirft, ein Experte genehmigt. KI erledigt die Routine; ein Berater prüft die kritischen Entscheidungen.

06Transformation ist kein Projekt, sondern fortlaufende Reife. Der Score wird bei jedem Release neu gemessen und steigt.

07Transparente Preise sind Vertrauen. Module zum veröffentlichten Listenpreis — keine Personentag-Überraschungen.

Die Methode

Von der Überzeugung zur Methode: fünf Schritte

Eine Haltung ist nur so viel wert wie die Abfolge, in die sie mündet. Diese fünf Schritte bilden das Rückgrat jeder Smarty-Reise — ihre Reihenfolge ist keine Vorliebe, sondern eine Abhängigkeit: Jeder Schritt verbraucht das Ergebnis des vorherigen.

Messen
Bevor Sie Demos ansehen oder Angebote einholen, drücken Sie den Ist-Zustand in Zahlen aus: Wie viel des Prozesses ist dokumentiert, wie sauber sind die Stammdaten, wer verantwortet welche Entscheidung. Ohne Messung beruht jeder weitere Schritt auf einer Vermutung.
Diagnostizieren
Machen Sie aus der Messung einen Befund. „Die Bestandsgenauigkeit ist niedrig“ ist eine Beobachtung; „in welchem Lager und welcher Warengruppe sich die Korrekturbuchungen nach der Zählung häufen“ ist eine Diagnose. Die Diagnose sagt, welches Problem es wert ist, gelöst zu werden.
Kriterium festschreiben
Schreiben Sie die Erfolgsdefinition vor dem Start auf — mit Zahl und Datum. „Go-live“ ist kein Erfolgskriterium; „der Monatsabschluss sinkt von fünf Arbeitstagen auf zwei“ schon. Das Kriterium muss unabhängig vom Anbieter überprüfbar sein.
Phasen nach Abhängigkeit ordnen
Die Phasenreihenfolge bestimmt die technische Abhängigkeit — nicht der Modulappetit oder der Lieferkalender des Anbieters. Läuft eine Phase ohne das Ergebnis der vorherigen nicht, ist die Reihenfolge nicht verhandelbar.
Abnahme an Nachweise binden
Am Ende jeder Phase sollte nicht „es funktioniert“ stehen, sondern „dieses Szenario wurde mit diesen Daten von dieser Person ausgeführt und bestanden“. Ist die Abnahme nicht an Nachweise gebunden, wird die Übergabe zur Debatte.

Der Unterschied

Der alte Weg gegenüber dem Diagnose-zuerst-Weg

Die beiden Wege erledigen nicht dieselbe Arbeit in anderer Reihenfolge; sie treffen dieselben Entscheidungen auf einem anderen Informationsstand. Der Unterschied wird Entscheidung für Entscheidung sichtbar.

Entscheidung	Alter Weg	Diagnose zuerst
Umfang	Zum Angebotszeitpunkt, mit dem geringsten Wissen	Nach der Messung, auf Basis von Befunden
Produktauswahl	Erste Frage: welche Marke?	Letzte Frage: welche Fähigkeit, nach welchem Kriterium?
Phasenreihenfolge	Nach dem Lieferkalender des Anbieters	Nach technischer Abhängigkeit
Abnahmekriterium	„Wir sind live gegangen“	Schriftliches Szenario + Nachweis + benannter Freigeber
Schwerpunkt des Budgets	Auf Einrichtung und mechanischer Arbeit	Auf Diagnose- und Entscheidungsqualität
Eigentümer des Risikos	Vollständig beim Kunden	Geteilt, an das Kriterium gebunden

Entscheidung

Alter Weg

Diagnose zuerst

Umfang

Zum Angebotszeitpunkt, mit dem geringsten Wissen

Nach der Messung, auf Basis von Befunden

Produktauswahl

Erste Frage: welche Marke?

Letzte Frage: welche Fähigkeit, nach welchem Kriterium?

Phasenreihenfolge

Nach dem Lieferkalender des Anbieters

Nach technischer Abhängigkeit

Abnahmekriterium

„Wir sind live gegangen“

Schriftliches Szenario + Nachweis + benannter Freigeber

Schwerpunkt des Budgets

Auf Einrichtung und mechanischer Arbeit

Auf Diagnose- und Entscheidungsqualität

Eigentümer des Risikos

Vollständig beim Kunden

Geteilt, an das Kriterium gebunden

Auswahldisziplin

Kein Produktname — eine Fähigkeitskategorie

Die sichtbarste Folge des Diagnose-zuerst-Wegs ist, an welcher Stelle die Produktauswahl steht. Die Entscheidung fällt nicht über einen Markennamen, sondern über drei Teile: welche Fähigkeit, nach welchem Kriterium, unter welcher Voraussetzung.

Dieses Trio erzeugt auch die Fragen an den Anbieter — und diese Fragen werden zum Gerüst des Lastenhefts. Die Markenfrage verschwindet nicht; sie rückt ans Ende. Ob ein Produkt die richtige Wahl ist, lässt sich erst beantworten, wenn Fähigkeit und Kriterium niedergeschrieben sind.

Ein konkretes Beispiel

Fähigkeit

„Stücklistenverwaltung“ ist eine Fähigkeitskategorie.

Kriterium

„Kann bei einer mehrstufigen Stückliste eine Revisionshistorie geführt werden?“ ist das Kriterium dieser Kategorie.

Voraussetzung

„Die Produktstammdaten müssen bereinigt sein“ ist die Voraussetzung dieser Fähigkeit.

Die ausführliche Darstellung dieses Ansatzes — fünf Schritte, Vergleich und Beispiele: Diagnose zuerst: Wie der neue Weg in der Praxis aussieht

Was das ermöglicht

Vom Chaos zur Sicherheit

Ein gemessener Start

Sie wissen per Score, wo Sie stehen und wo Sie beginnen — nicht aus dem Bauch.

Weniger Nacharbeit

Passt der Umfang zur Realität, sinken Überraschungen, unnötige Module und Überschreitungen.

Nachhaltige Adoption

Nachweisbasiertes Design und rollenbasierte Schulung sorgen für echte Nutzung.

Häufige Fragen

Zu unserem Ansatz

Was bedeutet der „Measurement-First“-Ansatz?

Vor jeder Software und jeder Lizenz messen wir Ist-Zustand, Prozesse und Bereitschaft auf Basis von Nachweisen. So wird die Transformation von einem numerischen Startpunkt aus geplant — nicht nach Bauchgefühl.

Warum erst Organisation und Interaktion, dann Technik?

Die soziotechnische Forschung ist eindeutig: Selbst die beste Technologie wird nicht angenommen, wenn Organisation und Interaktion nicht bereit sind. Wir vereinfachen zuerst Prozesse, Rollen und Interaktion und setzen die Technologie dann auf dieses Fundament.

Ist Smarty Software oder Beratung?

Eine Kombination: KI bringt Tempo und Konsistenz, ein erfahrener Berater prüft und bestätigt die Nachweise. Das Ergebnis ist ein menschlich freigegebener Bericht — kein rohes LLM-Ergebnis.

Verkaufen Sie kein bestimmtes ERP/CRM?

Unser Ansatz ist software-unabhängig. Wir arbeiten mit Odoo, Zoho und abas; aber wir messen zuerst Reife und Bedarf und empfehlen dann, was passt — bedarfsorientiert, nicht produktorientiert.

Ist Smarty ein KI-Tool?

Nein — Smarty ist eine Measurement-First-Beratungsplattform, die KI im Inneren nutzt. KI-Copilot-Tools beginnen, nachdem Anforderungen gesammelt wurden, und brauchen meist Zugriff auf Ihr Live-System. Smarty erhebt die Anforderungen selbst durch strukturierte Multi-Stakeholder-Discovery, rahmt sie mit Reife und Bereitschaft und liefert beratergeprüfte Berichte — keinen rohen KI-Text —, während die Discovery Ihre Daten nicht berührt. Es konkurriert nicht mit KI-Copiloten; es kann sogar parallel genutzt werden.