Auswahl-Kriterien
Was einen guten Microsoft Dynamics 365 Partner ausmacht.
Sechs Hebel, die in unserer Erfahrung über reibungslose Implementierungen und teure Lern-Schleifen entscheiden. Wenn Sie mehrere Microsoft-CRM-Partner vergleichen — fragen Sie genau diese Punkte ab. Anbieter-neutral formuliert, damit Sie die Antworten auch bei Wettbewerbern einordnen können.
01 · Praxis-Tiefe & Plattform-Historie
Wie lange ist der Partner mit Microsoft-CRM-Technologie auf dem Markt?
Microsoft Dynamics 365 entstand 2016 aus Dynamics CRM — das selbst seit 2003 entwickelt wird. Wer mit den früheren Versionen (Microsoft CRM 3.0, 4.0, 2011, 2013, 2015) und mit On-Premises-Installationen gearbeitet hat, kennt zwei Jahrzehnte Plattform-Geschichte: Datenmodell-Brüche, Cloud-Migration, App-Module-Aufteilung, Power Platform, Copilot. Diese Historie zeigt sich später in Architektur-Entscheidungen, die fünf Jahre nach Go-Live noch tragen.
02 · Software-Development-Tiefe
Kann der Partner generell Software entwickeln — oder ist er reiner D365-Konfigurator?
Standard-Customization reicht selten für tragfähige Implementierungen. Ein Partner mit echter Software-Development-Tiefe liefert Pro-Code-Erweiterungen auf der Power Platform, Azure-Functions-Integration, eigene Custom Apps auf .NET — und kann bei Bedarf auch außerhalb des Microsoft-Stacks entwickeln. Reine Out-of-the-Box-Konfiguratoren stoßen schnell an Grenzen, wenn das Vorhaben über D365-Bordmittel hinausgeht.
03 · Branchen-Verständnis
Versteht der Partner Ihr Geschäft — oder müssen Sie es erklären?
Branchen-Erfahrung verkürzt die Discovery-Phase um Wochen. Ein Partner, der Mitglieder-Verwaltung in Verbänden, Kurs-Abrechnung bei Bildungsanbietern oder Außendienst-Disposition in der Industrie aus drei laufenden Projekten kennt, liefert sofort qualifizierte Detail-Fragen statt generischer Best-Practice-Folien.
04 · Prozess-Reife & Liefer-Methodik
Wiederholbare Qualität — oder hängt das Ergebnis am einzelnen Berater?
Konsistente Implementations-Qualität entsteht aus dokumentierten Liefer-Prozessen, nicht aus individuellem Talent. Ein Partner mit etablierter Prozess-Methodik beschreibt Architektur-Review-Verfahren, Sprint-Strukturen, Hyper-Care-Übergaben und Application-Care-Übergänge nachvollziehbar — und liefert Projekt für Projekt vergleichbar. Fragen Sie nach dem Liefer-Handbuch oder dem Qualitäts-Management-System.
05 · Vorgefertigte Module & Add-ons
Eigene Lösungen reduzieren Time-to-Value
Wer als Partner eigene fertige Add-ons auf Microsoft Dataverse betreibt (Branchen-Lösungen, Lizenz-Tools, Adoption-Helfer), spart Ihnen Customization-Wochen und liefert erprobte Architektur statt Greenfield-Risiko. Achten Sie auf konkrete Produkte mit Kunden im Live-Betrieb — nicht auf hypothetische „könnten wir auch bauen"-Listen.
06 · Partner-Größe & Persönlichkeit
Wer entscheidet bei Eskalationen — und wie weit ist die Geschäftsführung weg?
Bei großen Microsoft-Generalisten verhandeln Sie im Sales mit Senior-Architekten und bekommen in der Delivery oft ein Junior- oder Offshore-Team. Bei kleineren Boutique-Partnern sind dieselben Personen pre- und post-Vertragsabschluss aktiv, Eskalationen erreichen die Geschäftsführung kurzfristig, und Verantwortung versickert nicht zwischen Hierarchie-Ebenen. Die richtige Größe hängt vom Vorhaben ab — persönliche Greifbarkeit ist entscheidender als die absolute Firmen-Größe.
Diese sechs Punkte sind Marktstandard für gute Auswahl-Diligence. Im nächsten Abschnitt zeigen wir, wo arades GmbH gegen jeden Punkt belastbar liefert.