KI-Marketing-Implementierungspartner sachlich prüfen

Ein passender Partner ist nicht die Organisation mit der längsten Toolliste. Er kann ein klar begrenztes Marketingproblem in einen überprüfbaren Prozess übersetzen, benennt Abhängigkeiten und Grenzen, baut Kontrollen ein und übergibt Wissen sowie Betriebsfähigkeit. Die Auswahl beginnt folglich mit Ihrem Auftrag, nicht mit dem Pitch des Anbieters.

Vor der Suche: den Auftrag begrenzen

Schreiben Sie ein einseitiges Problembriefing, bevor Sie Namen sammeln. Es sollte beantworten:

• Welche Marketingaufgabe oder Entscheidung soll besser werden?
• Wie funktioniert der Ablauf heute, und welcher Ausgangswert ist bekannt?
• Welche Nutzerinnen, Kunden oder Mitarbeitenden sind betroffen?
• Welche Daten wären nötig und wer darf den Zugriff genehmigen?
• Welche Fehler sind kritisch, und wer stoppt den Prozess?
• Was muss am Ende intern betrieben oder weiterentwickelt werden können?

Ein Auftrag wie «KI im Marketing einführen» ist zu unbestimmt für vergleichbare Angebote. «Aus freigegebenen Produktunterlagen einen intern geprüften Briefing-Entwurf erstellen und gegen den heutigen Ablauf testen» ist begrenzt genug, um Fähigkeiten, Preis und Risiko zu vergleichen.

Das SECO-KMU-Portal verweist auf die fragmentierte Schweizer KI-Landschaft und auf SAIROP als Orientierung zu Forschungspartnern und Dienstleistenden. SAIROP beschreibt sich selbst als Netzwerk-Hub. Auf der geprüften Partnerseite steht jedoch keine Akkreditierung, unabhängige Qualitätsprüfung oder Marketing-Spezialisierung. Nutzen Sie ein Verzeichnis daher für die Vorabklärung, nicht als vorgeprüfte Shortlist.

Acht Prüfbereiche für die Longlist

1. Problemverständnis statt Demo

Ein guter Kandidat fragt nach Ausgangslage, Nutzer, Fehlerfolgen und Alternative ohne KI. Lassen Sie denselben anonymisierten Problemfall von allen Kandidaten strukturieren. Vergleichen Sie Fragen und Annahmen, nicht die Geschwindigkeit einer vorbereiteten Demo.

Warnsignal: Der Anbieter legt sich auf ein Produkt fest, bevor Daten, Integration, Risiko oder Erfolgskriterium geklärt sind.

2. Belegbare Marketing- und Fachkompetenz

Fordern Sie Beispiele, die dem Auftrag in Aufgabe und Risikoklasse ähneln. Ein generischer Chatbot belegt keine Kompetenz für Media-Steuerung, Personalisierung oder Marketing-Messung. Fragen Sie bei Referenzen nach Ausgangswert, Rolle des Partners, Rolle des Kunden, Testmethode, Fehlern und Betriebsstatus.

Vertrauliche Referenzen können nicht vollständig offengelegt werden. Dann sollte der Anbieter zumindest konkrete Unterlagen und seine Methode zeigen: anonymisierte Testpläne, Rollenmodelle, Evaluationsschemata oder Übergabestrukturen. Eine Prozentzahl ohne Methodik ist kein Beleg.

3. Daten- und Systemgrenzen

Der Partner muss den Datenfluss erklären können: Quelle, Zweck, Übertragung, Speicherung, Zugriff, Aufbewahrung, Löschung und mögliche Verwendung durch Unterauftragnehmer oder Modellanbieter. Fragen Sie, welche Daten ausdrücklich ausgeschlossen sind und wie Testdaten hergestellt werden.

Ein Architekturdiagramm ist erst nützlich, wenn Verantwortungen sichtbar sind. Wer pflegt Schnittstellen? Was passiert bei einem Ausfall? Welche Protokolle erhält das Kundenteam? Wie werden Modell- oder Anbieterwechsel erkannt? Antworten wie «liegt alles in der Cloud» reichen nicht.

4. Evaluation und Belege

Vereinbaren Sie Testfälle und Akzeptanzkriterien vor der Implementierung. Ein Partner sollte zwischen technischer Funktion, Outputqualität, Prozesswirkung und Geschäftswirkung unterscheiden. Fordern Sie auch Gegenbeispiele und schwierige Fälle. Seltene kritische Fehler dürfen nicht in einer Durchschnittsnote verschwinden.

Der Lieferant soll offenlegen, welche Teile synthetisch, manuell bewertet oder aus Produktionsdaten abgeleitet sind. Wenn ein Modell nicht deterministisch ist, braucht der Test Wiederholungen und dokumentierte Versionen.

5. Governance und menschliche Autorität

Klären Sie, wer Eingaben freigibt, Ausgaben prüft, Änderungen genehmigt, Vorfälle behandelt und Restrisiko akzeptiert. «Human in the loop» ist zu ungenau. Der Vertrag oder Betriebsplan muss Rolle, Zeitpunkt, Informationen und echte Stopprechte nennen.

Eine Prüfstruktur sollte Inventar, Rollen, Drittparteirisiken, Monitoring, Vorfälle und Stilllegung abdecken. Das ist hier eine redaktionelle Beschaffungsvorlage, kein externer Zertifizierungsstandard. Der OECD-Grundsatz zur Rechenschaft liefert dafür eine belastbare Leitidee: Daten, Prozesse und Entscheidungen sollen nachvollziehbar bleiben. Bitten Sie den Partner deshalb nicht nur um Zusagen, sondern um konkrete Unterlagen und verantwortliche Rollen.

6. Sicherheit, Datenschutz und Rechte

Fordern Sie Antworten nicht nur aus dem Verkauf, sondern von den zuständigen Fachpersonen. Benötigt werden unter anderem Berechtigungskonzept, Verschlüsselung, Logging, Löschprozess, Meldeweg bei Störungen, Unterauftragnehmerliste, Rechte an Eingaben und Ausgaben sowie Regeln für vertrauliche Daten.

Welche Prüfung konkret erforderlich ist, entscheiden Ihre Datenschutz-, Sicherheits- und Rechtsverantwortlichen. Ein Zertifikat kann Teil der Evidenz sein, ersetzt aber nicht die Prüfung des konkreten Datenflusses und Anwendungsfalls.

7. Betrieb und Veränderung

Eine erfolgreiche Pilotdemo beantwortet nicht, wer das System am Montagmorgen betreibt. Fragen Sie nach Überwachung, Supportzeiten, Fehlerklassen, Wiederherstellung, Kostenkontrolle, Kapazitätsgrenzen, Modellupdates und Regressionstests. Definieren Sie, welche Änderung eine erneute Freigabe auslöst.

Ein Partner sollte auch erklären können, wann eine manuelle Alternative besser ist und wie sie aktiviert wird. Wer nur den Normalfall zeigt, hat den Betrieb noch nicht beschrieben.

8. Übergabe und Ausstieg

Das Kundenteam braucht mehr als Zugangsdaten. Verlangen Sie Dokumentation zu Zweck, Architektur, Daten, Prompts oder Regeln, Testfällen, bekannten Grenzen, Entscheidungen, Lieferanten, Betrieb und offenen Risiken. Bestimmen Sie, welche Arbeitsergebnisse in einem kundeneigenen System liegen und in welchem Format Daten exportiert werden können.

Aus dem OECD-Rechenschaftsgrundsatz lässt sich für die Beschaffung eine konkrete Frage ableiten: Welche Belege zu Daten, Prozessen und Entscheidungen besitzt das Unternehmen nach Projektende selbst?

Vorabklärung, Pilot und Betrieb getrennt beauftragen

Eine faire Beschaffung teilt das Vorhaben in Entscheidphasen. Vorabklärung liefert Problemdefinition, Daten- und Risikobild, Optionen und Pilotplan. Sie genehmigt keine Produktivsetzung. Pilot liefert eine begrenzte Implementierung und Evidenz gegen vorab definierte Kriterien. Ein erfolgreicher Pilot genehmigt noch keinen Dauerbetrieb. Betrieb umfasst Integration, Verantwortungen, Monitoring, Support, Änderungskontrolle und Ausstieg.

Diese Trennung schützt beide Seiten. Das Unternehmen kann nach jeder Phase aufhören oder den Umfang ändern. Der Partner muss Unsicherheiten nicht in eine scheinbar feste Gesamtzusage verstecken. Preisangebote werden vergleichbarer, wenn jedes Ergebnis und jede Annahme benannt ist.

Für die Vorabklärung kann ein Festpreis sinnvoll sein, sofern die Arbeitsergebnisse klar sind. Ein Pilot braucht Budgetgrenze und Stopppunkt. Beim Betrieb sollten variable Infrastruktur- oder Modellkosten separat von Dienstleistungen ausgewiesen werden. Vermeiden Sie eine Vergütung, die den Partner allein für mehr Nutzung belohnt, wenn Qualität und Risiko nicht ebenfalls gemessen werden.

Fragen für Referenzgespräche

Sprechen Sie, wenn möglich, mit fachlichen und technischen Personen auf Kundenseite. Fragen Sie nicht nur «Waren Sie zufrieden?», sondern:

• Welches Problem war vor Beginn messbar?
• Welche Annahme erwies sich als falsch?
• Wie viel Nacharbeit blieb nach dem Pilot?
• Wer betreibt und überwacht die Lösung heute?
• Welche Dokumentation und Testfälle wurden übergeben?
• Wie reagierte der Partner auf einen Fehler oder einen Wechsel des Umfangs?
• Welche Abhängigkeit würden Sie beim nächsten Mal anders verhandeln?

Die Antworten sind kontextgebunden. Eine gute Referenz ist kein Garant, aber sie zeigt, ob der Anbieter über Betrieb und Lernen ebenso konkret spricht wie über den Start.

Bewertung ohne Scheinpräzision

Gewichten Sie Muss-Kriterien nicht gegen glänzende Zusatzpunkte weg. Ungeklärte Datennutzung, fehlendes Stopprecht, nicht benannte Unterauftragnehmer oder keine geordnete Übergabe können Ausschlussgründe sein. Erst unter den Kandidaten, die alle Muss-Kriterien erfüllen, werden Fachverständnis, Ansatz, Team, Kosten und Zusammenarbeit bewertet.

Lassen Sie jede bewertende Person ihre Begründung vor der Gruppendiskussion festhalten. So dominiert nicht automatisch die beste Präsentation. Markieren Sie Annahmen und noch ausstehende Belege sichtbar. Ein «teilweise» ist kein stilles «ja».

Was ein Partner nicht versprechen sollte

Misstrauen ist angebracht bei garantiertem ROI ohne Baseline, vollständiger Fehlerfreiheit, automatischer Rechtskonformität, sofortiger Integration in «jedes» System oder einer Blackbox, die keine Test- und Betriebsunterlagen liefert. Ebenso problematisch ist die Behauptung, ein allgemeines KI-Projekt belege Marketingkompetenz.

Der richtige Partner muss nicht alles selbst leisten. Er muss Grenzen transparent machen, benötigte Spezialisten benennen und eine klare Verantwortungsmatrix akzeptieren. Für ein Schweizer Team ist das belastbarer als die Vorstellung eines einzigen universellen KI-Anbieters.

Wie maitiq hilft: Eine Arbeitsprobe ist aussagekräftiger als die Toolliste

Geben Sie möglichen Partnern denselben anonymisierten Prozessfall: Ein Lead kommt mit unvollständigen Angaben herein und muss der richtigen Person zugeordnet werden. Verlangen Sie den vorgeschlagenen Ablauf, ein sichtbares Ergebnis, die Behandlung fehlender Daten sowie einen Plan für Übergabe und Betrieb. Ein gutes Angebot benennt auch, welche Schnittstelle oder Datenqualität zunächst fehlt.

In einem vereinbarten Projekt begleitet maitiq die technische Einrichtung, das Verständnis der bestehenden Prozesse, die Schulung und den Start des Betriebs. Bewerten Sie den Partner daran, ob Ihr Team den Prozess nach der Übergabe erklären, nutzen und bei Ausnahmen steuern kann. Der konkrete Leistungsumfang gehört ins Angebot; eine überzeugende Demonstration ersetzt ihn nicht.

Ein Erfahrungsnachweis ist nur so belastbar wie seine Vergleichbarkeit: Aufgabe, Risikoklasse, Rolle des Partners, Messmethode und Betriebsstatus müssen zum eigenen Auftrag passen. Allgemeine Zusagen ersetzen diese Prüfung nicht.

Wie ein erster Pilot mit maitiq beginnt

Eine begrenzte Vorabklärung zeigt, wie maitiq Ihren Anwendungsfall abgrenzen, implementieren und mit Ihrem Team in einen messbaren Betrieb überführen würde. Sie erhalten einen klar abgegrenzten Anwendungsfall, die offenen Daten- und Kontrollfragen, einen Pilotplan und die Kriterien für einen späteren Betrieb.

Quellen und Einordnung

Die verlinkten Quellen sind konkret benannt: Das SECO-KMU-Portal beschreibt in einem Interview, wie Schweizer KMU Künstliche Intelligenz erfolgreich nutzen. Die SAIROP-Partnerseite beschreibt das Netzwerk und vier Partnerschaftsformen, jedoch keine Akkreditierung. Der OECD-Grundsatz zur Rechenschaft (P9) gibt Orientierung für Governance und Nachvollziehbarkeit. Angaben zur Arbeitsweise von maitiq finden Sie auf maitiq.com.

Lassen Sie Ihren konkreten Fall von maitiq prüfen.