Automatiserad - Effektivitet
Lär dig mer om Välarkitekturerad enkelhet → Automatiserad → Effektivitet → Nyckeltal
| Var ska man leta? Produktområde | Plats | Hur ser bra ut? Pattern |
|---|---|
| Einstein | Företag | ✅ Nyckeltal för dina specifika användningsfall identifieras innan du aktiverar en gen AI-funktion Nyckeltal för dina specifika användningsfall identifieras innan du aktiverar en gen AI-funktion |
| Plattform | Instrumentpaneler | ✅ Alla mått relaterade till nyckeltal inkluderas i minst en instrumentpanel |
| Plattform | Dokumentation | ✅ Utdata för varje automatisering är mätbara och tidsbundna |
| Plattform | Dokumentation | ✅ Ansvariga intressenter listas för varje nyckeltal |
Lär dig mer om Välarkitekturerad enkelhet → Automatiserad → Effektivitet → Operativ logik
| Var ska man leta? Produktområde | Plats | Hur ser bra ut? Pattern |
|---|---|
| Data 360 | Företag | ✅ Segmenteringsuppdateringsbehov utvärderas innan du implementerar datafederation Innan du sammanför data från externa källor, se till att standardschemat för uppdatering och aktivering av segment från Data 360 till Marketing Cloud-engagemang uppfyller verksamhetsbehoven. Snabb segmentering och aktivering stöds för närvarande inte när du använder datafederationen Bring Your Own Lake (BYOL). |
| Data 360 | Dokumentation | ✅ Design för en 1:1 eller 1:många anslutning mellan Marketing Cloud och Data 360 Många CRM-instanser kan anslutas till många Data 360-instanser, men mer än en Marketing Cloud-instans kan inte anslutas till samma Data 360-instans.En enskild Marketing Cloud-instans kan dock anslutas till olika Data 360-instanser |
| Data 360 | Organisation | ✅ Optimera dina segmenteringsscheman Ställ in publiceringsscheman endast för den tid som segmentet behövs för. Ad hoc-kampanjer eller engångskampanjer ska använda publiceringsschemat "Uppdatera inte". Evergreen (även kallade "alltid på") ska använda ett publiceringsschema var 12:e timme. För Evergreen anger du endast Slutdatum så långt i framtiden som kampanjen kommer att vara aktiv för |
| Data 360 | Organisation | ✅ Optimera dina beräknade insiktsscheman Om din beräknade insikt behöver köras endast en gång, använd alternativet "Inte schemalagd" och endast manuellt publicera en gång. Om det behövs mer sällan än var 24:e timme, överväg andra automatiseringsalternativ som Flöde |
| Data 360 | Organisation | ✅ Använd dataåtgärder för att skapa plattformshändelser för förbättrad operativ logik Att använda dataåtgärder för att publicera en plattformshändelse innebär att du kan frånkoppla dataåtgärden som kommer från Data 360 (publicera en händelse) från de åtgärder du behöver för att hända i din organisation (åberopa flöden och Apex utlösare). Detta ökar skalan av åtgärder som din organisation kan reagera på från Data 360 och ger större kontroll över din verksamhetslogik. |
| Einstein | Agenter | ✅ Definiera agentinstruktioner som en del av den iterativa bygg / testprocessen Bygg ut de agentämnesfält som behövs (namn, beskrivning, omfattning) och lägg till associerade åtgärder och börja sedan testa ämnet. Lägg stegvis till instruktioner för att guida din agent att utföra ämnet och välja åtgärder på önskat sätt i en iterativ bygg-/testloop |
| Einstein | Organisation | ✅ Dina uppmaningsmallar specificerar persona och personans mål Dina uppmaningsmallar innehåller sammanhangsinformation som till exempel den persona LLM ska anta, samt det tecknets mål. Inkludera till exempel språk som "Du är en marknadsföringschef som vill bjuda in stora kunder till ett liveevenemang". |
| Einstein | Sökindex | ✅ Utelämna fält med låg entropi när du skapar sökindex för strukturerade DMO För att förbättra relevansen, överväg att utesluta datapunkter med mycket låg kardinalitet (antalet unika element i en lista) eller låg entropi (listposter koncentrerade kring några få värden). I allmänhet ger dessa fält lite eller ingen användbar information för att hitta relevanta data med vektorsökning |
| Platform | Apex | ✅ SOQL-uttryck är selektiva Jämförelseoperatorer använder positiv logik (t.ex. INCLUDES, IN) som primär eller endast logik i SOQL-uttryck |
| Platform | Apex | ✅ SOQL-uttryck är selektiva Användning av = NULL, != NULL är sällsynt och / eller följer alltid en positiv jämförelseoperator i SOQL-uttryck |
| Platform | Apex | ✅ SOQL-uttryck är selektiva Inga LIMIT 1 visas i SOQL |
| Platform | Apex | ✅ SOQL-uttryck är selektiva Ingen användning av nyckelordet ALL ROWS visas i SOQL-uttryck |
| Platform | Apex | ✅ Ingen SOQL visas inom en loop |
| Platform | Apex | ✅ Alla jokertecken kriterier visas i SOSL |
| Platform | Apex | ✅ SOQL-uttryck är selektiva Inga SOQL-uttryck använder LIKE eller delvisa textjämförelser |
| Platform | Apex | ✅ SOQL är insvept i try-catch |
| Platform | Apex | ✅ Inga variabler refererar till hårdkodade värden (för posttyper, användare, etc. |
| Plattform | Designstandarder | ✅ Användningsfallen för synkrona och asynkrona operationer inom automatisering beskrivs tydligt som en del av designstandarder |
| Plattform | Dokumentation | ✅ Planerade och potentiella körningsvägar för automatisering är tydligt angivna |
| Plattform | Flöde | ✅ Inga variabler refererar till hårdkodade värden (för posttyper, användare, etc.) |
| Plattform | Flöde | ✅ Flöden (inklusive processer) skickar logik till Apex i sammanhang med stora datavolymer |
| Plattform | Flöde | ✅ Underflöden används för de sektioner av en process som behöver återanvändas i hela verksamheten |
| Plattform | Flöde | ✅ Alla autostartade flöden och processer använder beslut och / eller pauselement för att utvärdera inmatningskriterier och förhindra oändliga loopar eller körningar mot stora datavolymer |
Lär dig mer om Välarkitekturerad enkelhet → Automatiserad → Effektivitet → Processdesign
| Var ska man leta? Produktområde | Plats | Hur ser bra ut? Pattern |
|---|---|
| Data 360 | Organisation | ✅ Optimera totalt antal rader som bearbetas i satstransformationer inom datatransformationer, använd en filteraktivitet på arbetsytan för att isolera endast rader som behöver bearbetas för framgångsrik transformation |
| Data 360 | Organisation | ✅ slå samman dimensioner mellan beräknade insikter Istället för att skriva flera beräknade insikter med en dimension vardera, slå samman båda dimensionerna till en beräknad insikt där det är möjligt |
| Platform | Apex | ✅ Varje klass tjänar ett enskilt, specifikt syfte |
| Platform | Apex | ✅ Varje metod utför en specifik, detaljerad uppgift |
| Platform | Apex | ✅ Alla indatavariabler har ett tydligt syfte inom klassen |
| Platform | Apex | ✅ Kodkörning kräver ett minimalt antal resurser |
| Plattform | Flöde | ✅ Användare ombes endast tillhandahålla data när befintliga systemdata inte kan användas |
| Plattform | Flöde | ✅ Flöden är organiserade i en hierarkisk struktur som består av ett huvudflöde och stödjande underflöden |
| Plattform | Flöde | ✅ Alla användarinmatningar har ett tydligt syfte inom flödet |
| Plattform | Flöde | ✅ Varje flöde tjänar ett enskilt, specifikt syfte |
| Plattform | Flöde | ✅ Varje steg utför en specifik, detaljerad uppgift |
Lär dig mer om Välarkitekturerad enkelhet → Automatiserad → Effektivitet → Nyckeltal
| Var ska man leta? Produktområde | Plats | Vad ska man undvika? Anti-Pattern |
|---|---|
| Plattform | Instrumentpaneler | ️ Nyckeltalsrapportering finns inte eller instrumentpaneler saknar mått relaterade till vissa nyckeltal |
| Plattform | Dokumentation | ️ Nyckeltal finns utan ansvariga intressenter |
| Plattform | Dokumentation | ⚠️ Nyckeltal finns inte för automatisering eller har oklara tidsramar för mätningar |
Lär dig mer om Välarkitekturerad enkelhet → Automatiserad → Effektivitet → Operativ logik
| Var ska man leta? Produktområde | Plats | Vad ska man undvika? Anti-Pattern |
|---|---|
| Data 360 | Dokumentation | ⚠️ Design för en många:1-anslutning mellan Marketing och Data 360-diagram eller lösningsdesigndokument specificerar mer än en Marketing Cloud-instans som ansluter till en enskild Data 360-instans via Marketing Cloud-anslutaren |
| Data 360 | Organisation | ⚠️ Datafederation implementeras utan att utvärdera segmenteringsuppdateringsbehov Datafederation används för datauppsättningar som kräver snabb segmentering och aktivering (1- eller 4-timmarsschema för att skicka aktiveringsdata), jämfört med standardschemat på 12 timmar eller 24-timmar |
| Data 360 | Organisation | ⚠️ Datafederation implementeras utan att utvärdera behov av datatransformering Ett externt DLO innehåller data som behövs för att strömma datatransformering |
| Einstein | Agenter | ⚠️ Definiera agentinstruktioner i början av designprocessen Instruktioner läggs till innan du testar agentens förmåga att köra ämnet och välja lämpliga åtgärder |
| Platform | Apex | ⚠️ SOQL-uttryck är icke-selektiva jämförelser med NOT, NOT IN används som primär eller enda jämförelseoperator i SOQL-uttryck |
| Platform | Apex | ⚠️ SOQL-uttryck är icke-selektiva ALL ROWS som används i SOQL-uttryck |
| Platform | Apex | ⚠️ SOQL-uttryck är icke-selektiva = NULL, != NULL används som primär eller enda jämförelseoperator i SOQL-uttryck |
| Platform | Apex | ⚠️ Variabler har hårdkodade värden |
| Platform | Apex | ⚠️ SOQL visas inom loopar |
| Platform | Apex | ⚠️ SOQL-uttryck är icke-selektiva LIKE och jokerteckenfilterkriterier visas ofta i SOQL-uttryck i SOQL-uttryck |
| Platform | Apex | ⚠️ SOQL är inte insvept i try-catch |
| Platform | Apex | ⚠️ SOQL-uttryck är icke-selektiva LIMIT 1 som visas i SOQL |
| Platform | Apex | ⚠️ SOSL används sällan eller inte konsekvent för urvalskriterier för jokertecken |
| Plattform | Designstandarder | ⚠️ Användningsfall för synkrona och asynkrona operationer tas inte upp |
| Plattform | Dokumentation | ⚠️ Automatiseringsanrop dokumenteras inte |
| Plattform | Flöde | ⚠️ Variabler har hårdkodade värden |
| Plattform | Flöde | ⚠️ Flöden (inklusive processer) måste inaktiveras manuellt innan massinläsning av data |
| Plattform | Flöde | ⚠️ Delar av ett flöde upprepas över flöden istället för att använda underflöden |
| Plattform | Flöde | ⚠️ Flöden (inklusive processer) utlöser meddelanden om "ohanterade undantag" |
| Plattform | Flöde | ⚠️ Även enkla flöden orsakar ofta fel relaterade till styrande gränser |
Lär dig mer om Välarkitekturerad enkelhet → Automatiserad → Effektivitet → Processdesign
| Var ska man leta? Produktområde | Plats | Vad ska man undvika? Anti-Pattern |
|---|---|
| Platform | Apex | ⚠️ Klasser har flera syften |
| Platform | Apex | ⚠️ Metoder utför flera uppgifter eller metoder som inte överensstämmer med det angivna syftet med klassen som de ingår i |
| Platform | Apex | ⚠️ Indatavariabler används inte i metoder |
| Platform | Apex | ⚠️ Metoder som i onödan hämtar data från databasen eller från externa system |
| Plattform | Flöde | ⚠️ Flöden kräver ytterligare inmatningar för att ge sammanhang |
| Plattform | Flöde | ⚠️ Flöden har flera syften |
| Plattform | Flöde | ⚠️ Grupper av relaterade steg innehåller funktionalitet som överlappar grupper av steg i andra flöden |
| Plattform | Flöde | ⚠️ Flöden ber om användarinmatningar när lagrade data kan användas istället |
| Plattform | Flöde | ⚠️ Flöden kräver indata vars data inte används |