Wissen, was Ihr Unternehmen braucht bevor gewählt oder gebaut wird
Eine Business-Analyse erfasst Ihre Prozesse, Anwender, Integrationen und Ausnahmen und übersetzt sie in ein Spezifikationsdokument, auf das Anbieter und Entwickler vergleichbar anbieten können.
- Keine Anbieterbindung · Keine Provisionen
- Gegenseitige NDA vor jedem Gespräch
- Antwort innerhalb eines Werktags
Zuerst die Analyse, dann erst wählen oder bauen
Die meisten Softwareprojekte scheitern nicht an der Technik, sondern an dem, was vorher niemand ausgesprochen hat. Der Prozess, der auf dem Papier einfach aussieht, in der Praxis aber fünf Ausnahmen kennt, die Kopplung mit dem einen Altsystem, an dem die gesamte Planung hängt, die Abteilung, die still mit eigenen Excel-Listen arbeitet.
Eine Business-Analyse holt all das an die Oberfläche, bevor Sie einen Vertrag unterschreiben oder einen Entwickler an die Arbeit setzen, sodass Sie auf Basis der tatsächlichen Arbeitsweise Ihres Unternehmens entscheiden statt auf einer Annahme.
Das Ergebnis ist kein dicker Bericht, der in der Schublade verschwindet, sondern ein Spezifikationsdokument, mit dem Sie sofort weiterarbeiten: Prozesskarten, priorisierte Anforderungen, eine Integrationskarte und Abnahmekriterien.
Damit holen Sie Anbieterangebote ein, die Sie wirklich vergleichen können, oder briefen einen Entwicklungspartner ohne Rauschen. Eine typische Analyse läuft über vier bis acht Wochen, und wir führen sie als unabhängige Partei durch: wir verkaufen keine Software, erhalten keine Provisionen und implementieren nichts selbst.
Drei Situationen, in denen eine Business-Analyse den Unterschied macht
Ihre aktuelle Software reicht nicht mehr
Ihre Organisation wächst, Prozesse ändern sich oder Mitarbeiter stoßen an Grenzen. Eine Business-Analyse erfasst die Bedürfnisse und bestimmt, was ein neues System wirklich können muss.
Sie möchten neue Software oder Individualsoftware anschaffen
Sie haben eine Idee, aber Scope und Anforderungen sind noch nicht scharf. Die Analyse übersetzt Ihre Bedürfnisse in klare Funktionalitäten, eine realistische Planung und ein gezieltes Budget.
Sie möchten Anbieter und Angebote vergleichen
Jeder Anbieter schlägt eine andere Lösung vor. Mit einem klaren Spezifikationsdokument vergleichen Sie denselben Scope und vermeiden Überraschungen, fehlende Funktionalitäten und teuren Mehraufwand.
Was Sie konkret erhalten
Prozesskarte der Ist-Situation
Wie die Arbeit heute wirklich läuft, pro Abteilung und inklusive der Ausnahmen, die in keinem Handbuch stehen.
Anforderungsdokument mit Gewichtung
Funktionale und nicht-funktionale Anforderungen, priorisiert, damit Anbieter wissen, was essenziell und was wünschenswert ist.
Integrationskarte
Alle Systeme und Datenströme, mit denen die neue Lösung sprechen muss, mit den Risiken pro Kopplung benannt.
Abnahmekriterien
Pro Prozessschritt festgelegt, was "funktioniert" bedeutet, damit Sie bei der Übergabe nicht von der Definition Ihres Anbieters abhängen.
Risikoanalyse und Annahmen
Die Punkte, an denen das Projekt rutschen kann, explizit benannt, samt der Annahmen, auf denen Schätzungen beruhen.
Entscheidungsempfehlung
Eine ehrliche Empfehlung: Go, No-Go oder zuerst eine Phase 0. Auch wenn das bedeutet, dass das Projekt besser nicht stattfindet.
Fünf Schritte vom ersten Gespräch zum Spezifikationsdokument
Scope-Gespräch
Wir legen gemeinsam fest, was das Projekt liefern muss, wer beteiligt ist und welche Abteilungen und Systeme die Analyse abdeckt.
Interviews und Arbeitsalltag
Wir sprechen mit den Menschen, die die Arbeit machen, und schauen zu, wie Prozesse wirklich laufen, denn die Lücke zwischen Handbuch und Praxis ist genau die Stelle, an der Projekte später brechen.
Ausnahmen und Integrationen
Wir suchen gezielt nach dem, was einmal im Monat passiert und trotzdem das ganze Projekt brechen kann: Sonderkunden, Saisonspitzen, Kopplungen mit Altsystemen.
Spezifikationsdokument
Alles fließt in ein Dokument zusammen: Prozesskarten, gewichtete Anforderungen, Integrationskarte, Abnahmekriterien und der explizite Außer-Scope.
Validierung und Entscheidungsempfehlung
Wir gehen das Dokument mit Ihrem Team durch, schärfen nach, wo nötig, und schließen mit einer ehrlichen Empfehlung ab: Go, No-Go oder zuerst eine Phase 0.
Was es Ihnen bringt
Diskussionen über Mehraufwand beginnen bei dem, was nie aufgeschrieben wurde. Eine scharfe Analyse verkleinert diese Grauzone drastisch: Anbieter bieten auf dasselbe Dokument an, Sie verhandeln auf Basis festgehaltener Anforderungen und bei der Übergabe prüfen Sie gegen vorab vereinbarte Abnahmekriterien. Das Gespräch mit Ihrem Anbieter verschiebt sich von "das hatten wir anders verstanden" zu "das steht in der Spezifikation". Das ist der Unterschied zwischen einem Projekt, das Sie steuern, und einem Projekt, das Sie steuert.
Wann es passt und wann nicht
Eine Business-Analyse ist sinnvoll, wenn
- ✓ Sie vor einer Softwarewahl oder einem Bauvorhaben stehen und der Scope noch nicht feststeht
- ✓ Angebote auf dem Tisch liegen, die sich nicht miteinander vergleichen lassen
- ✓ Ihr Team intern uneins ist, was das System genau leisten muss
Besser nicht, wenn
- ✕ der Vertrag bereits unterschrieben ist und Sie nur eine Bestätigung dieser Wahl suchen
- ✕ es um ein kleines Tool geht, bei dem eine Analyse mehr kostet, als sie einbringt, dann sagen wir das im ersten Gespräch
- ✕ Sie eine Partei suchen, die sofort zu bauen beginnt, denn das tun wir bewusst nicht
Häufige Fragen zur Business-Analyse
Wie lange dauert eine Business-Analyse?
Eine typische Business-Analyse läuft über vier bis acht Wochen, abhängig von der Zahl der Prozesse, Abteilungen und Integrationen. Im Scope-Gespräch legen wir vorab fest, welche Teile wir behandeln und wann das Spezifikationsdokument auf Ihrem Tisch liegt.
Was kostet eine Business-Analyse?
Das hängt von der Zahl der Prozesse, Abteilungen und Integrationen ab, die wir erfassen. Fragen Sie im Scope-Gespräch nach einer Indikation: wir betrachten gemeinsam den Umfang Ihres Vorhabens und Sie wissen vor dem Start, woran Sie sind.
Kann der Anbieter die Analyse nicht selbst machen?
Das geht, aber dann schreibt die Partei, die später liefern muss, ihren eigenen Auftrag. Ein Anbieter analysiert auf seine eigene Lösung hin. Eine unabhängige Analyse beschreibt, was Ihr Unternehmen braucht, sodass jeder Anbieter auf dasselbe Dokument anbietet.
Was, wenn die Analyse zeigt, dass wir besser nicht starten?
Dann ist genau das die Empfehlung. Ein No-Go oder eine Phase 0 ist ein ebenso wertvolles Ergebnis wie ein Go: Sie ersparen sich ein Projekt, das festfahren würde. Weil wir keine Software verkaufen und nichts implementieren, haben wir kein Interesse an einem Projekt, das nicht stattfinden sollte.
Funktioniert die Analyse auch für Individualsoftware und KI-Projekte?
Ja. Die Methode ist dieselbe für ERP-Auswahl, Individualsoftware, KI-Assistenten und 3D-Konfiguratoren: zuerst Prozesse und Ausnahmen, dann Anforderungen und Abnahmekriterien. Für jede Domäne bieten wir zudem einen kostenlosen Readiness Check auf der Website an.
Vielleicht interessiert Sie auch das
SEMANU ist ein unabhängiges Software-Beratungshaus für KMU: Wir verkaufen keine Software und erhalten keine Provisionen von Anbietern. Lesen Sie, wie wir als unabhängiges Software-Beratungshaus arbeiten.