Zo zet je een klant-goedkeuringsworkflow op in WordPress (zonder login)

Het reviewproces waar de meeste bureaus standaard naar grijpen (en waarom het instort)

Een typische klant-reviewcyclus ziet er zo uit: je rondt een pagina af, maakt een screenshot, voegt die toe aan een e-mail en vraagt "ziet dit er goed uit?". De klant antwoordt drie dagen later met één opmerking. Je maakt de wijziging, maakt een nieuwe screenshot, stuurt nog een e-mail. Herhaal voor elke feedbackronde.

Dit werkt voor één kleine wijziging. Het stort in zodra een project meer dan één revisieronde heeft, meer dan één belanghebbende, of enige urgentie. Screenshots verouderen zodra je de pagina opnieuw aanraakt. Feedback raakt verspreid over reply-ketens, Slack-DM's, en af en toe een spraakmemo. En niemand — jij ook niet — heeft een duidelijk antwoord op "wat is er tot nu toe daadwerkelijk goedgekeurd?".

Wat een echte goedkeuringsworkflow nodig heeft

Als je de tooling weglaat, heeft een werkend klant-goedkeuringsproces precies drie dingen nodig:

1. Een manier voor de klant om de live, actuele staat van de pagina te zien — geen screenshot van drie dagen geleden, maar de daadwerkelijke pagina zoals die gerenderd zal worden.
2. Geen wrijving om daar te komen — als beoordelen een account vereist, een wachtwoord om te onthouden, of navigeren door een klantportaal dat ze nooit hebben gebruikt, ben je de momentum al kwijt.
3. Een duidelijke vastlegging van wat in afwachting is vs. goedgekeurd — zodat een project niet stilletjes vastloopt omdat niemand zeker weet wie aan zet is.

Niets hiervan vereist complexe projectmanagementsoftware. Het vereist het verwijderen van de twee dingen die e-mailgebaseerde review pijnlijk maken: verouderde screenshots en toegangswrijving.

Stap 1: Stop met het versturen van screenshots

De enkele meest impactvolle verandering is "hier is een screenshot" vervangen door "hier is een live link". Een live previewlink betekent dat de klant altijd naar de actuele staat van de pagina kijkt, inclusief elke wijziging die je vijf minuten geleden hebt gemaakt. Geen versieverwarring, geen "wacht, is dit de oude of de nieuwe?".

Erdo Draft Links genereert een veilige link rechtstreeks vanuit de WordPress-editor voor elk concept-bericht of -pagina. De klant klikt erop en ziet de pagina exact gerenderd zoals die live zou uitzien — hetzelfde thema, dezelfde layout, dezelfde content — zonder dat die daadwerkelijk gepubliceerd is.

Stap 2: Verwijder de loginvereiste

Dit is de stap die de meeste bureaus overslaan, meestal omdat het alternatief (de klant een WordPress-account geven) als de voor de hand liggende standaard aanvoelt. Dat is het niet. Klantaccounts in je WordPress-beheer betekenen:

• Nog een set inloggegevens beheren
• Risico dat een klant per ongeluk een instelling wijzigt waartoe hij geen toegang zou moeten hebben
• Een supportverzoek elke keer dat hij zijn wachtwoord vergeet

Een veilige previewlink omzeilt dit allemaal. De link zelf is de toegangsreferentie — geen apart login, geen accountaanmaak, geen "ik ben mijn wachtwoord vergeten"-e-mail drie dagen in het project. Stel een vervalvenster in zodat de link vanzelf stopt met werken zodra de reviewcyclus voorbij is, en je hoeft je later niet te herinneren om de toegang in te trekken.

Stap 3: Geef feedback één thuisbasis

De previewlink lost op "kan de klant de actuele versie zien". Het vervangt je communicatiekanaal niet — feedback komt nog steeds terug via e-mail, Slack, of wat je bestaande proces ook is. De verbetering hier is consistentie: deel feedback altijd tegen dezelfde live link, in dezelfde thread, in plaats van elke keer dat je een revisie maakt een nieuwe e-mailketen te starten.

Een praktisch patroon dat goed werkt:

1. Genereer een previewlink voor het concept.
2. Deel hem één keer, in één e-mail of Slack-bericht, met een duidelijk verzoek ("laat ons weten of dit klaar is om te publiceren, of wat er moet veranderen").
3. Terwijl je revisies maakt op basis van feedback, blijft dezelfde link de laatste staat tonen — geen nieuwe link nodig, tenzij je een nieuwe reviewronde apart wilt bijhouden.
4. Eenmaal goedgekeurd, publiceer je de pagina en is de taak van de previewlink klaar; laat hem vanzelf verlopen.

Stap 4: Meerdere belanghebbenden afhandelen zonder het werk te vermenigvuldigen

Als meer dan één persoon moet beoordelen — een marketingverantwoordelijke en een juridische beoordelaar, bijvoorbeeld — heb je twee opties afhankelijk van hoeveel zichtbaarheid je nodig hebt:

• Eén gedeelde link als je alleen nodig hebt dat iedereen naar hetzelfde concept kijkt en je niet hoeft te onderscheiden wie wat zei.
• Afzonderlijke links per belanghebbende als je wilt weten wie de pagina daadwerkelijk heeft geopend en wanneer, of als verschillende beoordelaars verschillende vervalvensters nodig hebben (bijv. juridisch krijgt twee weken, marketing krijgt twee dagen).

Erdo Draft Links ondersteunt het genereren van meerdere onafhankelijke links voor hetzelfde concept, elk met zijn eigen vervaldatum, zodat dit schaalt zonder extra installatiewerk.

Hoe dit er end-to-end uitziet

Samengevoegd ziet een nette workflow er zo uit:

1. Bouw de pagina als een WordPress-concept.
2. Genereer een veilige previewlink (één klik vanuit de editor).
3. Deel de link met de klant via je bestaande kanaal, met een duidelijke vraag.
4. De klant beoordeelt het live concept — geen login, geen verouderde screenshot.
5. Feedback komt terug via hetzelfde kanaal; je herziet het concept, de link weerspiegelt automatisch de update.
6. Eenmaal goedgekeurd, publiceer je. De previewlink verloopt vanzelf.

Geen klantportaal om te onderhouden, geen extra accounts om te beheren, en geen verwarring over "welke screenshot is de actuele".

Kortom

Het grootste deel van de pijn in klant-reviewcycli komt niet voort uit klanten die traag of besluiteloos zijn — het komt voort uit procesfrictie: verouderde screenshots, loginbarrières, en feedback verspreid over vijf verschillende threads. Het toegangsprobleem oplossen met een veilige, verlopende previewlink verwijdert het grootste deel van die frictie in één stap, zonder een zwaardere projectmanagementtool nodig te hebben of klanten WordPress-accounts te geven die ze niet nodig hebben.