Hoe Qualimundi werkt
Qualimundi zet complexe reisplanning om in een duidelijke reeks stappen: ontdek een samengestelde reis, bekijk het dag-tot-dag plan, start een vrijblijvende aanvraag, zet het gesprek voort in je traveller account en ontvang een gestructureerd aanbod zodra de reis klaar is om te bewegen.
Live voorbeeld
Train, recover, and excel
A regimented retreat balancing high-performance training with targeted recovery by the sea.
Live voorbeeldreizen
Deze kaarten komen uit dezelfde live package-payload die QM1 ook elders op de site gebruikt.
Traveller POV
De publieke laag blijft overtuigend en premium, maar de flow is echt. Elke stap hieronder bestaat al in het huidige QM1-product.
Stap 01
Bezoekers landen op pakketlijsten, bestemmingspagina’s, ervaringspagina’s of campagneachtige content en browsen live reizen die gebouwd zijn voor ontdekking, helderheid en vertrouwen.
Huidige touchpoints: pakketlijst, bestemmingen, ervaringen, home, blog en over-pagina’s.
Open de reislijstStap 02
Een bezoeker opent een reis zoals Elite Sports Performance Retreat en ziet uitgewerkte dagen, verblijfsdata, inclusies, FAQ’s en het publieke local lead-verhaal wanneer owner-data beschikbaar is.
Wanneer een owner-profiel beschikbaar is, toont QM1 ook het publieke local lead-profiel.
Bekijk reisdetailsStap 03
De inquiry wizard verzamelt data, groepsgrootte, reisintentie en accountdetails. Indien nodig maakt QM1 in dezelfde flow ook het traveller account aan.
Huidige flow: inquiry wizard, bevestigingsmail, succespagina en referentie-id.
Start een vrijblijvende aanvraagStap 04
Na de eerste aanvraag kan de bezoeker in het traveller-gedeelte verdergaan om aanvraagdetails te bekijken, met de owner-kant te chatten, bestanden te zien en het aparte supportkanaal te gebruiken.
Huidige flow: login, inquiry-lijst, inquiry-tabs, supportchat en profielbeheer.
Log in om verder te gaan in je traveller accountStap 05
Wanneer de owner-kant een aanbod publiceert, ziet de reiziger het in QM1, kan het accepteren of weigeren en voltooit vervolgens gefaseerde Stripe-betalingen binnen dezelfde inquiry-lifecycle.
Huidige flow: aanbod accepteren of weigeren, checkout-redirect, webhook-bevestiging en tracking van termijnen.
Log in om verder te gaan in je traveller accountOwner POV
Publieke copy moet local lead zeggen. Operationeel leeft de workflow in Portal, waar de owner-kant content, aanvragen, chat en aanbiedingen beheert.
Publieke terminologie: local lead. Operationele omgeving: Portal owner-workflow.
Stap 01
De owner-kant bouwt de package deal op, voegt dagcontent, beelden en ondersteunende details toe en bereidt het publieke product voor dat QM1 toont.
Stap 02
Zodra de deal klaar en actief is, toont QM1 die op publieke browsepagina’s, detailpagina’s en gerelateerde entry points voor bestemmingen of ervaringen.
Stap 03
De aanvraag start in QM1 maar wordt onderdeel van de gedeelde inquiry-lifecycle, waar de owner-kant de vraag bekijkt en het gesprek oppakt.
Stap 04
Portal behandelt de operationele kant: inquiry-details bekijken, de chat voortzetten, het commerciële aanbod voorbereiden en weer publiceren in de gedeelde traveller flow.
Stap 05
De commerciële overdracht blijft verbonden. De owner-kant beheert de operationele lifecycle, terwijl de reiziger acceptatie en gefaseerde betalingen in QM1 voltooit.
Totale flow
In plaats van een generieke ecosysteemstrip toont dit schema de echte overdrachten: wie handelt, waar die handeling gebeurt en hoe de reizigerservaring doorloopt over QM1, Portal en Buzzard.
Aan de buitenkant moet Qualimundi als één samenhangende reis voelen. Onder de motorkap beweegt de ervaring door duidelijke hoofdstukken: contentcreatie, publieke ontdekking, inquiry-captatie, owner-respons, commerciële onderhandeling, betalingsbevestiging en later de overdracht naar de geboekte trip.
Traveller
Wat de bezoeker of ingelogde reiziger direct ervaart.
QM1
Publieke ontdekking, inquiry-captatie, traveller account, support en betalingsingangen.
Local Lead
De publieke menselijke vertrouwenslaag die de trip een echte gids en lokaal gezicht geeft.
Portal
Owner-side operaties: contentbeheer, aanvragen, chat, aanbiedingen en opvolging.
Buzzard / Shared Systems
Source of truth, gedeelde records en de content- of data-overdrachtslaag.
QM1
Lijsten, detailpagina’s en local lead-verhalen kunnen pas bestaan zodra de onderliggende dealdata klaarstaat om geconsumeerd te worden.
Local Lead
Owner-profieldata wordt de zichtbare local lead-laag die reizigers later als vertrouwenssignaal gebruiken.
Portal
Package-details, dagcontent, commerciële structuur en owner-side setup worden operationeel beheerd voordat iets publiek zichtbaar wordt.
Buzzard / Shared Systems
Gedeeld schema, package-content, owner-profieldata en latere records steunen allemaal op Buzzard als masterbron.
Traveller
Ze browsen live reizen, vergelijken bestemmingen en ervaringen en beslissen of de trip geloofwaardig genoeg voelt om over te vragen.
QM1
Lijsten, journey-detailpagina’s, bestemmingsontdekking, FAQ’s, inclusies en routeframing vormen de publieke waardepropositie.
Local Lead
Landcontext, specialisaties, talen en reactieverwachtingen maken van een statische route iets begeleids en vertrouwds.
Buzzard / Shared Systems
QM1 blijft steunen op goedgekeurde package- en owner-data in plaats van op een losstaand marketingverhaal.
Traveller
Data, groepsvorm, reisintentie en extra context worden ingevoerd in een vrijblijvende inquiry-flow.
QM1
De 5-stappenwizard, bevestigingsmail, success-state en eerste account-overdracht gebeuren allemaal op de traveller-site.
Portal
De owner-kant ziet de inquiry meteen in de gedeelde lifecycle en kan zich voorbereiden om te reageren.
Buzzard / Shared Systems
Het account, de inquiry-metadata en de referentie-id landen in hetzelfde gedeelde model dat het bredere product al gebruikt.
Traveller
Inquiry-details, bestanden en het lopende gesprek blijven zichtbaar zodat de trip na de eerste aanvraag kan blijven bewegen.
QM1
Inquiry-tabs, AJAX-chat, zichtbare bestanden en het aparte support entry point houden de traveller in één coherent productverhaal.
Local Lead
De traveller begrijpt nog steeds dat er een echte lokale expert achter de trip zit, ook al leeft de operationele tooling elders.
Portal
Owners bekijken inquiry-details, zetten de chat voort, inspecteren bestanden en beheren het live gesprek vanuit hun operationele werkruimte.
Buzzard / Shared Systems
Inquiry-berichten, bestandsmetadata en statusupdates blijven gesynchroniseerd omdat de lifecycle op gedeelde data draait.
Traveller
Prijzen, deelnemers, betalingsschedulen en annuleringslogica zijn zichtbaar voordat de traveller accepteert of weigert met feedback.
QM1
Drafts blijven verborgen, gepubliceerde offers worden zichtbaar en traveller-opmerkingen gaan terug de gedeelde lifecycle in.
Local Lead
De traveller koppelt het aanbod nog steeds aan een vertrouwde gids, ook al wordt het offer zelf operationeel in Portal beheerd.
Portal
Owners kunnen offers maken, publiceren in de traveller-flow, afwijsfeedback lezen, herwerken en opnieuw publiceren wanneer nodig.
Buzzard / Shared Systems
Offer-states, traveller-opmerkingen en statuswijzigingen blijven in het gedeelde datamodel in plaats van in losse frontend-copy.
Traveller
Het accepteren van het aanbod triggert checkout, brengt de traveller terug naar een pending confirmatiestaat en houdt support beschikbaar terwijl de betaling afrondt.
QM1
Stripe checkout, pending bevestiging, polling, success- of cancel-flows en doorlopende support gebeuren op de traveller-kant.
Local Lead
Zodra de boeking concreter wordt, is de local lead minder alleen een vertrouwenslaag en meer een impliciete delivery-partner voor de trip.
Portal
Owners kunnen commerciële voortgang en de latere operationele staat volgen zonder de traveller uit QM1 te halen.
Buzzard / Shared Systems
Offer- en inquiry-status gaan alleen naar betaling-gerelateerde staten zodra de webhook-gedragen bevestiging in het gedeelde systeem landt.
Wat hierna komt
Alles boven deze markering weerspiegelt huidig productgedrag. Het hoofdstuk hieronder wordt bewust getoond als een toekomstige uitbreiding na betalingsbevestiging en actieve support.
Traveller
De toekomstige staat bevat duidelijkere bevestiging, pre-departure guidance en een beter gevoel voor wat er tussen betaling en vertrek gebeurt.
QM1
Bevestigingsstates, pre-departure documenten en logistieke zichtbaarheid zijn logische volgende hoofdstukken voor het traveller-product.
Local Lead
Toekomstig productwerk kan de actieve overdracht naar de local lead explicieter maken zodra de trip operationeel vastligt.
Portal
Owner-side voorbereiding, logistieke opvolging en post-booking readiness horen thuis in de operationele laag achter de schermen.
Buzzard / Shared Systems
Toekomstige modules zullen waarschijnlijk de gedeelde lifecycle uitbreiden voorbij offer en betaling naar bevestiging, trip-ready states en follow-up.
Hoe de apps samenwerken
Statuslogica
Agency auditlaag
Dit onderste gedeelte ondersteunt audits, copywriting, messaging reviews en UX-kritiek zonder de hele pagina in interne documentatie te veranderen.
Huidige touchpoints
Terminologie
Verantwoordelijkheden
Auditfocus
Volgende stap
Reizigers moeten deze pagina verlaten klaar om te browsen. Bureaus moeten vertrekken met begrip van waar de publieke ervaring stopt en de operationele lifecycle begint.