Designing Value-Based Platforms: Architectural Strategies Derived from the Digital Markets Act

Dit paper onderzoekt de technische implicaties van de Digital Markets Act en presenteert acht architecturale strategieën en vijftien tactieken om platforms te ontwerpen die voldoen aan waarden zoals eerlijkheid en gebruikerskeuze.

Fabian Stiehle, Markus Funke, Patricia Lago, Ingo Weber

Gepubliceerd Tue, 10 Ma
📖 5 min leestijd🧠 Diepgaand

Each language version is independently generated for its own context, not a direct translation.

De Digitale Marktwet: Hoe we eerlijke digitale pleinen bouwen

Stel je voor dat de digitale wereld een enorme, drukke markt is. Op deze markt zijn er een paar gigantische marktkooplieden (zoals Apple, Google, Meta en Amazon) die niet alleen de markt beheren, maar ook hun eigen kraampjes hebben. Ze hebben de sleutels tot de poort, ze bepalen wie er binnen mag, en ze hebben vaak de beste plekken in de markt voor hun eigen producten gereserveerd.

Dit zorgt voor een probleem: nieuwe verkopers (kleine apps en diensten) hebben het zwaar. Ze kunnen niet concurreren op eerlijke basis omdat de marktkooplieden de regels in hun voordeel kunnen veranderen.

Om dit te stoppen, heeft de Europese Unie een nieuwe wet bedacht: de Digitale Marktwet (DMA). Deze wet zegt tegen die grote marktkooplieden: "Jullie moeten de poort open houden, eerlijk spelen en de klant de keuze geven."

Maar hier komt de twist: Hoe bouw je een computerprogramma dat zich aan deze regels houdt? Tot nu toe hebben juristen en beleidsmakers hierover gesproken, maar de bouwers van de software (de architecten) hebben nog geen blauwdrukken gehad.

Dit artikel is die blauwdruk. De auteurs hebben de wet vertaald naar 8 bouwstrategieën en 15 praktische tactieken voor softwareontwerpers.

Hier is hoe ze dit doen, vertaald in alledaags taal:

1. De Grote Ideeën (De 8 Bouwstrategieën)

De auteurs hebben de wet ontleed en vertaald naar acht grote bouwprincipes. Denk hierbij aan de fundering van een huis: als je hier fouten maakt, stort het hele gebouw in.

  • Strategie 1 & 2: Geef de gebruiker de stuurknuppel (Gecontroleerde Personalisatie)

    • Het probleem: Grote platforms verzamelen al je data om je te "begrijpen", maar ze dwingen je om dit te accepteren.
    • De oplossing: De software moet een knop hebben die zegt: "Wil je dat we je data gebruiken om je te personaliseren?" En als je "nee" zegt, moet je nog steeds een prima ervaring krijgen. Ook moet je kunnen kiezen welke app standaard opent (bijvoorbeeld: niet altijd Safari, maar misschien Firefox).
    • Analogie: Het is alsof je in een restaurant komt. De ober mag niet zeggen: "Je moet altijd onze huiswijn drinken." Je moet mogen zeggen: "Ik wil liever water," en dat moet ook nog lekker zijn.
  • Strategie 3 & 4: Iedereen krijgt dezelfde sleutels (Gelijke Toegang & Ranking)

    • Het probleem: De marktkooplieden geven hun eigen apps de "VIP-sleutel" naar de beste functies, terwijl concurrenten de "oude sleutel" krijgen. Ook worden hun eigen producten bovenaan in de zoekresultaten gezet.
    • De oplossing: Alle apps moeten toegang hebben tot dezelfde functies (zoals de camera of het contactenboek). En in de zoekresultaten mag er geen favoriete behandeling zijn.
    • Analogie: Stel je een race voor. De eigenaar van het circuit mag niet zijn eigen auto op de startlijn zetten, terwijl de concurrenten 100 meter achter de startlijn moeten beginnen. Iedereen start op dezelfde lijn.
  • Strategie 5, 6 & 7: De data-migratie (Draagbare Data)

    • Het probleem: Als je een platform verlaat, neem je je data niet mee. Je zit vast (lock-in).
    • De oplossing: Je moet je data makkelijk kunnen meenemen naar een ander platform. Of je nu een gebruiker bent of een bedrijf dat verkoopt op het platform, je moet je eigen klantdata kunnen inzien en meenemen.
    • Analogie: Het is alsof je verhuist. Je mag je eigen meubels en foto's meenemen naar je nieuwe huis. De verhuizer (het platform) mag niet zeggen: "Die foto's blijven hier, want ze horen bij ons."
  • Strategie 8: Transparante prijzen (Transparante Advertenties)

    • Het probleem: De grote platforms verdienen geld aan advertenties, maar ze vertellen niet precies hoeveel ze verdienen of hoe ze de prijzen berekenen.
    • De oplossing: De software moet een "rekenmachine" tonen waar iedereen kan zien: hoeveel kost dit? Hoeveel gaat er naar het platform?
    • Analogie: In een supermarkt moet op het etiket staan wat er in het pakket zit en wat het kost. Je mag niet een doosje kopen waarvan je niet weet of er goud of steenkool in zit.

2. De Praktische Gereedschappen (De 15 Tactieken)

De auteurs hebben niet alleen de theorie bedacht, maar gekeken hoe de grote bedrijven (zoals Apple en Google) dit nu al proberen te doen. Ze hebben 15 concrete "gereedschappen" (tactieken) gevonden die software-architecten kunnen gebruiken.

Enkele voorbeelden:

  • Alternatieve App-winkels: In plaats van dat je alleen via de App Store van Apple apps kunt downloaden, moet je ook via een website of een andere winkel kunnen installeren.
  • Interoperabiliteit: Als je een app hebt die een bericht stuurt, moet die app kunnen praten met andere berichten-apps (zoals WhatsApp), zelfs als ze van een ander bedrijf zijn.
  • Verwijderbare standaard-apps: Als je een telefoon koopt met een vooraf geïnstalleerde app die je niet wilt, moet je die kunnen verwijderen, zolang het niet cruciaal is voor het systeem.

3. Waarom is dit belangrijk voor jou?

Voor de gemiddelde gebruiker betekent dit dat de digitale wereld eerlijker wordt.

  • Je hebt meer keuze.
  • Je bent minder afhankelijk van één groot bedrijf.
  • Nieuwe, innovatieve bedrijven kunnen makkelijker starten, omdat ze niet hoeven te vechten tegen een muur van regels die de grote spelers zelf hebben opgetrokken.

Voor de bouwers (software-ontwikkelaars) is dit een handleiding. Het zegt: "Als je een platform wilt bouwen dat eerlijk is, gebruik dan deze 8 strategieën en deze 15 gereedschappen."

Conclusie

Dit onderzoek is als een brug tussen wetgeving (wat de overheid wil) en techniek (hoe we het bouwen). Het laat zien dat je "eerlijkheid" en "vrijheid" niet zomaar kunt toevoegen als een sticker op een auto; je moet het in het chassis van de auto (de software-architectuur) verwerken.

De auteurs zeggen: "We hebben de eerste stap gezet. Nu moeten we kijken of deze bouwplannen in de praktijk werken en of ze echt leiden tot een eerlijkere digitale wereld."