So wählen Sie einen Odoo-Partner oder Entwickler aus

Wer nach „Odoo-Partner auswählen“ sucht, findet vor allem Listen von Agenturen, die sich selbst als die besten bezeichnen. Das ist nicht das eigentliche Problem: Das Problem ist, dass die meisten Ratgeber keine überprüfbaren Kriterien liefern, sondern nur Adjektive („Erfahrung“, „Qualität“, „Vertrauen“). In diesem Artikel lassen wir die Adjektive weg und konzentrieren uns auf das, was Sie vor der Unterschrift tatsächlich prüfen können: ob der Code, für den Sie bezahlen, wirklich existiert, mit wem Sie sprechen, wenn etwas ausfällt, was mit dem Preis passiert, wenn sich das Projekt in die Länge zieht, und ob die Referenzen, die man Ihnen zeigt, echt sind.

Odoo-Partner oder unabhängiger Entwickler: Was beides bedeutet

„Odoo-Partner“ zu sein ist ein kommerzieller Status im Partnerprogramm von Odoo S.A. und keine Bescheinigung der Qualität des Codes, den Sie erhalten. Ein Odoo-Partner kann Zugang zu Vertriebsmaterialien und zu einem gewissen Support von Odoo haben, aber das sagt nichts darüber aus, ob der Entwickler, der Ihre Datenbank anfasst, gut ist, schnell antwortet oder wartbaren Code liefert. Umgekehrt gilt dasselbe: Ein Entwickler oder eine Beratung ohne dieses Siegel kann jahrelange echte Odoo-Erfahrung haben und hervorragende Arbeit leisten. Keiner der beiden Wege garantiert für sich allein etwas: Garantien ergeben sich aus dem, was Sie bei dem jeweiligen Anbieter überprüfen können, unabhängig von dessen Status.

Eine wichtige Klarstellung, die viele falsch annehmen: Um Anpassung oder Entwicklung zu beauftragen, muss man kein Odoo-Partner sein. Es handelt sich schlicht um Konfiguration oder Entwicklung mit Administratorzugriff auf Ihr eigenes Odoo-Konto: Das kann jeder Entwickler mit echtem Odoo-Wissen leisten, ob Partner oder nicht.

Die 5 echten Kriterien, um zu beurteilen, wem Sie Ihr Odoo anvertrauen

1. Echten Code prüfen, nicht nur eine Demo

Eine aufgezeichnete Demo oder ein Produktvideo beweist nicht, dass das Modul in Ihrem Odoo funktioniert. Etwas beweist erst, dass Sie Zugriff auf eine Testdatenbank verlangen (oder das Modul in einer Umgebung von Ihnen installieren lassen) und selbst in Einstellungen → Apps prüfen, dass es als installiert und aktiv erscheint: nicht nur auf einer Folie erwähnt wird. Wenn sich der Anbieter gegen diesen Zugriff sträubt oder Ihnen nur Screenshots zeigt, ist das ein Warnsignal.

Bitten Sie bei Individualentwicklung auch darum, den Code des Moduls zu sehen: nicht damit Sie ihn selbst prüfen, wenn Sie kein Techniker sind, sondern um sicherzustellen, dass er als versionierte Datei existiert (mit Manifest, Tests, Versionsverwaltung) und nicht nur als Versprechen, dass man es „noch machen wird“.

2. Direkter Support statt Ticket-Warteschlange

Wenn in der Produktion etwas kaputtgeht, wem schreiben Sie? Es gibt zwei sehr unterschiedliche Modelle: direkt mit demjenigen sprechen, der das Modul gebaut hat (oder mit einem kleinen Team, das Ihre Installation kennt), oder ein Ticket in einer Warteschlange eröffnen, in der der First-Level-Support keinen Code anfasst und nur eskaliert. Das zweite Modell ist nicht zwangsläufig schlecht (große Beratungen setzen es ein, und in ihrer Größenordnung funktioniert es), verändert aber die Reaktionszeit bei einem echten Vorfall grundlegend. Fragen Sie ausdrücklich: „Wer antwortet, wenn das an einem Freitag um 18 Uhr ausfällt, und innerhalb welcher Zeit?“

3. Festpreis statt offener Abrechnung nach Stunden

Die offene Abrechnung nach Stunden verlagert das gesamte Risiko eines schlecht geschätzten Projekts auf Ihre Kosten: Wenn der Umfang wächst oder der Anbieter länger braucht als geplant, zahlen Sie mehr, ohne dass Sie es entschieden haben. Ein Festpreis (mit schriftlich vereinbartem Umfang vor Projektbeginn) verlagert dieses Risiko auf den Anbieter, der es am besten einschätzen kann. Das bedeutet nicht, dass Abrechnung nach Stunden immer eine schlechte Idee ist: Sie ergibt Sinn bei laufender Wartung oder Support auf Abruf. Aber für ein Projekt mit Anfang und Ende (eine Einführung, eine Entwicklung, eine Migration) ist ein Festpreis die Option, die Sie schützt.

4. Überprüfbare Referenzen

Kundenstimmen auf der eigenen Website des Anbieters sind per Definition nicht überprüfbar: Er wählt sie aus und schreibt sie selbst. Verlangen Sie etwas, das Sie unabhängig prüfen können: den Namen eines echten Kundenunternehmens, das Sie bei LinkedIn oder auf dessen eigener Website finden, oder (noch besser) ein Gespräch mit jemandem aus diesem Unternehmen, ohne dass der Anbieter dabei ist. Wenn ein Anbieter seit Jahren am Markt ist und Ihnen nicht einen einzigen überprüfbaren Kontakt nennen kann, ist das für sich genommen schon eine Aussage.

5. Wer Code und Zugriff behält (Vendor-Lock-in vermeiden)

Legen Sie vor Beginn schriftlich fest, wem der individuell entwickelte Code gehört und wer die Administrator-Zugangsdaten Ihres eigenen Odoo besitzt. Wenn der Anbieter den einzigen Admin-Zugang behält und der Code nur in seinem privaten Repository liegt, sind Sie für jede künftige Änderung dauerhaft von ihm abhängig, selbst wenn Sie später den Anbieter wechseln möchten. Ein seriöser Anbieter hat kein Problem damit, dass der Kunde seinen eigenen Admin-Zugang hat und, bei Individualentwicklung, der Code in einem Repository liegt, das auch der Kunde kontrolliert.

Odoo-Partner oder unabhängiger Entwickler, Kriterium für Kriterium

Keiner der beiden Wege ist objektiv „besser“: Jeder hat je nach Größe und Art des Projekts seinen Platz. Das ändert sich tatsächlich zwischen beiden:

Checkliste mit Fragen vor der Beauftragung

Stellen Sie vor jeder Unterschrift diese Fragen direkt dem Anbieter und achten Sie nicht nur auf die Antwort, sondern darauf, wie schnell und wie unbehaglich er sie gibt:

• Kann ich das Modul vor der Zahlung installiert und funktionsfähig in einer Testdatenbank sehen?
• Wenn es sich um Individualentwicklung handelt: Liegt der Code in einem Repository, auf das auch ich Zugriff habe?
• Wer antwortet, wenn außerhalb der Geschäftszeiten etwas ausfällt, und innerhalb welcher Zeit?
• Ist das Angebot ein Festpreis mit schriftlich festgelegtem Umfang oder eine offene Abrechnung nach Stunden?
• Wenn sich der Umfang während des Projekts ändert, wie werden die Mehrkosten gehandhabt?
• Können Sie mir den Kontakt eines echten Kunden nennen, den ich direkt fragen kann?
• Mit wem spreche ich im Alltag: mit Ihnen oder mit einem Account Manager, der meine Nachrichten an ein technisches Team weiterleitet?
• Behalte ich die Administrator-Zugangsdaten meines eigenen Odoo?

So arbeiten wir bei FlexigoTech

Bei FlexigoTech sind wir direkte Odoo-Entwickler, keine Wiederverkäufer: Zwischen Ihnen und demjenigen, der den Code schreibt, gibt es keine kommerzielle Zwischenebene. Wir arbeiten mit Festpreis, niemals mit offener Abrechnung nach Stunden, und der Umfang wird vor Beginn schriftlich vereinbart. Wenn Sie Individualentwicklung benötigen (externe Integrationen, komplexe Geschäftslogik, erweiterte Berichte), können Sie in unserem Service für Individualentwicklung in Odoo nachlesen, wie wir vorgehen. Und wenn Sie wissen möchten, wer wir sind, bevor Sie uns schreiben, finden Sie die Details auf unserer Teamseite.

Nützliche Links bei FlexigoTech

Häufig gestellte Fragen

Was wir dazu anbieten