Beschaffung entscheiden
Build oder Buy bei Graph-Plattformen
Build und Buy verteilen Kontrolle, Integrationsaufwand, Lock-in und Betriebsverantwortung unterschiedlich.
Anforderungen vor Produkten
Build und Buy verteilen Kontrolle, Integrationsarbeit, Lock-in und Betrieb unterschiedlich. Verglichen werden eigene Muss-Kriterien, nicht Logos oder Marktpositionen.
Gesamtkosten abgrenzen
Lizenz, Infrastruktur, Integration, Bereitschaft, Upgrades, Schulung und Ausstieg werden über denselben Zeitraum erfasst. Unbelegte Zukunftsrabatte bleiben außerhalb der Rechnung.
Fähigkeiten praktisch testen
Ein Pilot prüft Rechte, Transaktionen, Wiederherstellung, Observability und Kernabfragen mit eigenen Daten. Herstellerangaben sind Eingaben, keine bestandenen Tests.
Exit vor Vertrag prüfen
Ein vollständiger Export wird in eine neutrale Umgebung eingelesen. Verlorene Typen, Metadaten, Rollen und manuelle Schritte entscheiden über das Lock-in-Risiko.
Exit-Test vor Vertragsabschluss
Der Test nutzt eigene Daten und prüft Rückweg statt Demoqualität.
E01 Vollständiger Export eines Pilot-Snapshots
E02 Import in neutrale Testumgebung
E03 Sollresultate für CQ-01 bis CQ-05
E04 Rollen und Provenienz bleiben erhalten
E05 Zeit, manuelle Schritte und Verluste protokollieren
K.o.: kein dokumentierter Voll-ExportEigenständiges Prüfartefakt ohne erfundene Messwerte oder Anbieterwertung.
Entscheidungsregel
Fordere Export, Kostenmodell, Rechtekonzept und Exit-Test im Pilot.
Quellen zu diesem Beitrag
Primärquellen auf Artikelebene, geprüft am 18.09.2026.
- NIST SP 800-53 Rev. 5
Primärkatalog für Kontrollen und Systembetrieb. - W3C Data on the Web Best Practices
Primärquelle zu Portabilität und Datenzugang.