Kies je Salesforce Experience Cloud partner op governance, niet op demo

Je wilt dat je portal niet alleen goed oogt in een demo, maar ook rustig blijft draaien als er na livegang van alles verandert. Nieuwe wensen, extra gebruikersgroepen, integraties, vragen over security: dat komt altijd. Governance helpt vooral doordat je het werk rondom besluiten en wijzigingen strak organiseert. Je legt vooraf vast wie beslist, wie test en wie het overzicht houdt. Daardoor kun je sneller doorpakken, zonder dat je steeds terugvalt in “wie gaat hierover?”.

Als je rondkijkt naar een salesforce experience cloud partner, begin dan bij governance. Niet als theorie, maar als praktische afspraken die beheer simpel houden. Je wilt helder hebben wat wel en niet in scope zit, hoe wijzigingen binnenkomen, en hoe je portal logisch blijft opgebouwd (in plaats van losse pagina’s met steeds meer uitzonderingen).

Governance: waar je op let als je portal straks beheersbaar moet blijven

Een partner die governance serieus neemt, regelt vroeg eigenaarschap en vaste beslismomenten. Dan is snel duidelijk wie de product owner-rol pakt, wie knopen doorhakt als teams iets anders willen, en wie verantwoordelijk is voor content versus identity en access. Ook maakt zo’n partner de werkwijze concreet: hoe changes binnenkomen, hoe impact wordt beoordeeld, wanneer er getest wordt, en wanneer iets live gaat.

Je merkt dat het goed zit als een partner niet blijft hangen in “we werken agile”, maar het pad van idee naar live voor je uitschrijft. Met duidelijke momenten waarop rollen, checks en goedkeuring het werk juist versnellen in plaats van vertragen.

Praktische check: laat governance in gewone taal uitleggen

Vraag of ze governance op één A4 kunnen uitleggen: overlegmomenten, beslissers, intake van wijzigingen, test en acceptatie. Nog beter als ze er meteen rollen aan koppelen (zoals: wie zegt ja/nee op scope, en wie tekent af voor livegang). Dan voorkom je ruis en weet je waar je aan toe bent.

Waar het schuurt: signalen dat je later gedoe krijgt

Een portal bouwen is één ding; hem stabiel houden en doorontwikkelen kost vaak de meeste tijd. Check daarom vroeg een paar punten.

Ten eerste: “alles kan” zonder dat iemand het scherp maakt. Het helpt als een partner niet alleen opties opsomt (cases, knowledge, onboarding, SSO, meertaligheid, rapportages, integraties), maar ook het keuzeproces strak maakt: wat gaat er als eerste live, en wat bewust niet. Je wilt een eerste release met expliciet “in” en “niet in”, plus een korte reden (bijvoorbeeld afhankelijkheden, risico of beheerlast).

Ten tweede: identity en access meteen meenemen. In Experience Cloud bepaalt toegang veel van je ontwerp: wie ziet welke pagina’s, welke data mag iemand bekijken of bewerken, en hoe werkt inloggen. Een goede partner trekt dit onderwerp naar voren voordat je ontwerp vastzit. Handig is als wireframes of pagina-ontwerpen direct worden vertaald naar rollen en rechten, bijvoorbeeld in een simpele matrix: drie typen gebruikers met wat ze zien, wat ze mogen doen en hoe ze inloggen.

Ten derde: beheer direct praktisch regelen. Als support en doorontwikkeling vooraf zijn ingericht, worden wijzigingen na livegang voorspelbaar. Je zoekt een vaste route voor changes (wie dient in, wie beoordeelt, wie bouwt, wie test, wie zet live) én afspraken die de boel netjes houden (wie ruimt content op, wie verwijdert oude pagina’s). Dan lever je niet alleen een portal op, maar ook een routine waarin functioneel en technisch beheer duidelijk belegd zijn.

Kies bewust: standaard waar het kan, maatwerk waar je er echt iets mee wint

Bij CobraCRM kiezen we bewust voor standaard bouwstenen als dat beheer en doorontwikkeling makkelijker maakt. Maatwerk kan prima, bijvoorbeeld voor een specifieke gebruikersflow of integratie, maar het betekent vaak extra testwerk en meer afhankelijkheid van specifieke kennis. Te veel standaard kan weer betekenen dat je proces net niet lekker past. Fijn is als een partner dit per keuze concreet maakt: wat levert het op in de portal, wat betekent het voor testen, en hoe makkelijk pas je het aan na livegang.

Maak je keuze concreet in één gesprek

Eén goed gesprek kan veel duidelijk maken, zolang het concreet blijft. Neem één scenario mee (customer portal of partner portal) en kijk of de partner direct drie dingen kan opleveren: een MVP-scope inclusief wat er niet in zit, een schets van rollen en rechten voor drie typen gebruikers, en een duidelijke aanpak voor wijzigingen na livegang. Hoor je duidelijke rollen, stappen en voorbeelden, dan krijg je snel een realistisch beeld van de samenwerking. Blijft het vooral breed (“kan allemaal”, “hangt ervan af”), vraag dan door tot het teruggebracht is naar keuzes, stappen en verantwoordelijkheden.