Att utveckla en rollstyrd kunddashboard handlar om mer än att visa olika diagram. En ekonomiansvarig, en beställare och en extern samarbetspartner behöver ofta olika beslut och olika underlag. Om samma översikt bara får några knappar dolda kan varje roll fortfarande sakna rätt sammanhang, samtidigt som data finns åtkomliga genom en export eller ett direkt anrop.
Tänk på en påhittad serviceportal där en beställare följer sina ärenden, en arbetsledare fördelar uppgifter och en kundansvarig granskar avtal. Exemplet är inte en levererad kundlösning. Det används för att skilja verksamhetsbehov från visuella variationer och för att bestämma vad som behöver visas och kontrolleras i den första användbara versionen.
Kartlägg uppgiften före diagrammet
Be varje roll beskriva vad personen försöker avgöra när dashboarden öppnas. Beställaren kanske behöver se om ett ärende kräver komplettering, medan arbetsledaren behöver hitta uppgifter utan ansvarig. Skriv vilket underlag och vilken handling som behövs. Ett sammanfattande tal blir meningsfullt först när det hjälper personen att komma vidare till rätt arbetsmoment.
Ange också vilka data som inte tillhör rollen. Behörighet kan bero på kund, avtal, projekt och aktuell tilldelning, inte bara en titel i användarprofilen. En chef behöver inte automatiskt ha tillgång till alla kunder. Dokumentera dessa gränser tillsammans med uppgifterna, så att gränssnitt och server använder samma verksamhetsmodell när lösningen byggs.
Låt sammanfattningen gå att förklara
Varje siffra behöver en begriplig definition och ett känt urval. Förklara om avslutade eller annullerade ärenden ingår och hur uppgifter som väntar på extern behandling räknas. Visa när data senast kontrollerades om aktualiteten påverkar beslutet. Ett gammalt värde bör inte presenteras som en ny mätning bara för att sidan precis öppnades.
Länken från ett tal till en lista ska använda ett konsekvent urval. Om översikten visar fem väntande ärenden men listan visar två behöver användaren kunna förstå varför. Ett behörighetsfilter ska inte försvinna när personen byter vy. Prova därför sammanfattning, detalj, sökning och export som en sammanhängande kedja i stället för fristående skärmar.
Bygg särskilda lägen för saknade data
En tom dashboard kan betyda att det inte finns uppgifter, att ett filter är för snävt eller att en integration inte svarar. Dessa situationer kräver olika texter och nästa steg. Visa inte noll när systemet egentligen saknar en aktuell mätning. Den typen av visuell förenkling kan leda till felaktiga beslut trots att inget tekniskt undantag syns.
När en roll ändras ska både vy och faktisk åtkomst följa med. En redan öppen flik kan innehålla gamla knappar, men nästa skyddade åtgärd måste ändå kontrolleras. Bestäm hur användaren informeras och vart personen kan gå. Förhindra också att gamla lokala data från en annan kund blir kvar när användaren växlar arbetsyta.
Acceptera ett arbetsflöde per roll
Låt testpersonen hitta ett ärende, granska underlaget och utföra den tillåtna åtgärden. Testa sedan samma direktlänk med en annan roll, ändra behörigheten under en öppen session och prova exporten. Kontrollera tangentbordsnavigation, tydliga rubriker och att status inte bara uttrycks med färg. En färdig skärmbild bevisar inte att uppgiften går att slutföra.
Brainbaby Labs kan hjälpa till att bygga kundportaler och verksamhetsappar med tydliga roller. Skicka två eller tre centrala arbetsuppgifter och exempel på gränser mellan kunder och projekt. Då går det att diskutera en dashboard som hjälper varje person att agera, med verifierbara datadefinitioner och åtkomstregler bakom den synliga designen.