---
schema_version: "1"
id: 4ae68d61a9c75888c7619ff1e8efc433cb42ec43c6f83ad88023b3d66f341434
title: Facile
collection: architect
version: next
locale: it-it
portal_url: https://docs.salesforce.com/architect/next/it-it/well-architected/guides/easy-overview.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/it-it/well-architected/guide/easy-overview.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: d164825a0031360fd6ceb8179d82d5baf97c2622496bc4300a035c7f17cf3e3d
products:
  - Ben progettato
  - Architect Site Content Repo
updated_at: 2024-07-01T00:00:00Z
---
> Leggi [qui](/docs/architect/it-it/well-architected/guide/contributors) le nostre pianificazioni degli aggiornamenti.

# Introduzione

Una soluzione Salesforce **Facile** offre valore velocemente. Una soluzione ben progettata per essere **facile** è intenzionale, automatizzata e coinvolgente.

Le soluzioni **intenzionali** offrono valore aziendale immediatamente e nel tempo.<br>
Le soluzioni **automatiche** consentono all'azienda di eseguire il lavoro più rapidamente e su larga scala.<br>
Soluzioni **coinvolgenti** soddisfano gli utenti e favoriscono l'adozione.<br>

Creare architetture **facili** può rappresentare sfide complesse per un architetto. Data la flessibilità di Salesforce Platform e la varietà di [strumenti di automazione](/docs/architect/it-it/well-architected/guide/automated#strumenti-rilevanti-per-lautomazione) disponibili, i dettagli dell'implementazione possono variare notevolmente tra le singole organizzazioni Salesforce. Architetture **facili** possono richiedere analisi di compromesso e conversazioni più intelligenti (e difficili) con gli stakeholder. La progettazione di una soluzione può essere resiliente e affidabile per un programmatore, ma non semplice da possedere o gestire per un amministratore di organizzazione. Una soluzione del genere non sarebbe ben progettata per essere **facile**.

Per arrivare a una soluzione **facile**, è necessario comprendere le priorità aziendali in modo profondo e preciso. È necessario conoscere gli utenti, comprese le loro preferenze, le loro esigenze e la realtà quotidiana del loro lavoro. È inoltre necessario conoscere le competenze (e le lacune di competenza) dei team di consegna e manutenzione. Sarà necessario ripetere diverse opzioni di tooling e schemi di progettazione per arrivare a una soluzione che sia intenzionale per ottenere valore per l'azienda e sia gestibile per i team di consegna e manutenzione, automatizza il lavoro più velocemente e su larga scala e coinvolge davvero gli utenti.

Le sezioni che seguono offrono indicazioni più approfondite per le considerazioni principali di un'architettura **Easy** Solution.

## Panoramica semplice

<table>
<tbody>
        <tr>
            <th scope="colgroup" colspan="3" class="guide-table-roadmap"><a href="/docs/architect/it-it/well-architected/guide/intentional">Intenzionale</a></th>
        </tr>
        <tr>
        <td colspan="3">Le soluzioni intenzionali offrono valore aziendale immediatamente e nel tempo. Le architetture intenzionali sono pianificate e fornite in modo strategico, possono essere mantenute in modo efficace e sono facili da leggere e comprendere per gli esseri umani.</td>
        </tr>
        <tr>
            <th scope="colgroup" colspan="1"><a href="/docs/architect/it-it/well-architected/guide/intentional#strategia">Strategia</a></th>
            <th scope="colgroup" colspan="1"><a href="/docs/architect/it-it/well-architected/guide/intentional#manutenibilità">Gestibilità</a></th>
            <th scope="colgroup" colspan="1"><a href="/docs/architect/it-it/well-architected/guide/intentional#leggibilità">Leggibilità</a></th>
        </tr>
        <tr>
            <td>Assegnazione di priorità <br>Roadmapping <br>Governance</td>
            <td>Standard vs Personalizzato <br>Debito tecnico</td>
            <td>Design Standards <br>Documentazione</td>
        </tr>
        <tr>
            <th scope="colgroup" colspan="3" class="guide-table-roadmap"><a href="/docs/architect/it-it/well-architected/guide/automated">Automatizzato</a></th>
        </tr>
        <tr>
        <td colspan="3">Le soluzioni automatiche consentono all'azienda di eseguire il lavoro più rapidamente e su larga scala. Una sana automazione riduce il tempo dedicato a operazioni manuali ripetitive o all'immissione di dati complessi.</td>
        </tr>
        <tr>
            <th scope="colgroup" colspan="1"><a href="/docs/architect/it-it/well-architected/guide/automated#efficienza">Efficienza</a></th>
            <th scope="colgroup" colspan="2"><a href="/docs/architect/it-it/well-architected/guide/automated#integrità-dei-dati">Integrità dei dati</a></th>
        </tr>
        <tr>
            <td>Progettazione dei processi <br>Logica operativa<br>KPIs</td>
            <td colspan="2">Gestione dei dati <br>Gestione degli errori</td>
        </tr>
        <tr>
            <th scope="colgroup" colspan="3" class="guide-table-roadmap"><a href="/docs/architect/it-it/well-architected/guide/engaging">Coinvolgimento</a></th>
        </tr>
        <tr>
        <td colspan="3">Soluzioni coinvolgenti soddisfano gli utenti e favoriscono l'adozione. Progettare per il coinvolgimento significa creare esperienze utente intuitive e utili.</td>
        </tr>
        <tr>
            <th scope="colgroup" colspan="1"><a href="/docs/architect/it-it/well-architected/guide/engaging#semplificato">Semplificato</a></th>
            <th scope="colgroup" colspan="2"><a href="/docs/architect/it-it/well-architected/guide/engaging#utile">Utile</a></th>
        </tr>
        <tr>
            <td>Complessità dell'applicazione <br>Moduli <br>Fattore di forma</td>
            <td colspan="2">Notifiche e Messaggistica <br>Guida in app<br>Riconoscimenti e premi</td>
        </tr>
        </tbody>
</table>