Automatisert – effektivitet
Lær mer om Well-Architected Easy → Automated → Efficiency → KPI-er
| Hvor skal du se? Produktområde | Sted | Hvordan ser godt ut? Mønster |
|---|---|
| Einstein | Virksomhet | ✅ KPI-er for dine spesifikke brukstilfeller identifiseres før du aktiverer en AI-genfunksjon KPI-er for dine spesifikke brukstilfeller identifiseres før du aktiverer en AI-genfunksjon |
| Plattform | Kontrollpaneler | ✅ Alle målinger relatert til viktige ytelsesindikatorer er inkludert i minst ett kontrollpanel |
| Plattform | Dokumentasjon | ✅ Utdata for hver automatisering er målbare og tidsbundet |
| Plattform | Dokumentasjon | ✅ Ansvarlige interessenter er oppført for hver KPI |
Lær mer om Well-Architected Easy → Automated → Efficiency → Operational Logic
| Hvor skal du se? Produktområde | Sted | Hvordan ser godt ut? Mønster |
|---|---|
| Data 360 | Virksomhet | ✅ Segmentoppdateringsbehov evalueres før du implementerer dataforbund Før du forener data fra eksterne kilder, må du forsikre deg om at den standard 12-timers eller 24-timers tidsplanen for segmentoppdatering og aktivering fra Data 360 til Marketing Cloud Engagement oppfyller forretningsbehovene. Rask segmentering og aktivering støttes for øyeblikket ikke når du bruker BYOL-dataforbundet (Bring Your Own Lake) |
| Data 360 | Dokumentasjon | ✅ Utforming for en 1:1 eller 1:mange tilkobling mellom Marketing Cloud og Data 360 Mange CRM-forekomster kan kobles til mange Data 360-forekomster, men flere enn én Marketing Cloud-forekomst kan ikke kobles til samme Data 360-forekomst.En enkelt Marketing Cloud-forekomst kan imidlertid kobles til forskjellige Data 360-forekomster |
| Data 360 | Organisasjon | ✅ Optimaliser segmenteringsplanene dine Angi publiseringsplaner bare for den tiden segmentet er nødvendig for. Ad-hoc- eller engangskampanjer bør bruke publiseringsplanen "Ikke oppdater". Evergreen (aka "alltid på") kampanjer bør bruke en publiseringsplan hver 12. time. For Evergreen angir du Sluttdato bare så lenge i fremtiden som kampanjen blir aktiv for |
| Data 360 | Organisasjon | ✅ Optimaliser beregnede innsiktsplaner Hvis Beregnet innsikt bare må kjøres én gang, bruker du alternativet Ikke planlagt og publiserer bare manuelt én gang. Vurder andre automatiseringsalternativer som Flyt, hvis det er nødvendig oftere enn hver 24. time. |
| Data 360 | Organisasjon | ✅ Bruke datahandlinger til å opprette plattformhendelser for forbedret driftslogikk Bruk av datahandlinger til å publisere en plattformhendelse betyr at du kan koble fra datahandlingen som kommer fra Data 360 (publisering av en hendelse) fra handlingene du må utføre i organisasjonen (oppkall av flyter og Apex). Dette øker skalaen av handlinger organisasjonen kan reagere på fra Data 360 og bedre kontroll over driftslogikken. |
| Einstein | Agenter | ✅ Definer agentinstruksjoner som en del av den gjentagende bygg-/testprosessen Bygg ut de nødvendige agentemnefeltene (navn, beskrivelse, omfang) og legg til tilknyttede handlinger, og begynn deretter å teste emnet. Legg til trinnvise instruksjoner for å veilede agenten til å utføre emnet og velge handlinger på ønsket måte i en gjentagende bygg-/testsløyfe |
| Einstein | Organisasjon | ✅ Ledetekstmalene angir personligheten og personlighetens mål. Ledetekstmalene inneholder kontekstuell informasjon som personligheten LLM skal anta, i tillegg til denne personlighetens mål. Inkluder for eksempel språk som "Du er en markedsføringsleder som ønsker å invitere viktige kunder til en direktehendelse". |
| Einstein | Søkeindekser | ✅ Utelate felt med lav entropi når du oppretter søkeindekser for strukturerte DMO-er For å forbedre relevansen kan du vurdere å utelate datapunkter med svært lav kardinalitet (antall distinkte elementer i en liste) eller lav entropi (listeoppføringer konsentrert rundt noen få verdier). Generelt gir disse feltene lite eller ingen nyttig informasjon for å finne relevante data med vektorsøk |
| Plattform | Apex | ✅ SOQL-setninger er selektiv Sammenligningsoperatorer bruker positiv logikk (dvs. INCLUDES, IN) som primær eller eneste logikk i SOQL-setninger |
| Plattform | Apex | ✅ SOQL-setninger er selektiv Bruk av = NULL, != NULL er sjelden og/eller følger alltid en positiv sammenligningsoperator i SOQL-setninger |
| Plattform | Apex | ✅ SOQL-setninger er selektiv Ingen LIMIT 1-setninger vises i SOQL |
| Plattform | Apex | ✅ SOQL-setninger er selektiv Ingen bruk av ALL ROWS-nøkkelord vises i SOQL-setninger |
| Plattform | Apex | ✅ Ingen SOQL vises i en sløyfe |
| Plattform | Apex | ✅ Alle jokertegnkriterier vises i SOSL |
| Plattform | Apex | ✅ SOQL-setninger er selektiv Ingen SOQL-setninger bruker LIKE sammenligninger eller delvise tekst sammenligninger |
| Plattform | Apex | ✅ SOQL er pakket inn i try-catch |
| Plattform | Apex | ✅ Ingen variabler refererer til hardkodede verdier (for posttyper, brukere og så videre. |
| Plattform | Utformingsstandarder | ✅ Brukstilfellene for synkrone og asynkrone operasjoner i automatiseringer er skissert tydelig som en del av utformingsstandarder |
| Plattform | Dokumentasjon | ✅ Planlagte og potensielle utførelsesbaner for automatiseringer skisseres tydelig |
| Plattform | Flyt | ✅ Ingen variabler refererer til hardkodede verdier (for posttyper, brukere og så videre) |
| Plattform | Flyt | ✅ Flyter (inkludert prosesser) håndlogikk av til Apex i store datavolumkontekster |
| Plattform | Flyt | ✅ Underflyter brukes til deler av en prosess som må brukes på nytt på tvers av virksomheten |
| Plattform | Flyt | ✅ Alle automatisk startede flyter og prosesser bruker beslutnings- og/eller pauseelementer til å evaluere inngangskriterier og hindre uendelige sløyfer eller utførelser mot store datavolumer |
Lær mer om Well-Architected Easy → Automated → Efficiency → Process Design
| Hvor skal du se? Produktområde | Sted | Hvordan ser godt ut? Mønster |
|---|---|
| Data 360 | Organisasjon | ✅ Optimalisere totalt antall rader som behandles i gruppetransformasjoner i datatransformasjoner, bruker du en filteraktivitet på lerretet til å isolere bare rader som må behandles for en vellykket transformasjon |
| Data 360 | Organisasjon | ✅ Konsolidere dimensjoner på tvers av beregnede innsikter I stedet for å skrive flere beregnede innsikter med én dimensjon hver, konsoliderer du begge dimensjonene til én beregnede innsikt der det er mulig |
| Plattform | Apex | ✅ Hver klasse har ett bestemt formål |
| Plattform | Apex | ✅ Hver metode utfører en spesifikk, detaljert oppgave |
| Plattform | Apex | ✅ Alle inndatavariabler har et tydelig formål i klassen |
| Plattform | Apex | ✅ Kodeutføring krever et minimum antall ressurser |
| Plattform | Flyt | ✅ Brukere blir bedt om å oppgi data bare når eksisterende systemdata ikke kan brukes |
| Plattform | Flyt | ✅ Flyter er organisert i en hierarkisk struktur som består av en hovedflyt og underflyter som støtter |
| Plattform | Flyt | ✅ Alle brukerinndata har et tydelig formål i flyten |
| Plattform | Flyt | ✅ Hver flyt betjener et enkelt, bestemt formål |
| Plattform | Flyt | ✅ Hvert trinn utfører en spesifikk, detaljert oppgave |
Lær mer om Well-Architected Easy → Automated → Efficiency → KPI-er
| Hvor skal du se? Produktområde | Sted | Hva bør unngås? Anti-mønster |
|---|---|
| Plattform | Kontrollpaneler | ⚡️ KPI-rapportering finnes ikke, eller kontrollpaneler mangler målinger relatert til enkelte KPI-er |
| Plattform | Dokumentasjon | ⚡️ KPI-er finnes uten ansvarlige interessenter |
| Plattform | Dokumentasjon | ⚡️ KPI-er finnes ikke for automatiseringer eller har uklare tidsrammer for målinger |
Lær mer om Well-Architected Easy → Automated → Efficiency → Operational Logic
| Hvor skal du se? Produktområde | Sted | Hva bør unngås? Anti-mønster |
|---|---|
| Data 360 | Dokumentasjon | ⚡️ Design for mange:1 tilkobling mellom Marketing og Data 360 Diagrammer eller løsningsutformingsdokumenter angir flere enn én Marketing Cloud-forekomst som kobler til en enkelt Data 360-forekomst via Marketing Cloud-koblingen |
| Data 360 | Organisasjon | ⚡️ Dataforbund implementeres uten å evaluere segmenteringsoppdateringsbehov Dataforbund brukes til datasett som krever rask segmentering og aktivering (1-timers eller 4-timers tidsplan for å sende aktiveringsdata), i forhold til standard 12-timers eller 24-timers tidsplan |
| Data 360 | Organisasjon | ⚡️ Dataforbund implementeres uten å evaluere behovene for datatransformasjon En ekstern DLO inneholder data som er nødvendige for strømming av datatransformasjoner |
| Einstein | Agenter | ⚡️ Definer agentinstruksjoner i begynnelsen av utformingsprosessen Instruksjoner legges til før du tester agentens mulighet til å utføre emnet og velge riktige handlinger |
| Plattform | Apex | ⚡️ SOQL-setninger er ikke-selektive Sammenligninger ved bruk av NOT, NOT IN-kriterier brukes som primær eller eneste sammenligningsoperator i SOQL-setninger |
| Plattform | Apex | ⚡️ SOQL-setninger er ikke-selektive ALL ROWS nøkkelord brukes i SOQL-setninger |
| Plattform | Apex | SOQL-setninger er ikke-selektive = NULL, != NULL-kriterier brukes som primær eller eneste sammenligningsoperator i SOQL-setninger |
| Plattform | Apex | ⚡️ Variabler har hardkodede verdier |
| Plattform | Apex | ⚡️ SOQL vises i sløyfer |
| Plattform | Apex | SOQL-setninger er ikke-selektive LIKE, og jokertegnfilterkriterier vises ofte i SOQL-setninger i SOQL-setninger |
| Plattform | Apex | ⚡️ SOQL er ikke pakket inn i try-catch |
| Plattform | Apex | ⚡️ SOQL-setninger er ikke-selektive LIMIT 1-setninger vises i SOQL |
| Plattform | Apex | ⚡️ SOSL brukes sjelden eller ikke konsekvent til jokertegnvalgskriterier |
| Plattform | Utformingsstandarder | ⚡️ Bruksområder for synkrone og asynkrone operasjoner håndteres ikke |
| Plattform | Dokumentasjon | ⚡️ Automatiseringsoppkall er ikke dokumentert |
| Plattform | Flyt | ⚡️ Variabler har hardkodede verdier |
| Plattform | Flyt | ⚡️ Flyter (inkludert prosesser) må deaktiveres manuelt før massedatalastinger |
| Plattform | Flyt | ⚡️ Deler av en flyt gjentas på tvers av flyter i stedet for å bruke underflyter |
| Plattform | Flyt | ⚡️ Flyter (inkludert prosesser) utløser "ubehandlet unntak"-varsler |
| Plattform | Flyt | ⚡️ Selv enkle flyter fører regelmessig til feil relatert til styringsgrenser |
Lær mer om Well-Architected Easy → Automated → Efficiency → Process Design
| Hvor skal du se? Produktområde | Sted | Hva bør unngås? Anti-mønster |
|---|---|
| Plattform | Apex | ⚡️ Klasser har flere formål |
| Plattform | Apex | ⚡️ Metoder utfører flere oppgaver, eller metoder utfører oppgaver som ikke er i samsvar med det angitte formålet for klassen de er del av |
| Plattform | Apex | ⚡️ Inndatavariabler brukes faktisk ikke i metoder |
| Plattform | Apex | ⚡️ Metoder som unødvendig henter data fra databasen eller fra eksterne systemer |
| Plattform | Flyt | ⚡️ Flyter krever flere inndata for å gi kontekst |
| Plattform | Flyt | ⚡️ Flyter har flere formål |
| Plattform | Flyt | ⚡️ Grupper av relaterte trinn inneholder funksjonalitet som overlapper med grupper av trinn i andre flyter |
| Plattform | Flyt | ⚡️ Flyter ber om brukerinndata når lagrede data kan brukes i stedet |
| Plattform | Flyt | ⚡️ Flyter krever inndata med data som ikke brukes |