B2B-SaaS met rollenbeheer moet wijzigingen in verantwoordelijkheid kunnen verwerken. Iemand die gisteren een export mocht maken, heeft dat recht vandaag mogelijk niet meer. Een medewerker kan bovendien voor meerdere klantorganisaties werken. De toepassing moet weten op welke organisatie een handeling betrekking heeft en welke rechten daarbij op dat moment gelden.
Stel dat een fictief inkoopplatform een teamleider vervangt terwijl offertes in behandeling zijn. De vertrekkende teamleider heeft nog een browservenster open en een rapport staat klaar voor verwerking. De software moet de wijziging toepassen zonder te doen alsof alle eerder geopende schermen nog dezelfde bevoegdheid geven. Ook de nieuwe verantwoordelijke moet begrijpelijk kunnen doorgaan.
Beschrijf taken en organisatorische grenzen
Maak een matrix met bekijken, wijzigen, goedkeuren, uitnodigen en exporteren. Verbind deze taken aan een organisatie of ander duidelijk domein. De naam beheerder geeft op zichzelf onvoldoende informatie: het kan gaan om het beheer van één klantteam of om een veel bredere verantwoordelijkheid binnen de dienst.
Neem gebruikers mee die meerdere lidmaatschappen hebben. Bepaal hoe zij de huidige organisatie kiezen en hoe de toepassing voorkomt dat concepten of zoekresultaten daarbij worden vermengd. De zichtbare selectie in de interface mag niet de enige controle zijn. De server moet de relevante grens bij iedere toegestane gegevenshandeling kunnen vaststellen.
Maak uitnodiging en activatie herkenbaar
Een uitnodiging, een geaccepteerd lidmaatschap en een actieve rol zijn verschillende situaties. Ontwerp de stappen waarmee iemand toegang krijgt en geef de uitnodigende medewerker inzicht in de voortgang. Een verstuurd bericht betekent niet dat de bedoelde persoon al als bevoegde gebruiker aan de organisatie is verbonden.
Bepaal wat er gebeurt bij een verkeerde ontvanger, een verlopen uitnodiging of een adreswijziging. De herstelroute moet voorkomen dat ondersteuning rechten toekent op basis van een onduidelijke overeenkomst tussen namen. Gebruik de identiteit en het proces die voor de dienst zijn afgesproken en bewaar alleen de informatie die nodig is om de beslissing te verklaren.
Laat een rolwijziging doorwerken
Test een actie vanuit een pagina die vóór de wijziging is geopend. Controleer ook exports, bijlagen en taken die pas later worden uitgevoerd. Het gewenste gedrag moet expliciet zijn: een voorbereide taak kan bijvoorbeeld opnieuw een beoordeling nodig hebben. De juiste keuze hangt af van het product en moet door de verantwoordelijke organisatie worden bepaald.
Leg vast hoe de gebruiker hoort waarom een actie niet verder kan. Een afgewezen bevoegdheid hoeft geen verloren concept te betekenen. De toepassing kan de invoer bewaren en aangeven wie de volgende stap kan nemen. Zo blijft een toegangsbeslissing verbonden met een bruikbare werkstroom, in plaats van alleen een technisch foutnummer te tonen.
Neem intrekking op in de acceptatie
Maak gescheiden testorganisaties en gebruikers met verschillende rollen. Open een aanvraag, trek daarna het recht in en probeer de actie te voltooien. Wissel vervolgens van organisatie en controleer de gegevens opnieuw. Verifieer het resultaat in het scherm en in de serverreactie, met speciale aandacht voor bestanden en rapporten die buiten de hoofdpagina worden geleverd.
Brainbaby Labs kan deze grenzen met je team vertalen naar een eerste B2B-productomvang. Neem de rollen en één gevoelige bedrijfsactie mee naar het gesprek. De opdracht kan dan concrete toegangsproeven en een herkenbare beheerdersroute bevatten. Zo wordt de verandering van een rol een controleerbaar onderdeel van het product, met verantwoordelijkheden die ook na oplevering duidelijk blijven.