Dela via


Rekommendationer för att definiera prestandamål

Gäller för den här Power Platform checklisterekommendationen för prestandaeffektivitet för välstrukturerat ramverk:

PE:01 Definiera prestandamål. Prestandamålen bör vara numeriska värden som är kopplade till arbetsbelastningskraven. Du bör implementera prestandamål för alla arbetsbelastningsflöden.

Denna guide beskriver rekommendationerna för att fastställa och exponera prestandamål. Prestandamålen är mått som definierar prestandamålen. Dessa mått uttrycks som ett enskilt numeriskt värde eller ett numeriskt intervall. De är tydliga och specifika mått som gör att förbättringarna förbättras kontinuerligt. Prestandamålen är en numerisk grund för förbättringar och de hjälper teamen justera deras åtgärder mot specifika mål. Utan tydliga prestandamål kanske teamen saknar fokus och ansvar för prestandaproblem. Genom att sätta upp prestandamål kan team arbeta mot specifika mål och driva på kontinuerliga förbättringar.

Definitioner

Begrepp Definition
Dataflöde Datas förflyttning inom ett system eller mellan system.
Beroende En komponent som en arbetsbelastning är beroende av.
Flow I en arbetsbelastning, en sekvens av åtgärder som utför en viss funktion. Det omfattar förflyttning av data och körning av processer mellan komponenter i arbetsbelastningen. Även om "flöde" kan föreslå ett Power Automate-flöde, hänvisar det i detta sammanhang till en generisk sekvens som inte är knuten till en specifik implementering.
Mått Numeriska värden som samlas in med regelbundna intervaller. Mått beskriver vissa aspekter av ett system vid en viss tidpunkt.
Prestandamål Mått som definierar prestandamål. Dessa mått uttrycks som ett enskilt numeriskt värde eller ett numeriskt intervall.
Användarflöde Sökvägar eller sekvenser för åtgärder som användare vidtar i ett program eller system.
Workflow Sekvensen med steg som en arbetsbelastning körs för att utföra en uppgift.

Viktiga designstrategier

Det är viktigt att fastställa prestandamål steg att arbetsbelastningen blir mer effektiv. Prestandamålen definierar den önskade prestandanivån för din arbetsbelastning och hjälper dig att mäta hur effektiv den är när du uppnår dessa mål. Prestandamål ger en referenspunkt för att mäta och jämföra en arbetsbelastnings effektivitet. Detta riktmärke kan hjälpa dig att identifiera områden för förbättring. Målen anpassar också uppgifter till organisationens mål och förbättrar verksamhetsresultat. Dessutom ger prestandamålen vägledning i resursallokering, så att du kan se till att arbetsbelastningen kan anpassa sig efter olika krav samtidigt som du upprätthåller optimal prestanda.

Ange prestandamål tidigt

Ange prestandamål innan du distribuerar arbetsbelastningen. För prestandamålen krävs efterforskningar. Genomför marknadsundersökningar, konkurrensanalyser och enkäter för att generera dina prestandamålsintervall. För en befintlig produktionsarbetsbelastning som inte har några prestandamål använder du produktionsdata och användarfeedback för att fastställa prestandamålen.

Fastställa prestandakrav

Att fastställa prestandakrav handlar om att identifiera viktiga prestandamått som svarstid, dataflöde och fördröjning som är viktiga för din arbetsbelastning. Genom att justera dessa prestandamål mot organisationens verksamhetsmål kan du se till att arbetsbelastningen uppfyller de önskade standarderna, oavsett om det är en förstklassig eller genomsnittlig produkt. Du kan till exempel minska svarstiden, öka genomflödestakten eller optimera resursanvändningen.

När du sätter upp prestandamål är det viktigt att anpassa organisationens mål till användarbasens specifika behov. Användarna avgör i slutändan framgången för prestandan och det betonas att prestandamålen bör anpassas till deras förväntningar. Denna balans säkerställer att prestandamålen samlar in den avsedda användarupplevelsen och arbetsbelastningens övergripande effektivitet.

Om du vill mäta och optimera arbetsbelastningens prestanda på ett omfattande sätt bör du överväga att ange prestandamål för följande:

  • Enskilda komponenter: Enskilda komponenter är separata enheter eller segment av arbetsbelastningen och samtliga kan ha olika prestandaattribut och krav.
  • Användar-flöden: Dessa vägar kartlägger hur användare manövrerar genom arbetsbelastningen och säkerställer att deras smidighet direkt förbättrar användarupplevelsen.
  • Arbetsflöden: Arbetsflödesdefinierade interna processer används för att uppnå särskilda resultat och styr ofta effektiviteten.
  • Dataflöden: Dataflöden avser förflyttning och interaktion av data i arbetsbelastningen, vilket hjälper till att identifiera potentiella ineffektiviteter eller flaskhalsar.
  • Externa beroenden: Externa beroenden är element utanför den primära arbetsbelastningen (integrerade tredjeparts tjänster eller verktyg) som avsevärt kan påverka prestandan.
  • Tekniknivåer: Tekniknivåer är direkta indikatorer på prestanda, t.ex. hastigheten på API-åtkomst, databasåtgärd och potentiella nätverksförseningar.
  • Affärstransaktioner: Det sömlösa utförandet av affärstransaktioner från slutanvändare till slutanvändare, t.ex. slutföra ett köp eller boka en tjänst, är direkt kopplat till användarens tillfredsställelse.
  • Helhetsbild av arbetsbelastningen: Det här måttet ger en översikt över de samlade prestationerna som omfattar alla komponenter och aspekter av arbetsbelastningen.

Identifiera nyckelmått

Att identifiera viktiga prestandamått omfattar att fastställa viktiga mått som spårar förloppet mot arbetsbelastningens prestandamål. Identifieringen ger ett effektivt sätt att mäta och förbättra prestandaeffektiviteten.

När du identifierar viktiga mått att fokusera på bör du tänka på mått relaterade till tillgänglighet, kapacitet och svarstid:

  • Tillgänglighet: Felfrekvens är ett prestandamått för tillgänglighet. Felfrekvens motsvarar procentandelen misslyckade förfrågningar under en viss tidsperiod. Ett vanligt mål för felfrekvens är 0,1 procent av förfrågningar.

  • Kapacitet: Dataflöde och samtidighet är exempel på kapacitetsmått. Dataflöde avser möjligheten att hantera ett visst antal transaktioner inom en viss tidsperiod. En programintegrering med ett externt system kan exempelvis behöva göra 10 miljoner uppdateringstransaktioner per månad. Samtidighet är ett mått på samtidiga användare eller åtgärder.

  • Svarstid: Svarstid och laddningstid är vanliga svarstidsmått. Svarstid är tiden det tar att besvara en förfrågan (200 millisekunder). Inläsningstiden är den tid det tar för ett program eller en webbsida att vara interaktivt. Ett vanligt mål är att 99 % av kundernas uppslagsförfrågningar slutförs på mindre än två sekunder.

  • Avböjningsfrekvens: I samband med konversations-AI mäter avböjning andelen förfrågningar som slutförs via självbetjäning som annars skulle hanteras av liveagenter. Med andra ord anger det antalet uppgifter som kan automatiseras, vilket minskar arbetsbelastningen för teamet. Att optimera agentavböjningsfrekvensen är ett av de främsta fokusområdena för organisationer som strävar efter att uppnå sina affärsmål kring avkastning på investeringen (ROI) och kundnöjdhet (CSAT), samt att förbättra agentens övergripande prestation. Nyckelindikatorer i Copilot Studio som hjälper till att förbättra agentens prestanda inkluderar stängningsfrekvens, eskaleringsfrekvens och CSAT.

Ange specifika mål

När du har identifierat de viktigaste måtten måste du ange prestandamål eller tröskelvärden för varje mått. Prestandamålen bör vara mätbara, uppfylla målsättningen för arbetsbelastningen och vara anpassade efter dina mål för arbetsbelastningen. Du kan till exempel ange en målsvarstid på mindre än 500 millisekunder (ms) eller en målfelfrekvens på mindre än 1 procent.

Undvik kvalitativa bedömningar av prestanda. Dina användare har till exempel olika åsikter om vad snabbt eller långsamt betyder. Intressenter måste komma överens om vad "snabb" betyder och om hur de ska mätas.

Genom att använda numeriska mål kan du objektivt bedöma prestanda över tid. Tänk på följande rekommendationer när du anger specifika prestandamål:

  • Tänk påanvändaren: När du anger prestandamål bör du använda ett användarcentrerat perspektiv. Att erkänna användaren som den ultimata bedömningen av prestanda hjälper till att säkerställa att prestationsmål överensstämmer med användarnas förväntningar. Denna anpassning innebär att man beaktar både organisatoriska mål och användarbasens distinkta krav. När du integrerar dessa två aspekter kan du skräddarsy prestandamålen så att de återspeglar den önskade användarupplevelsen och arbetsbelastningens effektivitet. Genom att definiera prestandamål som tar hänsyn till användarnas förväntningar kan du sträva efter att ge en hög kvalitetsupplevelse och uppfylla användarnas behov. Var emellertid försiktig och be användarna att uppfylla sina prestandakrav. De kanske bara uppger att de vill att systemet ska vara "så fort som möjligt", vilket inte beror på att systemet fungerar som det ska. Försök att fastställa vad de tycker är för långsamt, eller hur oacceptabel prestanda ser ut och arbeta baklänges därifrån. På så sätt får du mer realistiska krav.

  • Beaktauppgifterna: Tänk på de olika uppgifter som användare utför med systemet. Vissa uppgifter är viktigare än andra ur ett prestandaperspektiv. En säljare som exempelvis snabbt behöver leta upp en kunds information har ett högre prestandabehov än att samma användare tittar på en månatlig försäljningsrapport. Fokusera på de uppgifter som är viktiga för prestanda och se till att de uppfyller kraven. För varje kritisk uppgift, prata med användarna om hur lång tid de tycker att det bör ta. Var specifik och fokusera på en uppgift åt gången. Du kommer att få olika krav för olika uppgifter inom samma arbetsbelastning, vilket är meningsfullt.

  • Använda percentiler: Percentiler som P99, P95 och P50 används ofta för att representera resultaten av prestandabedömningar. De talar om för dig vilken del av data ett nummer innehåller. P99 innehåller till exempel 99 % av alla data. Använd percentiler, snarare än enkla medelvärden, för att ge en mer omfattande förståelse av arbetsbelastningsprestanda. Om du vill mäta percentiler samlar du in prestandainformation över en tidsperiod, vanligtvis med hjälp av övervakningsverktyg eller loggningsmekanismer. Analysera sedan dessa data för att bestämma svarstidsvärdena vid olika percentiler.

  • Sätt upp uppnåeliga mål: Tänk på baslinjeprestandan för de tjänster du använder och sätt upp uppnåbara mål. När du använder tjänster som abstraherar den underliggande plattformen, sätt inte upp mål som är knutna till faktorer du inte kontrollerar. Att ange ett målvärde på 200 ms för en skärmbelastning skulle till exempel vara overkligt om grundnivån redan är 250 ms, innan du ens har en chans att införliva din egen logik.

Dokumentera och visa prestandamål

Att dokumentera och visa prestandamålen handlar om att registrera alla prestandamål på en centraliserad plats. Att uppnå prestandamålen är ett delat ansvar mellan utvecklings- och verksamhetsteam. För att säkerställa att arbetsbelastningen konsekvent uppfyller eller överskrider dessa mål ger du teamen information och tillgång till åtgärder.

För att dokumentera och exponera prestandamål, överväg dessa rekommendationer:

  • Dokumentera prestandamål: Dokumentera alla prestandamål. Se till att alla prestandamål dokumenteras på en centraliserad plats som är lätt åtkomlig för både utvecklings- och verksamhetsteam. Det främjar anpassning och underlättar beslutsfattande i realtid.

  • Visa prestandamålen: Alla ansvariga team bör kunna granska och skapa åtgärdsbara uppgifter utifrån prestandamålen. Med hjälp av information som instrumentpaneler och rapporter kan du göra prestandamålen tillgängliga.

  • Gör den handlingsbar: Dokumentationen och informationstavlorna bör föreslå tydliga nästa steg. Till exempel kan en ökning av fel orsaka en omedelbar kontroll, eller att konsekvent uppnå en målsättning kan föreslå en omvärdering av den målstolpen.

Utvärdera användarfeedback

Att utvärdera användarfeedback innebär att aktivt söka och analysera svaren och förslagen från dina användare. Att aktivt samla in och analysera feedback från användarna ger värdefulla insikter om deras behov och förväntningar. Med hjälp av regelbunden kommunikation kan du justera prestandamålen i enlighet med förändrade inställningar och tekniska trender. Att fokusera på användarbehov innebär att arbetsbelastningen inte bara anpassas till tekniska riktlinjer utan också genomgår kontinuerlig förbättring. Den här metoden ökar användartillfredsställelsen och säkerställer att arbetsbelastningen förblir relevant och framgångsrik i längden.

Underlätta Power Platform

Power Platform integreras med Application Insights, som ingår i Azure Monitor-ekosystemet. Azure Monitor är en komplett övervakningstjänst med en komplett uppsättning funktioner för att övervaka dina resurser och mäta prestandamål. Azure Monitor samlar in plattformsmått och tillhandahåller färdiga instrumentpaneler. Du kan konfigurera aviseringar baserat på mått och även lagra och korrelera mått för att säkerställa en enda källa till sanningen. Information om hur vanliga telemetri- och anpassade spårningshändelser kan loggas och analyseras finns i Analysera systemgenererade loggar med hjälp av Application Insights.

Power Platform garanterar enhetlig tillgänglighet och effektivitet genom att tillämpa tjänsteskyddsbegränsningar. De här begränsningarna är vanligtvis tillräckligt stora för att arbetsbelastningen inte ska uppstå vid normal användning. Du kan emellertid drabbas av belastningen om du hanterar omfattande datamigrering, massåtgärder eller datamigrering. Om du är arbetsbelastningsutvecklare bör du känna till hur tjänsteskyddsbegränsningar tillämpas och hur du utformar arbetsbelastningen för att minska risken för att de överskrids. Du bör också planera för hur gränser ska hanteras om de inträffar. Mer information finns i

Copilot Studio har en omfattande uppsättning analyser som identifierar nyckelprestandaindikatorerna för din agent. Ett flertal olika diagram visas trender och användning som berör agent ämnen. Dessa diagram använder AI för att markera ämnen som har störst inverkan på agentprestandan. Du kan också utforma en anpassad analysstrategi för att skapa en rapport som inte omfattas av färdiga analyser.

Checklista för prestandaeffektivitet

Se den fullständiga uppsättningen med rekommendationer.