Partnerdistributie

Jullie reisbureau-front end. Onze samengestelde reisinfrastructuur.

Reisbureaus kunnen geselecteerde Qualimundi-reizen op hun eigen website tonen. Qualimundi bewaart de contentbron, toewijzingen, booking-handoff, reizigersflow en operationele controle.

Bekijk de flow Vergelijk handoff-opties
Kans Flow Model Handoff Open vragen Roadmap
6 live pakketrecords klaar voor toewijzing
5 bestemmingssignalen in de huidige catalogus
1:1 een API-client, een gecontroleerde catalogus

Waarom dit past

Een heldere splitsing tussen verkoopbereik en platformcontrole.

De pagina moet het idee verkopen aan reisbureaus en tegelijk het werkmodel duidelijk maken voor de client.

Voor reisbureaus

Toon reizen in je eigen stem.

  • Gebruik toegewezen pakketcontent
  • Ontwerp je eigen publieke pagina's
  • Stuur interesse door naar een getrackte booking-flow
Voor Qualimundi

Hou de moeilijke delen centraal.

  • Controleer welke content elke partner ziet
  • Meet API-gebruik en campagne-interesse
  • Behoud eigenaarsschap over reiziger, aanvraag, aanbod en betaling
Voor owners

Meer kanalen zonder extra administratie.

  • Goedgekeurde pakketten bereiken meer publiek
  • Owner-operatie blijft in Portal en Buzzard
  • Rapportage kan later tonen welke kanalen werken

Partnerflow

Van toegewezen content naar getrackte booking-interesse.

Kort gezegd: het reisbureau toont, de API begrenst, Qualimundi voert uit.

01

Reisbureau

Toont content

Het bureau bouwt zijn eigen publieke ervaring met toegewezen reizen.

02

ApiClient

Beheert toegang

Een technische client bevat token, scopes, limieten en toegestane domeinen.

03

Buzzard

Levert catalogus

Alleen goedgekeurde pakketten die aan die client zijn toegewezen komen terug.

04

Tracking

Meet intentie

API-calls, impressies, clicks en handoffs worden zichtbaar in Buzzard.

05

Booking

Veilige handoff

De reiziger gaat naar QM1 of een toekomstige themed app voor aanvraag en betaling.

Datamodel

Reisbureau is de business hub. ApiClient is de technische sleutel.

Die splitsing is belangrijk: het partnermodel blijft duidelijk voor de client, terwijl interne apps en bureaus dezelfde API-engine gebruiken.

Business

Reisbureau

Contacten, domeinen, onboarding, notities, toekomstige theme-settings en dashboardtotalen.

Toegang

ApiClient

Token, scopes, limieten, tracking key, callbacks en environment-labels.

Catalogus

Toewijzingen

Pakketten worden expliciet toegewezen per ApiClient, inclusief QM1 zelf.

Stats

Dashboard

Gebruik, contentevents, handoffs, fouten en toekomstige conversierapportage.

Buzzard hub preview

Een plek om de partner te beheren.

Gepland dashboard
3

Actieve API-clients

18

Toegewezen reizen

4.2k

Requests deze maand

126

Getrackte handoffs

Booking-beslissing

De content-API kan nu starten. Booking-handoff blijft een keuze.

De hoofdkeuze is niet of distributie kan starten, maar waar de traveller journey omschakelt van reseller-discovery naar platform-owned booking. Die keuze bepaalt branding, privacy, rapportage en uitrolsnelheid.

Optie A

QM1 hosted handoff

Snelste validatiepad. De reseller gebruikt de API voor content en discovery en stuurt de traveller daarna door naar de bestaande QM1-aanvraag- en betaalflow.

Hoe het werkt
Hergebruik de huidige traveller-, inquiry-, offer- en paymentstack met een getrackte handoff-reference van de resellerpagina naar QM1.
Wat het verandert
Hiermee houdt Qualimundi volledige controle over bookinglogica, compliance, support en conversieafhandeling. Het lanceert het snelst, maar de brandovergang is zichtbaarder voor partner en traveller.
Beste MVP-test
Optie B

Themed traveller app

Een sterkere partnerervaring waarbij de hosted bookinglaag nog steeds van Qualimundi is, maar reseller-branding, styling en gekozen copy kan laden.

Hoe het werkt
Voeg een dedicated handofflaag of themed traveller app toe die voor dezelfde platform-owned inquiry- en paymentengine staat.
Wat het verandert
Dit geeft de reseller een veel sterker white-label gevoel zonder controle over travellerdata of bookingregels weg te geven. Het vraagt wel meer productdesign, theming en frontendwerk voor launch.
Beste partnergevoel
Later

Read-only conversie-API

Een rapportagegerichte vervolgstap voor partners die meer inzicht willen na handoff zonder zelf eigenaar van de bookingflow te worden.

Hoe het werkt
Expose getrackte handoff-uitkomsten, conversiestatus of geaggregeerde performance-data via een veilige read-only API zodra attributieregels stabiel zijn.
Wat het verandert
Dit verbetert partnerrapportage en vertrouwen, maar pas nadat privacygrenzen, reference keys en dashboardverwachtingen zijn afgestemd. Het ondersteunt het commerciële model, maar vervangt de MVP-bookingroute niet.
Toekomstfase

Open clientbeslissingen

Belangrijke vragen die nog vastgelegd moeten worden voordat development scope echt sluit.

Dit zijn de vragen die nog een clientbeslissing nodig hebben. Elk antwoord verandert architectuur, adminscope en uitrolsnelheid.

Vraag 01

Waar moet booking echt plaatsvinden na de reseller-handoff?

QM1 hosted booking

Snelste MVP

Hou de partnersite als discoverylaag en stuur de reiziger daarna naar de bestaande QM1-aanvraag- en betaalflow.

Route
Herbruik de huidige traveller-, inquiry-, offer- en paymentstack met handoff-attributie.
Impact
Laagste buildrisico en snelste launch, maar het white-label gevoel is beperkter.

Branded traveller app

Middenroute

Bouw een hosted travellerflow die nog steeds van Qualimundi is, maar reseller-branding en themes kan laden.

Route
Maak een dedicated handoff-app of themed bookinglaag bovenop de platform-owned flow.
Impact
Sterkere partnerervaring, maar meer product- en frontendwerk voor launch.

Reseller-owned booking API

Alleen later

Laat de reseller de booking-UX bezitten en inquiry- of checkoutstatus naar Qualimundi sturen via APIs.

Route
Ontwerp een volledig partner-bookingcontract voor inquiry-creatie, status, pricing en paymentcoordinatie.
Impact
Grootste architectuurwijziging met privacy-, payment- en supportgevolgen. Geen veilige MVP-route.
Vraag 02

Hoeveel zicht moet een reseller krijgen na de handoff?

Alleen aggregate reporting

Veiligste default

Toon aantallen voor views, clicks, handoffs en misschien topjourneys zonder inquiryrecords te tonen.

Route
Hou rapportage op dashboard-summaryniveau binnen Buzzard of een future partnerdashboard.
Impact
Eenvoudigste privacystand en commercieel het makkelijkst goed te keuren.

Pseudonieme statusupdates

Gebalanceerd

Laat partners status volgen via externe references zonder reizigersidentiteit direct te tonen.

Route
Voeg een read-only conversion/status API toe op basis van partnerreferences en handoff IDs.
Impact
Meer partnervertrouwen en rapportage, maar vraagt zorgvuldige datadesign en privacyreview.

Inquiry-level visibility

Hoog risico

Toon gedetailleerde reiziger- of inquirystatus aan resellers na een handoff.

Route
Bouw permissions, legal framing en mogelijk een dedicated partnerpanel voor inquirydata.
Impact
Zware compliance- en supportlast. Dit kan snel buiten de content-API-scope groeien.
Vraag 03

Hoe moet tracking en attributie gemeten worden?

Alleen API-usage

Minste effort

Meet alleen requests, errors en rate-limit usage per ApiClient.

Route
Gebruik server-side API-logs en daily usage tabellen zonder partner-events te eisen.
Impact
Snel shipbaar, maar zwak als echte view- of conversiesignaal wanneer partners content cachen.

Partner event tracking

Betere insight

Vraag partners om impression-, click- en handoff-events vanuit hun eigen frontend te sturen.

Route
Voorzie een tracking key, event endpoint en allowed-domain checks.
Impact
Nauwkeurigere rapportage, maar hangt af van partnerdiscipline in implementatie.

Hybride attributie

Beste op lange termijn

Combineer API-usage, client-side events en signed handoff-attributie in een model.

Route
Bewaar usage-tabellen, contentevents en handoffrecords onder dezelfde ApiClient/Reisbureau-structuur.
Impact
Beste analyticskwaliteit, maar ook de meest complete integratie om te bouwen.
Vraag 04

Hoeveel API-clients moet een reseller krijgen?

Eén client per reseller

Eenvoudige operatie

Geef elke reseller één token, één scopeprofiel en één assignmentset.

Route
Gebruik Reisbureau als hoofd-hub en hou het aantal ApiClients minimaal.
Impact
Makkelijk te beheren, maar minder scheiding tussen staging, productie en meerdere sites.

Eén per site of environment

Aanbevolen

Splits productie, staging en grote partnersites in aparte technische clients onder één Reisbureau.

Route
Hou Reisbureau voor businessidentiteit, maar laat meerdere ApiClients toe met aparte limieten en assignments.
Impact
Schonere governance en debugging, met matig extra adminwerk.

Eén per campagne of kanaal

Granulaire analytics

Maak heel smalle API-clients voor campagnes, merken of speciale partnerkanalen.

Route
Gebruik hetzelfde ApiClient-model, maar laat operationeel veel child clients per reseller toe.
Impact
Sterke trackingdetails, maar veel meer credential- en assignmentbeheer.
Vraag 05

Hoeveel branding en theming moet het platform ondersteunen?

Content-only MVP

Snelste pad

Laat de reseller zijn eigen site branden en aanvaard dat het platformmerk zichtbaar wordt bij handoff.

Route
Beperk theming tot partnerpresentatie en hou hosted Qualimundi-flows grotendeels onveranderd.
Impact
Minimale extra productscope, maar niet elke partner zal de brandswitch goed vinden.

Lichte hosted theming

Pragmatisch midden

Ondersteun logo, kleuren en gelokaliseerde copy voor de hosted handofflaag zonder volledige white-label.

Route
Gebruik Reisbureau-theme settings voor een beperkte branded traveller experience.
Impact
Betere partneracceptatie met beheersbare complexiteit als booking platform-owned blijft.

Diepe white-label

Grote productlijn

Ondersteun volledige partnertheming, custom domains en mogelijk partner-specifieke travellerflows.

Route
Maak van Reisbureau-theming een formele platformfeature met sterkere configuratie en QA-regels.
Impact
Hoge productwaarde voor sommige partners, maar ook een veel bredere maintenanceverplichting.
Vraag 06

Moeten partners ooit pricing of markup kunnen sturen?

Alleen platformprijs

Schoonste MVP

Expose het pakket zoals Qualimundi het definieert en hou pricing language vast over alle kanalen.

Route
Retourneer alleen platform-controlled prijsvelden en toon dezelfde basis na handoff.
Impact
Operationeel het eenvoudigst en voorkomt mismatches tussen partnercopy en bookingrealiteit.

Partner framing buiten platform

Beperkte flexibiliteit

Laat partners commerciële framing toevoegen op hun site, maar codeer markup nog niet in platform-booking.

Route
Hou de API neutraal terwijl partner-side merchandising voor de handoff mogelijk blijft.
Impact
Meer commerciële vrijheid, maar kan verwachtingsgaten creëren als het niet strak begeleid wordt.

Structured markup later

Commerciële fase

Voeg later platform-aware markupregels of partnerpricing toe als het commerciële model dat vraagt.

Route
Breid assignments, offers of channel pricing pas uit nadat booking ownership en reporting vastliggen.
Impact
Raakt pricing, offer en mogelijk payoutlogica. Te zwaar voor de eerste distributiefase.

Uitrol

Bouw de laag in fases, zonder booking te verstoren.

Elke stap heeft eigen waarde en houdt de complexe reizigersflow beschermd.

01

Maak Reisbureau + ApiClient

Business settings, contacten, domeinen, theme placeholders, scopes en limieten.

02

Wijs pakketcontent toe

Admins kiezen exact welke reizen elke API mag zien. QM1 wordt ook een interne client.

03

Open scoped API

Versioned endpoints geven alleen toegewezen goedgekeurde pakketten terug.

04

Track en kies handoff

Meet gebruik, clicks en handoffs, kies daarna QM1 of een themed traveller app.

Contentvoorbeelden

De reseller-catalogus start met echte pakketten.

Costa Blanca Spring Breakaway 5 days / 4 nights Algarve Triathlon Reset 4 days / 3 nights Tuscany Gravel and Vineyard Week 4 days / 3 nights

Volgende gesprek

Een verkoopbaar partnerverhaal, ondersteund door een uitvoerbaar plan.

Gebruik deze pagina om bureaus de kans te tonen en de client precies te tonen waar Qualimundi controle houdt.

Praat met Qualimundi Bekijk hoe QM1 vandaag werkt