Am Anfang jeder Odoo-Einführung steht die Frage: Was soll das System eigentlich leisten? Wer diese Frage klar beantwortet, bekommt bessere Angebote, realistischere Zeitpläne und am Ende eine Lösung, die zum Unternehmen passt. Unklare Anforderungen führen dagegen oft zu Nachträgen, Diskussionen und Frust auf beiden Seiten.
Sie müssen dafür kein technisches Pflichtenheft schreiben. Es reicht, Ihre Abläufe und Ziele verständlich zu beschreiben. Wie das gelingt, zeigt dieser Beitrag.
Vom Ablauf her denken, nicht von der Funktion
Ein häufiger Fehler ist es, Anforderungen als Liste von Funktionen zu formulieren, etwa „Wir brauchen ein Feld für die Liefernummer“. Solche Vorgaben sind oft zu eng. Sie beschreiben eine Lösung, bevor das eigentliche Problem verstanden ist.
Beschreiben Sie stattdessen, was in Ihrem Unternehmen passiert und was Sie erreichen wollen. Ein Beispiel:
- Eher ungünstig: „Im Auftrag soll es ein Zusatzfeld für den Liefertermin des Lieferanten geben.“
- Besser: „Der Vertrieb soll beim Kunden einen verlässlichen Liefertermin nennen können. Dafür muss er sehen, wann bestellte Ware beim Lieferanten eintrifft.“
Die zweite Formulierung lässt Raum für eine Lösung, die Odoo vielleicht schon im Standard mitbringt. Das spart Entwicklungsaufwand und erleichtert spätere Updates.
Eine einfache Struktur für jede Anforderung
Bewährt hat sich ein kurzes, immer gleiches Muster. Es zwingt zur Klarheit und macht Anforderungen vergleichbar:
- Wer ist betroffen? Zum Beispiel die Disposition, der Vertrieb oder die Buchhaltung.
- Was soll diese Person tun können?
- Warum ist das wichtig? Welches Problem wird gelöst oder welcher Nutzen entsteht?
- Woran erkennen Sie, dass es funktioniert?
Ein Satz pro Punkt genügt meist. Ergänzen Sie, wo es hilft, ein konkretes Beispiel aus Ihrem Alltag. Beispiele sind oft verständlicher als jede abstrakte Beschreibung.
Prioritäten setzen
Nicht jede Anforderung ist gleich wichtig. Ordnen Sie jede einer von drei Stufen zu:
- Muss: Ohne diese Anforderung kann der Bereich nicht mit Odoo arbeiten.
- Soll: Wichtig für einen effizienten Ablauf, aber notfalls kurzzeitig mit einer Übergangslösung machbar.
- Kann: Wünschenswert, aber nicht entscheidend für den Start.
Diese Einteilung hilft bei der Planung von Phasen und beim Blick auf das Budget. Wenn Sie wissen möchten, wie Anforderungen die Kosten beeinflussen, lesen Sie auch unseren Beitrag Was kostet Odoo?.
Sonderfälle und Ausnahmen festhalten
Der Normalfall ist meist schnell beschrieben. Aufwand entsteht bei den Ausnahmen. Fragen Sie deshalb gezielt nach:
- Was passiert, wenn ein Kunde nur einen Teil der Ware abnimmt?
- Wie werden Gutschriften, Reklamationen oder Rücksendungen behandelt?
- Gibt es Kunden mit abweichenden Preisen, Zahlungsbedingungen oder Dokumenten?
- Welche Freigaben sind nötig, und wer darf sie erteilen?
Ausnahmen, die nur sehr selten auftreten, müssen nicht automatisch im System abgebildet werden. Manchmal ist eine klare manuelle Regel die bessere Lösung.
Prüfen Sie bei jeder Anforderung, ob Sie Ihren Ablauf an den Odoo-Standard anpassen können. Jede Sonderentwicklung muss bei späteren Versionswechseln mitgepflegt werden. Eine kleine Änderung im Ablauf ist oft günstiger als eine dauerhafte Anpassung im System.
Die richtigen Personen einbeziehen
Anforderungen entstehen nicht am Schreibtisch der Geschäftsführung allein. Beziehen Sie die Menschen ein, die täglich mit den Abläufen arbeiten. Sie kennen die Sonderfälle und die Stellen, an denen es heute hakt. Gleichzeitig braucht es eine Person, die am Ende entscheidet, wenn Wünsche sich widersprechen oder das Budget nicht für alles reicht.
Anforderungen festhalten und aktuell halten
Für die Dokumentation genügt meist ein einfaches Format. Eine gemeinsame Tabelle oder ein geteiltes Dokument mit einer Zeile pro Anforderung reicht völlig aus. Sinnvolle Angaben sind eine laufende Nummer, der betroffene Bereich, die Beschreibung nach dem oben genannten Muster, die Priorität und der aktuelle Stand.
Anforderungen verändern sich im Laufe eines Projekts. Manche erweisen sich als unnötig, weil Odoo den Fall bereits im Standard löst. Andere kommen erst hinzu, wenn das Team das System zum ersten Mal sieht. Das ist normal. Wichtig ist, dass Änderungen bewusst entschieden und nachvollziehbar festgehalten werden. So bleibt auch später klar, warum etwas so umgesetzt wurde.
Typische Fehler vermeiden
- Das Altsystem kopieren: „Es soll so sein wie bisher“ ist keine Anforderung, sondern ein Verzicht auf Verbesserungen.
- Zu detailliert zu früh: Bildschirmlayouts und Feldnamen sind am Anfang selten wichtig.
- Keine Abnahmekriterien: Ohne klare Kriterien lässt sich später schwer sagen, ob eine Anforderung erfüllt ist.
- Alles ist „Muss“: Wer nicht priorisiert, kann nicht sinnvoll planen.
Wenn Sie Ihre Anforderungen gemeinsam mit einem erfahrenen Partner schärfen möchten, freuen wir uns über Ihre Kontaktaufnahme.
