Früher oder später stellt jeder Hersteller, der den Digitalen Produktpass vor sich hat, dieselbe Frage: selbst bauen oder Plattform kaufen? Die ehrliche Antwort: Selbst bauen ist technisch machbar und wirtschaftlich fast nie sinnvoll. Dieser Artikel legt die tatsächliche Kostenstruktur beider Wege offen, dazu die Hybrid-Falle dazwischen und die vier Fragen, die die Entscheidung in einem Meeting klären.

Was „DPP selbst bauen" wirklich bedeutet

Aus der Distanz wirkt ein DPP simpel: Produktdaten, eine öffentliche Seite, ein QR-Code. Ein Wochenendprojekt für einen guten Entwickler, oder?

Die Pass-Seite ist vielleicht 10 Prozent der Arbeit. Die anderen 90 Prozent:

• Datenpipeline: Sync aus PIM oder ERP, Attribut-Mapping, Validierungslogik, Fehlerbehandlung für unvollständige Produkte
• Standards-Konformität: Anforderungen an Datenträger, eindeutige Kennungen und Interoperabilität aus der ESPR (Verordnung (EU) 2024/1781) und ihren Durchführungsrechtsakten
• Registry-Anbindung: Das zentrale DPP-Register der EU ist seit dem 19. Juli 2026 live. Pässe müssen registriert werden, also brauchen Sie eine Integration mit einem EU-System, inklusive Credential-Handling und Fehlerbehandlung
• Regulatorisches Tracking: Die Datenanforderungen pro Kategorie stehen in delegierten Rechtsakten, die nach dem ESPR-Arbeitsplan der Kommission bis 2030 laufend erscheinen. Jeder Rechtsakt kann Ihre Pflichtfelder ändern
• Betrieb: Hosting mit garantierter öffentlicher Verfügbarkeit, Zugriffssteuerung (Verbraucheransicht vs. Behördenansicht), Versionierung, Audit-Trails

Und der Boden bewegt sich noch. Die technischen Normen für DPP-Interoperabilität, Datenträger und Register-Kommunikation entstehen gerade bei CEN und CENELEC im gemeinsamen technischen Komitee JTC 24, im Auftrag der Kommission. Wer heute intern baut, baut gegen Norm-Entwürfe und rüstet nach, wenn die finalen Fassungen kommen. Eine Plattform übernimmt diese Nachrüstung für alle Kunden auf einmal.

Die echten Kosten des Selbstbauens

Aus Projekten, die wir gesehen haben oder in die wir gerufen wurden, landet ein interner DPP-Bau für einen mittelständischen Hersteller ungefähr hier:

Die Wartungszeile wird am häufigsten unterschätzt. Ein delegierter Rechtsakt erscheint, Ihre Pflichtfelder ändern sich, und der Entwickler, der das System gebaut hat, sitzt längst in einem anderen Projekt. Das ist kein hypothetisches Szenario, sondern der Standard-Ausfallmodus interner Compliance-Tools.

Dazu kommt ein Kostenblock, der in keinem Projektbudget auftaucht: Opportunitätskosten. Vier bis acht Monate Bauzeit sind vier bis acht Monate, in denen die QR-Codes Ihrer Wettbewerber bereits Garantieregistrierungen einsammeln und Ersatzteilbestellungen routen. In Kategorien mit echten Deadlines sind es außerdem vier bis acht Monate, die aus einer Übergangsfrist herausgeschnitten werden, die Sie nicht kontrollieren.

Die Kosten des Kaufens

Eine SaaS-Plattform verteilt Standards-Arbeit, Registry-Integration und regulatorisches Tracking auf alle Kunden. Bei dpp.cloud sehen die Zahlen so aus: Growth für 10.500 Euro pro Jahr, Professional für 17.500 Euro pro Jahr, als Festpreis ohne SKU-Gebühren. Die Einführung mit bestehendem PIM dauert zwei bis drei Wochen, weil Ihre Produktdaten gemappt statt neu erfasst werden. Wie das funktioniert, steht in DPP erstellen aus PIM-Daten.

Über drei Jahre sieht der Vergleich für einen typischen Mittelständler so aus:

Wann Selbstbauen tatsächlich Sinn ergibt

Es gibt Fälle, in denen ein interner Bau vertretbar ist. Alle drei Bedingungen sollten zutreffen:

1. Sie haben ein permanentes internes Plattform-Team, und Produktdaten-Infrastruktur ist ohnehin dessen Job
2. Der DPP ist Kern Ihres Produkterlebnisses, keine Compliance-Anforderung, Sie brauchen also Kontrolle bis zum letzten Feld
3. Ihr Volumen ist so groß, dass die Jahreslizenz jedes Anbieters teurer wäre als ein eigenes Engineering-Team

Das beschreibt eine Handvoll sehr großer Konzerne. Sobald eine der drei Bedingungen nicht zutrifft, kippt die Rechnung Richtung Kaufen, und meistens kippt sie deutlich.

Die Mittelwege, und warum sie am teuersten werden

Zwei Hybrid-Routen verdienen einen Warnhinweis.

Die vom Beratungshaus gebaute Individuallösung kombiniert die Nachteile beider Hauptwege: Sie zahlen Selbstbau-Kosten (oft sechsstellig), Sie warten Selbstbau-Zeiträume, und am Ende besitzen Sie Individualsoftware, die nur die Beratung versteht. Wartung wird zur wiederkehrenden Verhandlung. Den detaillierten Vergleich mit SaaS-Plattformen finden Sie im DPP-Software-Kaufratgeber.

Die „Übergangslösungs"-Falle ist subtiler. Ein Team baut schnell eine statische Seite pro Produkt, „nur für jetzt, bis die Anforderungen final sind". Achtzehn Monate später hat dieser Notbehelf QR-Codes auf 200.000 gedruckten Etiketten, die auf URLs des Übergangssystems zeigen, und die Migration auf eine echte Plattform enthält jetzt ein Etiketten-Umstellungsprojekt. Wenn Sie etwas Temporäres bauen, leiten Sie die QR-Codes mindestens über eine Redirect-Schicht, die Sie kontrollieren. Besser: Drucken Sie keine Codes, die auf Wegwerf-Infrastruktur zeigen.

Die Entscheidung in einem Meeting

Schreiben Sie vier Fragen ans Whiteboard:

1. Haben wir ein Team, das dieses System die nächsten acht Jahre besitzt, durch jeden delegierten Rechtsakt und jede Norm-Revision hindurch?
2. Liegen unsere Produktdaten bereits strukturiert in einem PIM oder ERP, aus dem wir mappen können?
3. Was kostet uns ein Monat Verzögerung auf der Timeline unserer Kategorie? Prüfen Sie dazu die DPP-Timeline
4. Soll der Pass mehr können als Compliance, zum Beispiel Service, Ersatzteile oder Resale-Workflows tragen?

Bekommt Frage 1 ein ehrliches Nein, ist die Entscheidung gefallen. Bekommt Frage 4 ein Ja, schauen Sie auf Plattformen, die den Pass als Kunden-Infrastruktur behandeln statt als statisches Datenblatt. Genau um diese Unterscheidung herum haben wir dpp.cloud gebaut, deshalb kann jeder Pass einen Service-Layer über den Compliance-Daten tragen.

Wenn Sie kaufen: die sechs Fragen an jeden Anbieter

Auch die Kauf-Entscheidung hat ihre Fehlermodi, die meisten davon im ersten Gespräch erkennbar:

1. Bleibt unser PIM die führende Datenquelle, oder verlangen Sie einen Datenimport in Ihr System?
2. Ist der Preis fest, oder skaliert er pro SKU, pro Scan oder pro Datenpunkt? (Stückpreise wirken klein und summieren sich böse)
3. Können Sie Pässe auf Einzelstück-Ebene erzeugen, und was bedeutet ein späterer Granularitätswechsel?
4. Wer verfolgt delegierte Rechtsakte und Norm-Änderungen, und sind diese Updates in der Lizenz enthalten?
5. Was passiert mit unseren Pässen und QR-Codes, wenn wir gehen? (URL-Eigentum und Export-Bedingungen, schriftlich)
6. Zeigen Sie uns einen Referenzkunden, der innerhalb des gerade genannten Zeitplans live ging

Der nächste Schritt

Wenn Sie diese Bewertung gerade durchführen: Buchen Sie eine 30-minütige Strategy Session. Wir gehen Ihre Datenlandschaft durch und geben Ihnen die Zahlen für Ihr konkretes Setup, inklusive einer ehrlichen Einschätzung, ob Selbstbauen in Ihrem Fall Sinn ergibt.

Strategy Session buchen