Community cloud: eerst governance, dan pas selfservice

Je wilt dat je community tijd scheelt én prettig werkt. Dat lukt vooral als je vanaf dag één regelt dat info automatisch bij de juiste mensen terechtkomt, en dat beheer helder is. Dan vinden gebruikers sneller wat ze nodig hebben, en blijft gevoelige of irrelevante content uit beeld voor de verkeerde doelgroep. Bij Cobra CRM kiezen we daarom meestal voor deze volgorde: eerst governance en één scherpe route, daarna pas opschalen met selfservice in je community, bijvoorbeeld met Salesforce Community Cloud.

Begin klein: één route die mensen echt afmaken

Zet je community neer als één duidelijke hoofdingang: één taak die iemand zonder omwegen kan afronden. Dan blijven menu, content en eventuele koppelingen logisch rondom die route. Je krijgt een startpagina en navigatie die mensen sneller naar het juiste brengt, zodat ze zelfstandig verder kunnen (in plaats van alsnog te mailen of bellen).

Kies één scenario en maak het concreet. Denk aan support selfservice: kennisartikelen vinden, een case aanmaken, status volgen. Of partner enablement: dealregistratie, onboardingmateriaal vinden. Je merkt dat je route klopt als iemand inlogt, het antwoord vindt of een case aanmaakt, en daarna niet alsnog contact opneemt “om te checken of het goed is”.

Interne druk (“kunnen we er niet meteen ook discussies, events en ideeën bij?”) komt bijna altijd. Dat kan later. Door eerst je kernroute af te ronden, blijft die dominant en makkelijk vindbaar. En het beheer blijft overzichtelijk: minder plekken waar content, rechten en moderatie nodig zijn. Extra wensen parkeer je tot de eerste route aantoonbaar gebruikt wordt.

Governance: waar je op let voordat je live gaat

Een portal voelt pas logisch als drie dingen vooraf duidelijk zijn: doelgroepen, eigenaarschap en meetpunten. Regel je dit vooraf, dan voorkom je dat je na livegang moet bijsturen met uitzonderingen en handmatige workarounds.

Doelgroepen scheiden zonder rechtenchaos

Als klanten, partners en interne teams in één omgeving zitten, wil je dat de community dit voor je opvangt:

– de juiste pagina’s en documenten per groep tonen

– per groep de juiste acties beschikbaar maken (bijvoorbeeld alleen lezen vs. ook cases aanmaken)

– uitzonderingen voorspelbaar afhandelen

Houd rechten simpel en uitlegbaar. Een praktische check: kun je in één zin uitleggen waarom iemand bepaalde content ziet? Krijg je vragen als “waarom zie ik dit niet?” of “ik zie ineens partnerinfo”, dan zijn uitzonderingen vaak te individueel geworden. Wat helpt: werk met één simpele uitzondering-regel (bijvoorbeeld via een vaste rol, niet via losse individuele rechten) en leg vast wie die rol mag toekennen.

Content-eigenaarschap: voorkom de ‘stoffige kast’

Selfservice werkt pas als content actueel blijft. Met een vaste eigenaar blijven artikelen kloppen, blijven screenshots bruikbaar en komen antwoorden sneller op de juiste plek terecht.

Leg vooraf vast:

– nieuwe artikelen worden gepubliceerd door een vaste rol

– bestaande artikelen worden gereviewd op een vast ritme

– verouderde content wordt gearchiveerd of samengevoegd

Maak de tone of voice praktisch: korte stappen, één oplossing per artikel, en voorbeelden gebaseerd op echte vragen die je nu al binnenkrijgt. Je ziet dat dit werkt als mensen na het lezen vaker zelfstandig verder kunnen.

Meten: stuur op gedrag, niet op registraties

Registraties zeggen vooral dat iemand ooit een account heeft aangemaakt. Handiger is meten op gedrag dat iets zegt over waarde, bijvoorbeeld:

– hoeveel mensen actief zijn (niet alleen ingelogd, maar ook echt iets doen)

– welke zoekopdrachten geen resultaat geven (vaak content-gaten)

– hoeveel mensen een antwoord vinden zonder een case aan te maken

Je zit goed als er acties uit komen, zoals: “we missen een artikel over X” of “de case-aanmaak wordt halverwege afgebroken, dus die flow moet korter of duidelijker”.

Identity en integraties: houd het soepel, anders haakt men af

Inloggen is vaak waar je de meeste winst pakt. Niet omdat mensen geen selfservice willen, maar omdat activatie of wachtwoordreset onnodig veel stappen kan hebben. Doe een simpele check: doorloop de hele login-journey alsof je een nieuwe klant bent (mail ontvangen, link openen, account activeren, inloggen, wachtwoord vergeten). Als jij al moet nadenken (“welke mail is de juiste?”), haken gebruikers sneller af.

Voor integraties geldt hetzelfde: koppel eerst alleen wat je gekozen route nodig heeft, zoals case-aanmaak en statusupdates. Dan ben je sneller stabiel live en heb je minder plekken waar extra beheer of handmatige correcties nodig zijn. Zie je veel uitzonderingen (“voor deze klant werkt het net anders”), ga dan terug naar de minimale set die je kernroute echt ondersteunt.

Wat je nu regelt (en wat later prima kan)

Regel nu wat je eerste route betrouwbaar maakt: doelgroepsegmenten met rollen/rechten, content-eigenaarschap met een vast reviewritme, simpele navigatie met een zoekfunctie die mensen echt gebruiken, en minimale integraties voor die route. Later kun je uitbreiden met discussies/ideeën, extra journeys zoals onboarding of trainingen, en meer activatie zoals badges of gamification. Je houdt tempo als je pas uitbreidt wanneer de basisroute stabiel gebruikt wordt en weinig “waar vind ik dit?”-vragen oplevert.