Softwarevergleich
Teil von MarTech-Beschaffung
Einen begrenzten Proof of Concept planen
So begrenzen Sie einen MarTech-Proof-of-Concept auf eine offene Auswahlfrage, legen Erfolgskriterien fest und dokumentieren das Ergebnis.
Ein MarTech-Proof-of-Concept sollte genau die Unsicherheit prüfen, die eine Beschaffungsentscheidung noch blockiert. Legen Sie vorab die Frage, einen kleinen geeigneten Arbeitsfall, beobachtbare Erfolgskriterien und ein Ende fest. Der Versuch ersetzt keine vollständige Abnahme der späteren Lösung.
Die offene Behauptung in eine Prüffrage übersetzen
„Die Integration funktioniert“ ist zu breit. Eine engere Frage lautet: Kommt ein geänderter Kampagnenstatus mit den benötigten Feldern im Zielsystem an, und erkennt die zuständige Person einen abgewiesenen Datensatz?
Prüfen Sie zuerst, ob Unterlagen oder eine gezielte Vorführung die Frage schon beantworten. Ein eigener begrenzter Versuch lohnt vor allem, wenn eine konkrete Einrichtung, bestimmte Rollen oder ein Datenweg für die Auswahl entscheidend sind. Das unterscheidet ihn von einer einheitlichen Produktvorführung für mehrere Anbieter.
Umfang und Erfolg vorab festlegen
Notieren Sie, welcher Arbeitsablauf, welche Systeme, Testkonten, Rollen und Daten einbezogen werden und wer das Ergebnis beurteilt. Benennen Sie die Grenze, etwa weitere Kanäle oder eine vollständige Migration.
Festlegung / Hypothetisches Beispiel
- Frage
- Kommt eine Statusänderung im Zielsystem an?
- Normalfall
- Ein vorbereiteter Datensatz erhält den erwarteten Status.
- Ausnahme
- Ein Datensatz ohne Pflichtfeld wird erkennbar abgewiesen.
- Erfolg
- Fachliche und technische Verantwortliche können beide Ergebnisse nachvollziehen.
- Grenze
- Keine produktive Kampagne und keine vollständige Migration.
Die Tabelle beschreibt einen geplanten Versuch, kein Testergebnis. Nutzen Sie erfundene oder für diesen Zweck freigegebene Daten. Sind personenbezogene Daten nötig, klären Sie Einsatz und beteiligte Stellen vor der Übertragung. Eine Testumgebung macht die Verarbeitung nicht automatisch zulässig.
Aufwand, Zugang und Auswertung vereinbaren
Legen Sie fest, wer die Umgebung einrichtet, Daten vorbereitet, Zugänge vergibt und Fehler untersucht. Fragen Sie den Anbieter nach benötigtem Tarif, zusätzlichen Leistungen und der Dauer des Zugangs. Klären Sie, wem Konfiguration und Ergebnisse nach dem Versuch zur Verfügung stehen und wie Testdaten entfernt werden.
Dokumentieren Sie für jeden Prüfschritt Eingabe, erwartetes Ergebnis, beobachtetes Ergebnis und Konfiguration. Trennen Sie Anbieterhandlungen von Aufgaben, die das spätere Team selbst ausführen konnte. Planen Sie Zeit für Ausnahmefall und gemeinsame Auswertung ein.
Mit einem begrenzten Befund abschließen
Bewerten Sie die Ausgangsfrage als belegt, nur unter benannten Bedingungen belegt oder nicht belegt. Bei einem Fehlschlag notieren Sie, welche Ursache nachgewiesen ist und was erst vermutet wird. Vermutungen bleiben offene Fragen.
Der Entscheidungsvermerk nennt die geprüfte Angebotsfassung, die Grenzen des Versuchs und den nächsten Schritt. Ein erfolgreicher Proof of Concept kann eine vertiefte Vertragsprüfung begründen. Er belegt weder störungsfreien Dauerbetrieb noch andere nicht geprüfte Anwendungsfälle.
