Lees hier meer over onze updateschema's.

Systemen tonen een interessante werking door het voor mensen gemakkelijker te maken om apps te openen en te gebruiken, gebruikers het gevoel te geven dat ze meer werk van hoge kwaliteit gedaan krijgen en mensen apps in het systeem te laten gebruiken.

Het leveren van interactief gedrag is belangrijk voor het bedrijf, omdat het rechtstreeks correleert met de acceptatie door gebruikers en de algehele tevredenheid van medewerkers en klanten. Interactieve werkingen helpen ook om ondersteuningsverzoeken te verminderen en kunnen helpen om de kwaliteit van voorzieningenverzoeken van gebruikers te verbeteren.

Een van de uitdagingen bij het creëren van interactief gedrag is dat het moeilijk is om alleen aan de hand van objectieve meetgegevens te meten. In plaats daarvan wordt het gemeten aan de hand van de subjectieve ervaringen van gebruikers; gebruikers hebben het gevoel dat boeiende apps echte waarde bieden. Betrokken apps zijn toegankelijk, niet-opdringerig en gemakkelijk te begrijpen. Ze vereisen een minimale hoeveelheid onboarding en training. En ze gebruiken duidelijke methoden om gebruikersfouten proactief te voorkomen.

Een andere uitdaging is dat betrokkenheidsdoelen vaak variëren met de verschillende typen gebruikersinteracties in uw systeem. Zo kunt u één set doelen hebben voor interne gebruikers die cases beheren, en een andere voor externe gebruikers die informatie indienen via een formulier op uw website. Als u interessante systemen wilt ontwerpen, moet u goed nadenken over het type betrokkenheid dat u probeert te creëren en waarom gebruikers betrokken zouden willen zijn voordat u voorzieningen en pagina's gaat samenstellen.

Door samen te werken met UX-ontwerpers (User Experience) kunt u veel effectievere beslissingen nemen bij het leveren van aantrekkelijke apps. Architectonisch gezien zijn acceptatie en behoud van gebruikers cruciale componenten van een gezond systeem. Interactieve architecturen verminderen de kans op Gegevenskwaliteitsproblemen veroorzaakt door gebruikers die zich haasten door processen of stappen overslaan om te voorkomen dat ze tijd moeten doorbrengen in een systeem dat ze niet graag gebruiken. Voor extern gerichte systemen kan een aantrekkelijke architectuur de omzet en het behoud van klanten verhogen, aangezien klanten die gemakkelijker met uw systemen kunnen werken, ervoor kiezen om meer zaken te doen met uw organisatie.

U kunt meer aantrekkelijke apps maken door u te richten op het leveren van gestroomlijnde en nuttige ervaringen.

Gestroomlijnde apps zijn eenvoudig te navigeren, geven informatie en gegevensinvoertaken duidelijk weer en passen zich aan verschillende omvangen aan. Gestroomlijnde apps bieden ook omgevingspatronen waaraan gebruikers gewend zijn geraakt in andere veelgebruikte toepassingen. De meeste webbrowsers presenteren bijvoorbeeld "Openen in nieuw tabblad" als de bovenste optie wanneer gebruikers met de rechtermuisknop op een koppeling klikken. Een gestroomlijnde app die tabbladen bevat, volgt hetzelfde patroon.

De gevolgen van inefficiënte app-ervaringen kunnen veel verder reiken dan een afzonderlijke app. Slechte app-ervaringen ondermijnen de Trust van gebruikers. Naarmate meer bedrijfskritische en klantgerichte apps overstappen op digitale kanalen, kan dit bedrijven de loyaliteit van belangrijke belanghebbenden kosten.

U kunt uw apps beter stroomlijnen door bewust om te gaan met de complexiteit, het ontwerp en de omvang van apps.

Het minimaliseren van de complexiteit van toepassingen betekent dat gebruikers alleen relevante menu-items, tabbladen en navigatiebesturingselementen zien. U moet toewijzingen maken tussen gebruikersgroepen, gebruikersmachtigingen en de juiste app-ervaring. Gebruik deze toewijzingen om te begrijpen welke app-ervaring u aan een bepaalde gebruiker moet presenteren en zorg er vervolgens voor dat uw app de logische besturingselementen heeft die nodig zijn om die ervaring te bieden.

Apps die gebruikers met te veel complexiteit presenteren, kunnen verschillende slechte ervaringen veroorzaken:

• Gebruikers zien vaak onnodige of irrelevante tabbladen, navigeren naar lege schermen en stuiten op uitgeschakelde of geblokkeerde koppelingen.
• Onnodige of nutteloze instructies zoals "negeer dit tabblad als uw rol X is..." worden weergegeven in trainings- en enablement-materiaal.
• Rauwe navigatiemenu's dwingen gebruikers om extra tijd te besteden aan het zoeken naar de items die ze nodig hebben om werk gedaan te krijgen.

Deze slechte ervaringen leiden tot lage acceptatiescores en tevredenheidsniveaus.

Denk aan het volgende bij het bepalen van het juiste niveau van appcomplexiteit:

• Orden menu's, tabbladen en andere navigatiebesturingselementen op basis van de prioriteit van het werk dat gebruikers moeten uitvoeren.
• Vermijd het introduceren van nieuw gedrag dat een gebruiker alleen moet leren om uw app te kunnen gebruiken.
• Verwijder geen toegang tot voorzieningen waarmee gebruikers aspecten van hun gebruikersinterface kunnen aanpassen.
• Gebruik machtigingensets om uitgebreide of gereduceerde navigatieopties te bieden.
• Vereenvoudig Lightning pagina activeringstoewijzingen. Minimaliseer het aantal actieve Lightning pagina's per app. Gebruik dynamische formulieren, machtigingensets en voorwaardelijke weergave om items toe te voegen aan Lightning pagina's in uw app. Doe dit in plaats van meerdere Lightning pagina's te onderhouden, die per profiel zijn geactiveerd en toegewezen.

De onderstaande lijst met patronen en antipatronen toont hoe goed (en slecht) appcomplexiteitsbeheer eruitziet in een Salesforce-organisatie. U kunt deze gebruiken om uw toepassingsontwerpen te valideren of te verbeteren.

Zie Tools Relevant voor betrokkenheid voor meer informatie over Salesforce-tools die u kunnen helpen bij het beheren van complexiteit van toepassingen.

Gestroomlijnde formulieren ordenen informatie in logische volgorden, ondersteunen snelle gegevensinvoer en minimaliseren de vereiste stappen. Ze maken ook nuttige berichten over gegevensvalidatie aan clientzijde mogelijk en elimineren herhaalde indieningscycli van formulieren.

Denk aan het volgende bij het ontwerpen van formulieren:

• Groepeer gerelateerde velden. Groepeer velden die zijn gerelateerd aan dezelfde stap in een proces of gegevensinvoertaak. Verwijder velden die niet direct relevant zijn voor de taak die u wilt uitvoeren.
• Zet gegevensinvoer en validatie vroeg. Velden waarvoor gebruikers gegevens moeten invoeren, moeten vroeg op uw formulieren worden weergegeven. Het is een best practice om problemen met gegevensopmaak of ontbrekende gegevens zo snel mogelijk op veldniveau aan het licht te brengen (dat wil zeggen voordat een gebruiker probeert naar de volgende stap te navigeren of het formulier probeert in te dienen). Vermijd ook het weergeven van fouten op veldniveau voordat gebruikers de kans hebben gehad om gegevens in de velden in te voeren.
• Minimaliseer gegevensinvoertaken. Vul vooraf zoveel mogelijk velden in of vul ze automatisch in om fouten bij gegevensinvoer te minimaliseren en de efficiëntie te verbeteren. Vraag gebruikers alleen om gegevens in te voeren die essentieel of kritiek zijn. Verwijder alle gegevensinvoer die niet relevant is voor het betreffende bedrijfsproces. Gebruik waar mogelijk keuzelijsten in plaats van tekstvelden met vrije vorm om de selectie van geldige opties af te dwingen en variaties van hetzelfde antwoord te verminderen.
• Minimaliseer indieningen bij de server. Laat formulieren met meerdere stappen niet meerdere malen gegevens indienen bij de server. Zorg ervoor dat alle aangepaste LWC- of Aura-componenten client-side caching gebruiken voor het afhandelen van navigatie- of pagineringsacties. (Salesforce Lightning Experience en de mobiele Salesforce-app gebruiken standaard caching aan clientzijde.) Ontwerp formulieren dusdanig dat gebruikers gegevens slechts één maal bij de server indienen. Valideer gebruikersinvoer aan de clientzijde voordat formulieren worden ingediend. Dit minimaliseert onbedoelde gebruikersaanmeldingen, voorkomt dat duplicaat- of vervuilde transacties bandbreedte verbruiken in de back-end en helpt u bij het ontwerpen voor betere gegevensverwerking.
• Formulierstatus beheren. Caching aan clientzijde helpt niet alleen bij navigatie en paginering, het helpt ook gegevensverlies door intermitterende connectiviteitsproblemen te minimaliseren. Het effectief beheren van status betekent ook dat apps het indienen van gegevens bij de server op de juiste manier kunnen organiseren en dubbele transacties kunnen voorkomen, in combinatie met het presenteren van relevante en tijdige berichten aan gebruikers op basis van de status van acties aan serverzijde. Gestroomlijnde formulieren dienen gegevensbewerkingen slechts één maal in en vereisen niet dat gebruikers hoeven te wachten tot lang durende bewerkingen op de server zijn voltooid.
• Volg toegankelijkheidsnormen. Als u de doelgroep voor uw apps wilt maximaliseren en ervoor wilt zorgen dat ze al uw klanten omvatten, dwingt u standaarden voor toegankelijkheid af in uw formulierontwerpen.

Gestroomlijnde formulieren helpen de gegevensintegriteit in uw apps te vergroten en hoe nuttig uw apps zijn voor gebruikers. Ze kunnen ook het aantal ondersteuningstickets en -verzoeken verminderen, omdat gebruikers beter in staat zijn om fouten aan te pakken en de status van hun formulierindieningen duidelijk te begrijpen. Verder maken gestroomlijnde formulieren snelle en efficiënte gegevensinvoer mogelijk en zorgen ze ervoor dat gebruikers niet hoeven te wachten op langer durende processen om verder werk uit te voeren.

De onderstaande lijst met patronen en antipatronen toont hoe het juiste (en slechte) formulierontwerp eruitziet in een Salesforce-organisatie. U kunt deze gebruiken om uw formulierontwerpen te valideren of te verbeteren.

Zie Tools Relevant voor Engagement voor meer informatie over Salesforce-tools waarmee u gestroomlijndere formulieren kunt samenstellen. Raadpleeg de Architect’s Decision Guide to Building Forms with Salesforce voor meer specifieke richtlijnen bij het kiezen van de juiste formuliertool voor uw gebruikscase.

Interessante apps passen zich gracieus aan verschillende apparaten en interactietypen aan, of vormen factoren. Afhankelijk van het apparaattype zijn verschillende soorten gebruikersinteracties gemakkelijker (of moeilijker) en verandert de leesbaarheid voor formulieren en velden. Houd er rekening mee dat omvang naast schermafmetingen ook verwijst naar de manier waarop uw gebruikers met het scherm werken. Een toenemend aantal apparaten heeft nu touchscreens en sommige gebruikers kunnen ook speciale apparaten gebruiken voor toegankelijkheid. Houd rekening met deze factoren bij het ontwerpen van formulieren.

Als u geen rekening houdt met vormfactorvariaties, kan dit leiden tot verschillende problemen, waaronder:

• Slechte gegevenskwaliteit
• Onbruikbare app-interfaces
• Meer probleemoplossings- of "order namens"-sessies voor ondersteuningsagenten
• Slechte gebruikersacceptatie, laag aantal actieve gebruikers en hoge percentages "afhaken" van apps

Als u wilt ontwerpen voor interoperabiliteit tussen vormfactoren in uw Salesforce-apps, houdt u rekening met het volgende:

• Identificeer ondersteunde omvangen voor elke app.
• Identificeer invoermethoden en de toegankelijkheidsbehoeften van uw gebruikers. Zie Toegankelijkheid voor meer informatie.
• Gebruik standaardfunctionaliteit om waar mogelijk adaptieve omgevingen op verschillende apparaten te bieden.
  • Lightning Page-sjablonen die door Salesforce worden geleverd, ondersteunen standaard verschillende omvangen. Als u ervoor kiest om aangepaste Lightning paginasjablonen te ontwikkelen met Aura, moeten ontwikkelaars informatie over omvang opnemen in het componentontwerpbestand.
  • Standaardpaginacomponenten die door Salesforce worden geleverd, handelen de weergave over ondersteunde omvangen voor u af. Als u aangepaste componenten maakt met LWC of Aura, moeten ontwikkelaars breedtebewustzijn afhandelen (er zijn implementatieverschillen tussen Aura en LWC) en ondersteuning voor omvang declareren binnen het ontwerpbestand van hun componenten.
• Volg de richtlijnen voor gestroomlijnde formulieren op alle apparaten.
• Maak testplannen (en goede tests) voor belangrijke omvangfactoren. Idealiter test u voor alle apparaten en omvang voor al uw apps. Het instellen van de juiste apparaten (of apparaatsimulatoren) voor vormfactortests kan echter een aanzienlijke investering zijn. Als u weet dat een bepaalde app of set apps een aanzienlijke groep gebruikers op mobiel of tablets zal hebben, geeft u prioriteit aan nauwkeurig testen voor die apps op mobiel en tablet.

De onderstaande lijst met patronen en antipatronen toont hoe het juiste (en slechte) bewustzijn van omvang eruitziet in een Salesforce-organisatie. U kunt deze gebruiken om uw ontwerpen te valideren voordat u gaat samenstellen, of om pagina's te identificeren die moeten worden aangepast.

Zie Tools Relevant voor Engagement voor meer informatie over Salesforce-tools voor effectief vormfactorontwerp.

De volgende tabel toont een selectie van patronen die u in uw organisatie kunt zoeken (of samenstellen) en antipatronen die u kunt vermijden of die u kunt gebruiken voor herstel.

✨ Ontdek meer patronen voor gestroomlijnde apps in de Patroon & Anti-patroon Explorer.

Nuttige toepassingen zorgen ervoor dat gebruikers zich krachtiger en effectiever voelen, met minder afleidingen of onderbrekingen.

Nuttige toepassingen helpen de gegevensintegriteit te behouden door handmatige fouten te verminderen en feedback te geven aan gebruikers waar en wanneer ze deze nodig hebben. Ze helpen gebruikers begrijpen op welke acties ze zich nu en in de toekomst moeten richten, en bieden relevante informatie om gebruikers te helpen hun eigen problemen sneller op te lossen. Ze bieden een duidelijk verband tussen de acties van een gebruiker en betekenisvolle impact of prestaties.

U kunt nuttigere toepassingen samenstellen met drie belangrijke gewoontes: kennisgevingen en berichten, in-app begeleiding en erkenning en beloningen.

Kennisgevingen en berichten helpen gebruikers op de hoogte te blijven.

Een goed ontworpen systeem voor kennisgevingen en berichtenverkeer kan de betrokkenheid en productiviteit verhogen door gebruikers te voorzien van de informatie die ze nodig hebben om tijdig kritieke beslissingen te nemen. Een slecht ontworpen systeem voor kennisgevingen en berichtenverkeer – een systeem dat berichten presenteert die niet relevant of tijdig zijn – zal het tegenovergestelde effect hebben. Interne gebruikers schakelen kennisgevingen snel uit of negeren ze, waardoor ze legitieme berichten missen die van invloed kunnen zijn op essentiële bedrijfsprocessen. Klanten of andere externe gebruikers die moe worden van nietszeggende kennisgevingen, kunnen besluiten om uw systemen helemaal niet meer te gebruiken.

Denk bij het bepalen van de manier waarop apps omgaan met het verzenden van kennisgevingen en berichten aan gebruikers, aan het volgende:

• Gebruik voor fouten kennisgevingen en berichten als laatste redmiddel. Ontwerp de foutafhandeling in uw systeem met back-endverwerking die bepaalde typen fouten kan corrigeren zonder menselijke tussenkomst. Stuur gebruikers alleen berichten over kritieke fouten die hen ervan weerhouden taken uit te voeren. Stuur zakelijke gebruikers ook alleen foutberichten wanneer er corrigerende actie is die ze zelf kunnen (en moeten) ondernemen. Aanvullende foutberichten of details kunnen beschikbaar worden gesteld via rapporten en/of naar het technische ondersteuningspersoneel worden verzonden met behulp van asynchrone methoden voor verdere opvolging.
• Kies berichttypen op basis van relevantie, urgentie en tijdigheid. Verschillende typen berichten hebben verschillende niveaus van blokkerend of onderbrekend gedrag. Kennisgevingen zijn een “blokkerend” type bericht, omdat ze vereisen dat gebruikers deze bevestigen voordat ze kunnen doorgaan met hun werk. Net als bij foutberichten moet spaarzaam worden omgegaan met kennisgevingen. Toast-kennisgevingen zijn niet blokkerend, kunnen verschillende persistentiewerkingen hebben en ondersteunen verschillende soorten gebruikscases voor berichten. De minst opvallende berichten zijn in-app kennisgevingen of e-mailberichten. Deze worden het best gebruikt om informatie te leveren waarmee gebruikers kunnen omgaan wanneer en wanneer ze willen.
• Bedenk wat er nu moet gebeuren. Hoewel sommige kennisgevingen informatief zijn (zoals succesberichten), kunnen andere vereisen dat gebruikers een bepaald soort actie ondernemen. Zorg er bij het ontwerpen van kennisgevingen voor dat u niet alleen rekening houdt met de kennisgeving zelf, maar ook met eventuele aanvullende informatie die een gebruiker nodig heeft om actie te ondernemen. Neem duidelijke instructies of koppelingen op naar waar gebruikers aanvullende informatie kunnen vinden of vervolgstappen kunnen voltooien in alle navolgbare kennisgevingen.
• Focus op leesbaarheid. Zorg ervoor dat u het doel van elke kennisgeving duidelijk communiceert en de volgende stappen die een gebruiker moet ondernemen als reactie. Berichten moeten begrijpelijk zijn voor zakelijke gebruikers die niet vertrouwd zijn met de werking van de onderliggende systemen. Volg bij het maken van berichten toegankelijkheidsnormen en zorg ervoor dat ze zijn gelokaliseerd om gebruikers te ondersteunen in de regio's waar ze mogelijk worden weergegeven.

Neem in uw ontwerpstandaarden patronen op voor wanneer kennisgevingen of verschillende typen fouten moeten worden gebruikt om ervoor te zorgen dat appsamenstellers consistente praktijken volgen.

De onderstaande lijst met patronen en antipatronen toont hoe goede (en slechte) kennisgevingen en berichtenverkeer eruitzien in een Salesforce-organisatie. U kunt deze gebruiken om uw ontwerpen te valideren voordat u gaat samenstellen, of om gebruik te identificeren dat moet worden aangepast.

Zie voor meer informatie over Salesforce-tools voor kennisgevingen en berichtenverkeer Tools Relevant voor betrokkenheid.

In-app begeleiding kan een krachtige manier zijn om complexe werkstromen op te helderen (hoewel u er eerst voor moet zorgen dat u ze optimaliseert) of om nieuw personeel te onboarden. Het kan een prima manier zijn om proceswijzigingen in te voeren, nieuwe voorzieningen te markeren of trainingen op een geautomatiseerde en schaalbare manier te distribueren. Als deze echter niet zorgvuldig wordt geïmplementeerd, kan in-app begeleiding te veel worden gebruikt. Frequente pop-ups of waarschuwingen kunnen een enorme hoeveelheid ruis en onderbrekingen veroorzaken voor gebruikers, wat leidt tot productiviteitsverlies. In-app begeleiding kan ook te weinig worden gebruikt, wat leidt tot meer omslachtige release- en wijzigingsbeheerprocessen (vooral voor eenvoudige voorzieningen). Uiteindelijk leiden zowel overgebruik als ondergebruik van in-app begeleiding tot een aantal problemen die risico's voor het bedrijf inhouden, waaronder:

• Lagere gegevensintegriteit
• Meer gebruikersfouten
• Hogere frustratieniveaus van gebruikers en lagere gebruikerstevredenheid
• Lagere gebruikersproductiviteit

Houd er rekening mee dat u in-app begeleiding mogelijk anders wilt gebruiken in verschillende scenario's, omdat de mindset van een gebruiker bepaalt hoeveel begeleiding "te veel" versus "niet genoeg" is. Gebruikers die voor het eerst kennismaken met een nieuw systeem, zullen waarschijnlijk vaker berichtenverkeer nodig hebben dan gebruikers die gewoon kennismaken met een nieuwe voorziening in een systeem waarmee ze al vertrouwd zijn.

Hier zijn enkele sleutels voor het maken van effectieve in-app begeleiding:

• Ontwikkel ontwerpstandaarden. Het is belangrijk om te onthouden dat overmatige blootstelling aan in-app begeleiding ertoe kan leiden dat gebruikers routinematig berichten negeren of negeren. Op dit punt wordt in-app begeleiding een ergernis in plaats van een resource. Definieer ontwerpnormen om duidelijk te maken wanneer aanwijzingen, begeleidingen, Help-tekst op veldniveau, validatieberichten, paden, schermstromen, enzovoort moeten worden gebruikt.
• Maak een prioriteringssysteem voor begeleidingsimplementaties. Niet elke gebruikscase voor in-app begeleiding moet worden geïmplementeerd. Overweeg in plaats daarvan de volgende vragen om prioriteit te geven. Waar kunt u gewoon betere veldnamen, explicietere labels op knoppen, beter formulierontwerp en procesoptimalisering gebruiken om intuïtievere werkstromen te maken? Waar kunt u nuttigere tekst of koppelingen naar een traject toevoegen? Welke impact op bedrijfskosten heeft in-app begeleiding? Hoe vaak wilt u berichten aan uw gebruikers leveren? Zorg er ook voor dat implementaties worden opgenomen in uw roadmap, zodat alle belanghebbenden zicht hebben.
• Wijs gebruikers toe aan actieve (en voorgestelde) in-app begeleiding. Door gebruikers toe te wijzen aan in-app begeleiding kunt u "nuttige overbelasting" identificeren en voorkomen doordat er te veel in-app begeleiding wordt weergegeven voor een gebruiker. Vaak is dit het resultaat van silo-ontwikkeling, omdat teams te beperkt nadenken over hun specifieke gebruikscase. Het behouden van een holistisch beeld van wat gebruikers zullen worden blootgesteld aan is met name van cruciaal belang voor grote organisaties. Het opnemen van begeleidingsimplementaties in uw roadmap kan ook helpen.
• Verzamel en gebruik feedback om te verbeteren. Controleer gegevens over het gebruik van in-app begeleiding en gebruik deze om de effectiviteit van in-app begeleidingsimplementaties te beoordelen. Zorg ervoor dat gebruikers manieren hebben om ook feedback met een open einde te geven om begeleidingssamenstellers te helpen.

De onderstaande lijst met patronen en antipatronen toont hoe goede (en slechte) in-app begeleiding eruitziet in een Salesforce-organisatie. U kunt deze gebruiken om ontwerpen te valideren voordat u gaat samenstellen, en om implementaties te identificeren die moeten worden aangepast.

Zie voor meer informatie over Salesforce-tools voor in-app begeleiding Tools Relevant voor betrokkenheid.

Door erkenning en beloningen in een app in te bouwen, voelen mensen die die app gebruiken zich meer verbonden met de impact van hun werk en krijgen ze beter inzicht in de waarde van hun bijdragen, productiviteit en prestaties. Het is ook een krachtige manier om loyaliteit en betrokkenheid te ontsluiten.

Niet ontwerpen voor erkenning of het belonen van app-ervaringen kan bijdragen aan een verscheidenheid aan problemen, waaronder:

• Gebruikers die moeite hebben om hun voortgang of snelheid te begrijpen
• Verwarring over voortgang naar doelen of onvoltooid werk
• Onproductievere gebruikers, die geen verband zien tussen hun taken en het “grotere plaatje”
• Verspilde beheertijd aan handmatige rapportage over doelen op laag niveau

Het ontwerpen en leveren van lonende app-ervaringen kan moeilijk zijn, omdat deze afhankelijk zijn van de bedrijfscultuur, het beleid en de standaarden, alsmede de context en voorkeuren van afzonderlijke gebruikers. Voorzieningen die desktopgebruikers momenten van vreugde of waardering kunnen geven, kunnen een irritatie worden voor een gebruiker op een mobiel apparaat of een gebruiker die probeert te werken vanuit een drukke thuiskantoor. Mensen die een app gebruiken om te werken met informatie die privé of zeer gevoelig is, waarderen communicatie over mijlpalen in de vorm van confettivieringen of badges mogelijk niet. Een gedistribueerd verkoopteam daarentegen kan dergelijke gamification zien als een app-ervaring die de moeite waard is. Uiteindelijk kunt u de implementatiepatronen die u kiest, het beste bepalen door samen te werken met ontwerpers van gebruikerservaringen (UX) in een team.

Als het gaat om architectuur, is het belangrijk om te bepalen hoe en waar apps voorzieningen kunnen implementeren die gebruikers helpen zich erkend en beloond te voelen. Het is ook belangrijk om te begrijpen hoe en waar deze voorzieningen apps minder herbruikbaar kunnen maken of echte bedrijfswaarde kunnen verminderen.

Hier zijn enkele vragen om te overwegen bij het evalueren van erkenning en beloningen in Salesforce-apps:

• Hoe en waar kunnen gebruikers hun eigen voortgang zien, evenals algemene teamstatistieken? Rapporten zijn belangrijk, maar bevatten vaak overzichtsgegevens die de context van het dagelijks werk kunnen missen. U kunt een tool zoals Lightning Appsamensteller gebruiken om diagrammen of dashboards in te bedden op recordschermen binnen de context van een app, zodat gebruikers inzicht krijgen in hun impact of voortgang terwijl ze hun dagelijkse taken uitvoeren.
• Hoe moeten gebruikers worden herkend? Dit kan variëren per team of individuele voorkeuren. In sommige gevallen willen supervisors mogelijk berichten zien over de voortgang van gebruikers, zodat ze kunnen worden gedeeld met een grotere groep. Erkenning kan ook een extra voordeel zijn om het moreel van werknemers te verbeteren. En in andere gevallen willen gebruikers wellicht gewoon de enigen zijn die op de hoogte worden gebracht van hun voortgang voor een bepaalde taak of een bepaald project.

De onderstaande lijst met patronen en antipatronen toont hoe de juiste (en slechte) erkenning en beloningen eruitzien in een Salesforce-organisatie. U kunt deze gebruiken om ontwerpen te valideren voordat u gaat samenstellen, en om implementaties te identificeren die moeten worden aangepast.

Zie voor meer informatie over Salesforce-tools voor erkenning en beloningen Tools Relevant voor betrokkenheid.

De volgende tabel toont een selectie van patronen die u in uw organisatie kunt zoeken (of samenstellen) en antipatronen die u kunt vermijden of die u kunt gebruiken voor herstel.

✨ Ontdek meer patronen voor nuttige apps in de Patroon & Anti-patroon Explorer.

Help ons Salesforce Well-Architected relevant voor u te houden; neem deel aan onze enquête om feedback te geven over deze inhoud en vertel ons wat u als volgende wilt zien.