Automatiseret - Effektivitet

Få mere at vide om veludformet enkelt → automatiseret → effektivitet → KPI'er

Hvor skal du se? Produktområde \| Placering	Hvordan ser godt ud? Mønster
Einstein \| Forretning	✅ KPI'er for dine specifikke anvendelsessituationer identificeres, før du aktiverer en AI-genfunktionsfunktion KPI'er for dine specifikke anvendelsessituationer identificeres, før du aktiverer en AI-genfunktion
Platform \| Dashboards	✅ Alle metrikker, der er relateret til KPI'er, er inkluderet i mindst et dashboard
Platform \| Dokumentation	✅ Output for hver automatisering kan måles og er tidsbundet
Platform \| Dokumentation	✅ Ansvarlige interessenter er angivet for hver KPI

Læs mere om Well-Archived Easy → Automated → Effektivitet → Operational Logic

Hvor skal du se? Produktområde \| Placering	Hvordan ser godt ud? Mønster
Data 360 \| Business	✅ Segmentopdateringsbehov evalueres, før du implementerer datafederation Før du forener data fra eksterne kilder, skal du sørge for, at standardtidsplanen på 12 timer eller 24 timer for segmentopdatering og aktivering fra Data 360 til Marketing Cloud-engagement opfylder forretningsbehov. Hurtig segmentering og aktivering understøttes aktuelt ikke, når du bruger BYOL-dataforenet (Bring Your Own Lake)
Data 360 \| Dokumentation	✅ Design for en 1:1- eller 1:mange forbindelser mellem Marketing Cloud og Data 360 Mange CRM-forekomster kan tilsluttes mange Data 360-forekomster, men mere end en Marketing Cloud-forekomst kan ikke tilsluttes til den samme Data 360-forekomst.Men en enkelt Marketing Cloud-forekomst kan tilsluttes til forskellige Data 360-forekomster
Data 360 \| Organisation	✅ Optimer dine segmenteringsplaner Angiv kun udgivelsestidsplaner i den periode, som segmentet er nødvendigt for. Ad hoc- eller engangskampagner skal bruge "Opdater ikke"-udgivelsestidsplanen. Evergreen (også kaldet "altid på") kampagner skal bruge en udgivelsestidsplan for hver 12 timer. For Evergreen skal du kun angive Slutdato så langt i fremtiden, som kampagnen vil være aktiv for
Data 360 \| Organisation	✅ Optimer dine beregnede indsigtsplaner Hvis din beregnede indsigt kun skal køres en gang, skal du bruge indstillingen "Ikke planlagt" og kun udgive manuelt en gang. Hvis der er brug for det mindre ofte end hver 24 timer, kan du overveje andre automatiseringsindstillinger som Forløb
Data 360 \| Organisation	✅ Brug datahandlinger til at oprette platformsbegivenheder for forbedret driftslogik Brug af datahandlinger til at udgive en platformsbegivenhed betyder, at du kan adskille den datahandling, der kommer fra Data 360 (udgivelse af en begivenhed) fra de handlinger, du har brug for for at ske i din organisation (kald af forløb og Apex). Dette øger omfanget af handlinger, som din organisation kan reagere på fra Data 360 og større kontrol over din driftslogik.
Einstein \| Agenter	✅ Definer agentinstruktioner som en del af den gentagne opbygnings-/testproces Udbyg de krævede agentemnefelter (navn, beskrivelse, omfang) og tilføj tilknyttede handlinger, og start derefter med at teste emnet. Tilføj trinvist instruktioner for at guide din agent til at køre emnet og vælge handlinger på den ønskede måde i en gentagen opbygnings-/testløbe
Einstein \| Organisation	✅ Dine meddelelsesskabeloner angiver persona og personaens mål Dine meddelelsesskabeloner indeholder kontekstoplysninger, f.eks. den persona, som LLM skal antage, samt den pågældende tegns mål. Inkluder f.eks. sprog som "Du er en marketingansvarlig, der ønsker at invitere større kunder til en live-begivenhed".
Einstein \| Søgeindekser	✅ Udelad felter med lav entropi, når du opretter søgeindekser for strukturerede DMO'er Hvis du vil forbedre relevansen, kan du overveje at udelade datapunkter med meget lav kardinalitet (antallet af særskilte elementer på en liste) eller lav entropi (listeposter, der er koncentreret omkring nogle få værdier). Generelt giver disse felter lidt eller ingen nyttige oplysninger til at finde relevante data med vektorsøgning
Platform \| Apex	✅ SOQL-erklæringer er selektive Sammenligningsoperatorer bruger positiv logik (dvs. `INCLUDES`, `IN`) som primær eller eneste logik i SOQL-erklæringer
Platform \| Apex	✅ SOQL-erklæringer er selektive Brug af `= NULL`, `!= NULL` er sjælden og/eller følger altid en positiv sammenligningsoperator i SOQL-erklæringer
Platform \| Apex	✅ SOQL-erklæringer er selektive Ingen `LIMIT 1`-erklæringer vises i SOQL
Platform \| Apex	✅ SOQL-erklæringer er selektive Ingen brug af `ALL ROWS`-nøgleord vises i SOQL-erklæringer
Platform \| Apex	✅ Der vises ingen SOQL i en løkke
Platform \| Apex	✅ Alle jokertegnskriterier vises i SOSL
Platform \| Apex	✅ SOQL-erklæringer er selektive Ingen SOQL-erklæringer bruger `LIKE` sammenligninger eller delvise tekst sammenligninger
Platform \| Apex	✅ SOQL er pakket i `try-catch`
Platform \| Apex	✅ Ingen variabler refererer til hardcodede værdier (for registreringstyper, brugere osv.
Platform \| Designstandarder	✅ Anvendelsessituationerne for synkrone og asynkrone handlinger i automatiseringer er tydeligt skitseret som en del af designstandarder
Platform \| Dokumentation	✅ Planlagte og potentielle kørselsstier for automatiseringer skitseres tydeligt
Platform \| Forløb	✅ Ingen variabler refererer til hardcodede værdier (for registreringstyper, brugere osv.)
Platform \| Forløb	✅ Forløb (herunder processer) overfører logik til Apex i store datamængdekontekster
Platform \| Forløb	✅ Underforløb bruges til de afsnit af en proces, der skal genbruges på tværs af forretningen
Platform \| Forløb	✅ Alle automatisk startede forløb og processer bruger beslutnings- og/eller pauseelementer til at evaluere indtastningskriterier og forhindre uendelige løkker eller kørsler mod store datamængder

Få mere at vide om Well-Archived Easy → Automated → Effektivitet → Procesdesign

Hvor skal du se? Produktområde \| Placering	Hvordan ser godt ud? Mønster
Data 360 \| Organisation	✅ Optimer rækker i alt, der er behandlet i batchtransformationer i datatransformationer, skal du bruge en filteraktivitet på lærredet til kun at isolere rækker, der skal behandles for en vellykket transformation
Data 360 \| Organisation	✅ Konsolider dimensioner på tværs af beregnede indsigter I stedet for at skrive flere beregnede indsigter med en dimension hver, skal du konsolidere begge dimensioner i en beregnet indsigt, hvor det er muligt
Platform \| Apex	✅ Hver klasse tjener et enkelt specifikt formål
Platform \| Apex	✅ Hver metode udfører en specifik, detaljeret opgave
Platform \| Apex	✅ Alle inputvariabler har et tydeligt formål i klassen
Platform \| Apex	✅ Kørsel af kode kræver et minimalt antal ressourcer
Platform \| Forløb	✅ Brugere bliver kun bedt om at angive data, når eksisterende systemdata ikke kan bruges
Platform \| Forløb	✅ Forløb er organiseret i en hierarkisk struktur, der består af et hovedforløb og underordnede underforløb
Platform \| Forløb	✅ Alle brugerinput har et tydeligt formål i forløbet
Platform \| Forløb	✅ Hvert forløb tjener et enkelt, specifikt formål
Platform \| Forløb	✅ Hvert trin udfører en specifik, detaljeret opgave

Få mere at vide om veludformet enkelt → automatiseret → effektivitet → KPI'er

Hvor skal du se? Produktområde \| Placering	Hvad skal undgås? Anti-mønster
Platform \| Dashboards	⚡️ KPI-rapportering findes ikke, eller dashboards mangler metrikker, der er relateret til nogle KPI'er
Platform \| Dokumentation	⚡️ KPI'er findes uden ansvarlige interessenter
Platform \| Dokumentation	⚡️ KPI'er findes ikke for automatiseringer eller har uklare tidsrammer for mål

Læs mere om Well-Archived Easy → Automated → Effektivitet → Operational Logic

Hvor skal du se? Produktområde \| Placering	Hvad skal undgås? Anti-mønster
Data 360 \| Dokumentation	Design for mange:1 forbindelse mellem Marketing og Data 360 Diagrammer eller løsningedesigndokumenter angiver mere end en Marketing Cloud-forekomst, der opretter forbindelse til en enkelt Data 360-forekomst via Marketing Cloud-forbindelsen
Data 360 \| Organisation	Dataføderation implementeres uden at evaluere segmenteringsopdateringsbehov Dataføderation bruges til datasæt, der kræver hurtig segmentering og aktivering (1-timers eller 4-timers tidsplan for at sende aktiveringsdata), i modsætning til standard 12-timers eller 24-timers tidsplan
Data 360 \| Organisation	⚡️ Dataføderation implementeres uden at evaluere behovet for datatransformering En ekstern DLO indeholder data, der er nødvendige for at streame datatransformeringer
Einstein \| Agenter	⚡️ Definer agentinstruktioner i starten af designprocessen Instruktioner tilføjes, før du tester agentens mulighed for at køre emnet og vælge relevante handlinger
Platform \| Apex	SOQL-erklæringer er ikke-selektive Sammenligninger ved brug af `NOT`, anvendes `NOT IN`-kriterier som den primære eller eneste sammenligningsoperator i SOQL-erklæringer
Platform \| Apex	⚡️ SOQL-erklæringer er ikke-selektive `ALL ROWS` nøgleord bruges i SOQL-erklæringer
Platform \| Apex	SOQL-erklæringer er ikke-selektive `= NULL`, `!= NULL` kriterier bruges som den primære eller eneste sammenligningsoperator i SOQL-erklæringer
Platform \| Apex	⚡️ Variabler har hardcodede værdier
Platform \| Apex	⚡️ SOQL vises i løkker
Platform \| Apex	SOQL-erklæringer er ikke-selektive `LIKE`, og jokertegnsfilterkriterier vises hyppigt i SOQL-erklæringer i SOQL-erklæringer
Platform \| Apex	⚡️ SOQL er ikke indpakket i `try-catch`
Platform \| Apex	⚡️ SOQL-erklæringer er ikke-selektive `LIMIT 1`, der vises i SOQL
Platform \| Apex	⚡️ SOSL bruges sjældent eller ikke ensartet til jokertegnsvalgskriterier
Platform \| Designstandarder	⚡️ Anvendelsessituationer for synkrone og asynkrone handlinger håndteres ikke
Platform \| Dokumentation	⚡️ Automatiseringskald er ikke dokumenteret
Platform \| Forløb	⚡️ Variabler har hardcodede værdier
Platform \| Forløb	⚡️ Forløb (inklusive processer) skal deaktiveres manuelt før masseindlæsning af data
Platform \| Forløb	⚡️ Dele af et forløb gentages på tværs af forløb i stedet for at bruge underforløb
Platform \| Forløb	⚡️ Forløb (inklusive processer) udløser "uhåndteret undtagelse"-adviseringer
Platform \| Forløb	⚡️ Selv enkle forløb forårsager regelmæssigt fejl, der er relateret til styringsbegrænsninger

Få mere at vide om Well-Archived Easy → Automated → Effektivitet → Procesdesign

Hvor skal du se? Produktområde \| Placering	Hvad skal undgås? Anti-mønster
Platform \| Apex	⚡️ Klasser tjener flere formål
Platform \| Apex	Metoder udfører flere opgaver, eller metoder udfører opgaver, der ikke stemmer overens med det angivne formål for den klasse, de er del af
Platform \| Apex	Inputvariabler bruges faktisk ikke i metoder
Platform \| Apex	Metoder til unødigt at hente data fra databasen eller fra eksterne systemer
Platform \| Forløb	⚡️ Forløb kræver yderligere input for at angive kontekst
Platform \| Forløb	⚡️ Forløb tjener flere formål
Platform \| Forløb	Grupper af relaterede trin indeholder funktionalitet, der overlapper grupper af trin i andre forløb
Platform \| Forløb	⚡️ Forløb beder om brugerinput, når lagrede data i stedet kan bruges
Platform \| Forløb	⚡️ Forløb kræver input, hvis data ikke bruges