Leggi qui le nostre pianificazioni degli aggiornamenti.

I sistemi dimostrano comportamenti coinvolgenti facilitando l'accesso e l'utilizzo delle app da parte delle persone, facendo sentire agli utenti di svolgere un lavoro di qualità superiore e facendo sì che le persone desiderino utilizzare le app nel sistema.

Offrire un comportamento coinvolgente è importante per l'azienda perché è direttamente correlato all'adozione da parte degli utenti e alla soddisfazione complessiva dei lavoratori e dei clienti. Comportamenti coinvolgenti aiutano anche a ridurre le richieste di assistenza e possono migliorare la qualità delle richieste di funzioni da parte degli utenti.

Una delle sfide della creazione di un comportamento coinvolgente è che è difficile misurare solo in base a metriche oggettive. È invece misurato dalle esperienze soggettive degli utenti; gli utenti ritengono che le app coinvolgenti forniscano un valore reale. Le app coinvolgenti sono accessibili, non intrusive e facili da capire. Richiedono una quantità minima di orientamento e formazione. Inoltre, utilizzano metodi chiari per prevenire in modo proattivo gli errori degli utenti.

Un'altra sfida è che gli obiettivi di coinvolgimento spesso variano a seconda dei diversi tipi di interazioni utente nel sistema. Ad esempio, si può avere un insieme di obiettivi per gli utenti interni che gestiscono i casi e un altro per gli utenti esterni che inviano informazioni tramite un modulo sul sito Web. Per progettare sistemi di coinvolgimento, è necessario considerare attentamente il tipo di coinvolgimento che si sta tentando di creare e il motivo per cui gli utenti vorrebbero partecipare prima di iniziare a assemblare funzioni e pagine.

Collaborare con gli utenti Designer di esperienze utente (UX) ti aiuterà a prendere decisioni molto più efficaci quando si tratta di fornire app coinvolgenti. Da un punto di vista architettonico, l'adozione e la conservazione degli utenti sono componenti cruciali di un sistema sano. Architetture coinvolgenti riducono la probabilità di Problemi di qualità dei dati causati da utenti che affrettano i processi o saltano i passaggi per evitare di dover trascorrere del tempo in un sistema che non amano utilizzare. Per i sistemi rivolti all'esterno, un'architettura coinvolgente può aumentare il reddito e la fidelizzazione dei clienti, poiché i clienti che trovano più facile lavorare con i sistemi scelgono di fare più affari con l'organizzazione.

È possibile creare app più coinvolgenti concentrandosi sulla fornitura di esperienze semplificate e utili.

Le app semplificate sono facili da navigare, presentano informazioni e operazioni di immissione dati in modo chiaro e si adattano a vari fattori di forma. Le app semplificate presentano anche schemi di esperienza a cui gli utenti si sono abituati in altre applicazioni di uso comune. Ad esempio, la maggior parte dei browser Web presenta "apri in una nuova scheda" come opzione superiore quando gli utenti fanno clic con il pulsante destro del mouse su un link. Un'app semplificata contenente schede seguirà lo stesso schema.

L'impatto delle esperienze inefficienti delle app può estendersi ben oltre una singola app. Le esperienze scadenti delle app erodono il Trust degli utenti. Man mano che sempre più tipi di app business critical e indirizzate ai clienti passano ai canali digitali, questo può costare alle aziende la fedeltà dei principali stakeholder.

È possibile semplificare meglio le app adottando un approccio intenzionale alla complessità delle app, alla progettazione dei moduli e ai fattori di forma.

Ridurre al minimo la complessità delle applicazioni significa che gli utenti visualizzano solo le voci di menu, le schede e i controlli di navigazione pertinenti. Sarà necessario creare mappature tra gruppi di utenti, autorizzazioni utente e l'esperienza dell'app corretta. Utilizzare queste mappature per capire quale esperienza dell'app presentare a un determinato utente e quindi assicurarsi che l'app disponga dei controlli logici necessari per offrire quell'esperienza.

Le app che presentano agli utenti troppa complessità possono causare una serie di esperienze negative:

• Gli utenti visualizzano spesso schede inutili o non pertinenti, passano a schermate vuote e incontrano link disabilitati o bloccati.
• Istruzioni inutili o inutili come "ignora questa scheda se il tuo ruolo è X..." vengono visualizzate nei materiali di formazione e abilitazione.
• I menu di navigazione confusi costringono gli utenti a dedicare più tempo a individuare gli elementi necessari per completare il lavoro.

Queste scarse esperienze portano a bassi tassi di adozione e livelli di soddisfazione.

Durante la determinazione del giusto livello di complessità dell'app, tenere presente quanto segue:

• Organizzare menu, schede e altri controlli di navigazione in base alla priorità del lavoro che gli utenti devono svolgere.
• Evitare di introdurre nuovi comportamenti che un utente deve imparare solo per poter utilizzare l'app.
• Non rimuovere l'accesso alle funzioni che consentono agli utenti di personalizzare aspetti dell'interfaccia utente.
• Utilizzare gli insiemi di autorizzazioni per offrire opzioni di navigazione estese o ridotte.
• Semplificare le assegnazioni delle attivazioni delle pagine Lightning. Ridurre al minimo il numero di pagine Lightning attive per app. Utilizzare moduli dinamici, insiemi di autorizzazioni e rendering condizionale per aggiungere elementi alle pagine Lightning nell'app. Eseguire questa operazione anziché gestire più pagine Lightning, attivate e assegnate dal profilo.

L'elenco di schemi e antischemi riportato di seguito mostra l'aspetto corretto (e inadeguato) della gestione della complessità delle app in un'organizzazione Salesforce. È possibile utilizzarli per convalidare o migliorare i progetti delle applicazioni.

Per ulteriori informazioni sugli strumenti Salesforce che possono aiutare a gestire la complessità delle applicazioni, vedere Strumenti pertinenti per il coinvolgimento.

I moduli semplificati organizzano le informazioni in sequenze logiche, supportano l'immissione rapida dei dati e riducono al minimo i passaggi necessari. Consentono inoltre di inviare messaggi di convalida dei dati lato client utili ed eliminano i cicli di invio di moduli ripetuti.

Durante la progettazione dei moduli, tenere presente quanto segue:

• Raggruppare i campi correlati. Raggruppare i campi correlati alla stessa fase di un processo o di un'operazione di immissione dati. Eliminare i campi che non sono direttamente pertinenti all'operazione da eseguire.
• Inserimento e convalida dei dati. I campi che richiedono l'inserimento di dati da parte degli utenti devono essere visualizzati in anticipo nei moduli. È consigliabile segnalare problemi di formattazione dei dati o dati mancanti a livello di campo e il più rapidamente possibile (ovvero prima che un utente tenti di passare alla fase successiva o di inviare il modulo). Inoltre, evitare di visualizzare errori a livello di campo prima che gli utenti abbiano avuto la possibilità di inserire dati nei campi.
• Ridurre al minimo le operazioni di input. Precompilare o autocompilare il maggior numero possibile di campi, per ridurre al minimo gli errori di immissione dei dati e migliorare l'efficienza. Chiedere agli utenti di inserire solo dati essenziali o critici. Eliminare tutti gli input di dati non pertinenti al processo aziendale in corso. Ove possibile, utilizzare gli elenchi di selezione anziché i campi di testo in formato libero per imporre la selezione di opzioni valide e ridurre le variazioni della stessa risposta.
• Ridurre al minimo gli invii al server. I moduli multifase non inviano i dati al server più volte. Assicurarsi che tutti i componenti LWC o Aura personalizzati utilizzino il caching lato client per gestire le azioni di navigazione o paginazione. (Salesforce Lightning Experience e l'app mobile Salesforce utilizzano il caching lato client per impostazione predefinita). Progettare i moduli in modo che gli utenti inviino i dati al server una sola volta. Convalidare gli input degli utenti sul lato client prima di inviare i moduli. Ciò ridurrà al minimo gli invii non intenzionali da parte degli utenti, impedirà che le transazioni duplicate o sporche consumino larghezza di banda nel back-end e aiuterà a progettare per una migliore gestione dei dati.
• Gestisci stato modulo. Il caching lato client non solo aiuta con comportamenti come la navigazione e la paginazione, ma aiuta anche a ridurre al minimo la perdita di dati dovuta a problemi di connettività intermittenti. Gestire efficacemente lo stato significa anche che le app possono orchestrare adeguatamente l'invio dei dati al server e impedire transazioni duplicate, oltre a presentare messaggi pertinenti e tempestivi agli utenti in base allo stato delle azioni lato server. I moduli semplificati inviano le operazioni sui dati una sola volta e non richiedono agli utenti di attendere il completamento delle operazioni di lunga durata sul server.
• Seguire gli standard. Per aumentare al massimo il pubblico delle app e garantire che siano comprensive di tutti i clienti, applicare gli standard di accessibilità nelle strutture dei moduli.

I moduli semplificati consentono di aumentare l'integrità dei dati nelle app e l'utilità delle app per gli utenti. Possono anche ridurre i ticket di assistenza e le richieste, poiché gli utenti sono più in grado di risolvere gli errori e comprendere chiaramente lo stato degli invii dei moduli. Inoltre, i moduli semplificati consentono un'immissione rapida ed efficiente dei dati e assicurano che gli utenti non debbano attendere il completamento dei processi più lunghi per eseguire ulteriori operazioni.

L'elenco degli schemi e antischemi riportato di seguito mostra l'aspetto corretto (e scadente) della struttura della forma in un'organizzazione Salesforce. È possibile utilizzarli per convalidare o migliorare le strutture dei moduli.

Per ulteriori informazioni sugli strumenti di Salesforce che possono aiutare a creare moduli più semplici, vedere Strumenti pertinenti al coinvolgimento. Per indicazioni più specifiche sulla scelta dello strumento di calcolo più adatto al proprio caso d'uso, consultare la Guida alle decisioni dell'architetto per la creazione di moduli con Salesforce.

Le app coinvolgenti si adattano perfettamente a dispositivi e tipi di interazioni o fattori di forma diversi. A seconda del tipo di dispositivo, diversi tipi di interazioni utente saranno più facili (o più difficili) e la leggibilità di moduli e campi cambierà. Tenere presente che oltre alle dimensioni dello schermo, il fattore di forma si riferisce anche al modo in cui gli utenti interagiscono con lo schermo. Un numero crescente di dispositivi ora dispone di touch screen e alcuni utenti possono anche utilizzare dispositivi speciali per l'accessibilità. Assicurarsi di tenere presenti questi fattori quando si progettano i moduli.

Se non si tiene conto delle variazioni dei fattori di forma, si possono verificare diversi problemi, tra cui:

• Scarsa qualità dei dati
• Interfacce app inutilizzabili
• Altre sessioni di risoluzione dei problemi o "ordine per conto" per gli agenti dell'assistenza
• Scarsa adozione da parte degli utenti, basso numero di utenti attivi e alti tassi di abbandono delle app

Per progettare l'interoperabilità tra i fattori di forma nelle app Salesforce, tenere presente quanto segue:

• Identificare i fattori di forma supportati per ogni app.
• Identificare i metodi di input e le esigenze di accessibilità degli utenti. Per ulteriori informazioni, vedere Accessibilità.
• Utilizzare le funzionalità standard per offrire esperienze adattive su tutti i dispositivi, ove possibile.
  • I modelli Lightning Page forniti da Salesforce supportano diversi fattori di forma per impostazione predefinita. Se si sceglie di sviluppare modelli di pagina Lightning personalizzati con Aura, gli sviluppatori dovranno incorporare le informazioni sui fattori di forma nel file di progettazione del componente.
  • I componenti pagina standard forniti da Salesforce gestiscono automaticamente il rendering nei fattori di forma supportati. Se si creano componenti personalizzati con LWC o Aura, gli sviluppatori dovranno gestire la consapevolezza della larghezza (ci sono differenze di implementazione tra Aura e LWC) e dichiarare il supporto del fattore di forma nel file di progettazione dei loro componenti.
• Seguire le istruzioni per semplificare i moduli su tutti i dispositivi.
• Creare piani di test (e test validi) per i fattori di forma chiave. L'ideale sarebbe eseguire il test per tutti i dispositivi e i fattori di forma per tutte le app. Tuttavia, l'impostazione dei dispositivi (o simulatori di dispositivi) corretti per i test del fattore di forma può essere un investimento significativo. Se si sa che una determinata app o insieme di app avrà un insieme significativo di utenti su dispositivi mobili o tablet, assegnare la priorità a test accurati per tali app sui fattori di forma di dispositivi mobili e tablet.

L'elenco di schemi e antischemi riportato di seguito mostra l'aspetto appropriato (e scarso) della consapevolezza dei fattori di forma in un'organizzazione Salesforce. È possibile utilizzarli per convalidare i progetti prima di creare o identificare le pagine che devono essere sottoposte a refactoring.

Per ulteriori informazioni sugli strumenti Salesforce per una progettazione efficace dei fattori di forma, vedere Tools Relevant to Engaging.

La tabella seguente mostra una selezione di schemi da cercare (o creare) nell'organizzazione e di schemi anti-schemi da evitare o a cui destinare la riparazione.

✨ Scopri altri schemi per le app semplificate in Explorer schemi e antischegge.

Applicazioni utili consentono agli utenti di sentirsi più responsabili ed efficaci, con meno distrazioni o interruzioni.

Applicazioni utili aiutano a mantenere l'integrità dei dati riducendo gli errori manuali e fornendo feedback agli utenti quando e dove ne hanno bisogno. Aiutano gli utenti a capire su quali azioni devono concentrarsi ora e in seguito e forniscono informazioni pertinenti per aiutare gli utenti a risolvere più rapidamente i propri problemi. Offrono un collegamento chiaro tra le azioni di un utente e l'impatto significativo o i risultati.

È possibile creare applicazioni più utili con tre abitudini chiave: notifiche e messaggi, guida in app e riconoscimento e premi.

Le notifiche e i messaggi aiutano gli utenti a rimanere informati.

Un sistema di notifica e messaggistica ben progettato può aumentare il coinvolgimento e la produttività fornendo agli utenti le informazioni necessarie per prendere decisioni critiche in modo tempestivo. Un sistema di notifica e messaggistica mal progettato, che presenta messaggi non pertinenti né tempestivi, avrà l'effetto opposto. Gli utenti interni disabiliteranno o ignoreranno rapidamente le notifiche, facendogli perdere messaggi legittimi che potrebbero influire sui processi aziendali essenziali. I clienti o altri utenti esterni che si stancano di ricevere notifiche senza senso possono decidere di interrompere completamente l'utilizzo dei sistemi.

Per decidere in che modo le app gestiranno l'invio di notifiche e messaggi agli utenti, tenere presente quanto segue:

• In caso di errori, utilizzare notifiche e messaggi come ultima risorsa. Progettare la gestione degli errori nel sistema con un'elaborazione back-end in grado di correggere alcuni tipi di errori senza intervento umano. Inviare agli utenti solo messaggi relativi a errori critici che impediranno loro di completare le operazioni. Analogamente, inviare agli utenti aziendali solo messaggi di errore quando è presente un'azione correttiva che possono (e devono) eseguire da soli. Ulteriori messaggi di errore o dettagli possono essere resi disponibili tramite rapporti e/o inviati al personale dell'assistenza tecnica utilizzando metodi asincroni per un ulteriore follow-up.
• Scegliere i tipi di messaggio in base a pertinenza, urgenza e tempestività. I diversi tipi di messaggi hanno diversi livelli di blocco o comportamento interruttivo. Gli avvisi sono un tipo di messaggio "bloccante", in quanto richiedono agli utenti di confermarli prima di poter continuare il loro lavoro. Come per i messaggi di errore, gli avvisi devono essere usati con parsimonia. Le notifiche toast non bloccano, possono avere comportamenti di persistenza diversi e supportare diversi tipi di casi d'uso dei messaggi. I messaggi meno invadenti sono le notifiche in app o le email. Questi sono utilizzati al meglio per fornire informazioni che gli utenti possono gestire quando e come preferiscono.
• Pensate a cosa deve accadere dopo. Mentre alcune notifiche sono informative (ad esempio, i messaggi di esito positivo), altre possono richiedere agli utenti di eseguire qualche tipo di azione. Quando si progettano le notifiche, assicurarsi di considerare non solo la notifica in sé, ma anche tutte le informazioni aggiuntive di cui un utente potrebbe aver bisogno per intraprendere un'azione. Includere istruzioni chiare o link a dove gli utenti possono trovare informazioni aggiuntive o completare le fasi di follow-up in tutte le notifiche fruibili.
• Concentrarsi sulla leggibilità. Assicurarsi di comunicare chiaramente lo scopo di ogni notifica e i passaggi successivi che un utente deve eseguire in risposta. I messaggi devono essere comprensibili per gli utenti aziendali che non hanno familiarità con il funzionamento interno dei sistemi sottostanti. Quando si creano messaggi, attenersi agli standard di accessibilità e assicurarsi che siano localizzati per supportare gli utenti nelle regioni in cui possono essere visualizzati.

Includere schemi per quando utilizzare le notifiche o diversi tipi di errori negli standard di progettazione per garantire che i generatori di app seguano procedure coerenti.

L'elenco degli schemi e antischemi riportato di seguito mostra l'aspetto corretto (e scadente) delle notifiche e della messaggistica in un'organizzazione Salesforce. È possibile utilizzarli per convalidare i progetti prima di crearli o identificare gli utilizzi che devono essere sottoposti a refactoring.

Per ulteriori informazioni sugli strumenti Salesforce per le notifiche e la messaggistica, vedere Strumenti pertinenti per il coinvolgimento.

La guida in app può essere un modo efficace per demistificare flussi di lavoro complessi (anche se è necessario assicurarsi di averli prima ottimizzati) o aiutare a inserire nuovo personale. Può essere un ottimo sistema per introdurre modifiche ai processi, evidenziare nuove funzionalità o distribuire la formazione in modo automatico e scalabile. Se non viene implementata con attenzione, tuttavia, la guida in app può essere utilizzata in modo eccessivo. Popup o avvisi frequenti possono creare una quantità enorme di rumore e interruzioni per gli utenti, causando una perdita di produttività. Anche la guida in app può essere sottoutilizzata, con conseguenti processi di rilascio e gestione del cambiamento più complessi (soprattutto per le funzioni semplici). Infine, sia l'abuso che il sottoutilizzo della guida in app portano a una serie di problemi che pongono rischi per l'azienda, tra cui:

• Minore integrità dei dati
• Aumento degli errori degli utenti
• Livelli di frustrazione degli utenti più elevati e minore soddisfazione degli utenti
• Minor produttività degli utenti

Tenere presente che può essere opportuno utilizzare la guida in app in modo diverso nei diversi scenari, poiché la mentalità di un utente determinerà la quantità di guida "troppa" rispetto a "non sufficiente". Gli utenti che vengono introdotti a un nuovo sistema per la prima volta probabilmente avranno bisogno di messaggi più frequenti rispetto agli utenti che stanno semplicemente imparando a conoscere una nuova funzione in un sistema che hanno già familiarità.

Di seguito sono riportati alcuni suggerimenti chiave per creare una guida in app efficace:

• Sviluppare standard di progettazione. È importante ricordare che la sovraesposizione alla guida in app può far sì che gli utenti inizino ad ignorare o ignorare regolarmente i messaggi. A questo punto, la guida in app diventa un fastidio, non una risorsa. Definire standard di progettazione per chiarire quando utilizzare prompt, tour dimostrativi, testo della guida a livello di campo, messaggi di convalida, percorsi, flussi schermata e così via.
• Creare un sistema di assegnazione delle priorità per le implementazioni dell'orientamento. Non tutti i casi d'uso per la guida in app devono essere implementati. Considerare invece le seguenti domande per stabilire la priorità. Dove è possibile utilizzare nomi di campo migliori, etichette più esplicite sui pulsanti, una migliore progettazione dei moduli e l'ottimizzazione dei processi per creare flussi di lavoro più intuitivi? Dove è possibile aggiungere testo o link più utili a un percorso? Quale impatto sui costi avrà la guida in app? Con che frequenza si desidera consegnare i messaggi agli utenti? Assicurarsi inoltre che tutte le implementazioni siano incluse nella roadmap, in modo che tutti gli stakeholder abbiano visibilità.
• Mappare gli utenti alla guida in app attiva (e proposta). La mappatura degli utenti alla guida in app aiuterà a identificare e prevenire il "sovraccarico di assistenza" dovuto a una quantità eccessiva di guida in app visualizzata per un utente. Spesso questo è il risultato dello sviluppo in silo, poiché i team pensano troppo ristrettamente al loro caso d'uso particolare. Mantenere una visione olistica di ciò a cui saranno esposti gli utenti è particolarmente importante per le grandi organizzazioni. Può essere utile anche includere implementazioni di orientamento nella roadmap.
• Raccogliere e utilizzare i commenti per migliorare. Esaminare i dati sull'utilizzo della guida in app e utilizzarli per giudicare l'efficacia delle distribuzioni della guida in app. Assicurarsi di fornire agli utenti dei modi per fornire anche feedback aperti per aiutare i generatori di orientamento.

L'elenco di schemi e antischemi riportato di seguito mostra l'aspetto corretto (e scadente) della guida in app in un'organizzazione Salesforce. È possibile utilizzarli per convalidare i progetti prima di crearli e identificare le implementazioni che devono essere sottoposte a refactoring.

Per ulteriori informazioni sugli strumenti Salesforce per la guida in app, vedere Strumenti pertinenti per il coinvolgimento.

Creare riconoscimenti e premi in un'app aiuta le persone che la utilizzano a sentirsi più connesse all'impatto del proprio lavoro e a comprendere meglio il valore dei loro contributi, della loro produttività e delle loro prestazioni. È anche un modo efficace per sbloccare la fedeltà e il coinvolgimento.

Non progettare per il riconoscimento o premiare le esperienze dell'app può contribuire a una serie di problemi, tra cui:

• Utenti che faticano a capire il loro progresso o la loro velocità
• Confusione sull'avanzamento verso gli obiettivi o sul lavoro non completato
• Utenti più improduttivi, che non vedono una connessione tra le loro operazioni e il "quadro generale"
• Tempo sprecato dalla gestione con rapporti manuali sugli obiettivi di basso livello

L'assegnazione di premi alle esperienze dell'app può essere difficile da progettare e offrire, poiché dipende dalla cultura, dalle policy e dagli standard aziendali, nonché dal contesto e dalle preferenze dei singoli utenti. Le funzioni che possono aiutare gli utenti desktop a provare momenti di gioia o apprezzamento possono diventare un'irritazione per un utente su dispositivo mobile o un utente che tenta di lavorare da un ufficio domestico rumoroso e occupato. Le persone che utilizzano un'app per lavorare con informazioni private o estremamente sensibili potrebbero non apprezzare la comunicazione sui punti salienti sotto forma di festeggiamenti con coriandoli o badge. Un team di vendita distribuito, al contrario, può vedere tale ludicizzazione come un'esperienza dell'app adeguatamente gratificante. In ultima analisi, gli schemi di implementazione scelti possono essere determinati al meglio collaborando con i designer di esperienze utente (UX) in un team.

Quando si tratta di architettura, è importante identificare come e dove le app possono implementare funzioni che aiutano gli utenti a sentirsi riconosciuti e premiati. È anche fondamentale capire come e dove queste funzioni potrebbero rendere le app meno riutilizzabili o distogliere l'attenzione dal fornire valore aziendale reale.

Di seguito sono riportate alcune domande da considerare quando si valutano i riconoscimenti e i premi nelle app Salesforce:

• Come e dove gli utenti possono vedere i propri progressi, oltre alle statistiche complessive del team? I rapporti sono importanti, ma spesso contengono dati di riepilogo che possono non rientrare nel contesto del lavoro quotidiano. È possibile utilizzare uno strumento come il Generatore di app Lightning per incorporare grafici o cruscotti digitali nelle schermate dei record nel contesto di un'app, aiutando gli utenti a comprenderne l'impatto o l'avanzamento durante le attività quotidiane.
• Come devono essere riconosciuti gli utenti? Questo può variare a seconda del team o delle preferenze individuali. In alcuni casi, i supervisori potrebbero voler visualizzare messaggi sull'avanzamento degli utenti in modo da poterli condividere con un gruppo più ampio. Il riconoscimento può anche essere un ulteriore vantaggio per aiutare il morale dei dipendenti. E in altri casi, gli utenti potrebbero semplicemente preferire essere gli unici a ricevere notifiche sull'avanzamento di una determinata operazione o progetto.

L'elenco degli schemi e antischemi riportato di seguito mostra l'aspetto corretto (e scarso) del riconoscimento e dei premi in un'organizzazione Salesforce. È possibile utilizzarli per convalidare i progetti prima di crearli e identificare le implementazioni che devono essere sottoposte a refactoring.

Per ulteriori informazioni sugli strumenti Salesforce per il riconoscimento e i premi, vedere Strumenti pertinenti per il coinvolgimento.

La tabella seguente mostra una selezione di schemi da cercare (o creare) nell'organizzazione e di schemi anti-schemi da evitare o a cui destinare la riparazione.

✨ Scopri altri schemi per applicazioni utili in Explorer schemi e antischegge.

Aiutaci a mantenere Salesforce Well-Architected pertinente per te; partecipa al nostro sondaggio per fornire un feedback su questo contenuto e dirci cosa vorresti vedere dopo.