https://blueprints.coevera.com/it/ Blueprint di implementazione per Coevera CRM (in precedenza Pipeliner CRM). Ognuno parte da un problema di business e documenta la configurazione funzionante dall'inizio alla fine – modello dati, campi, automazione, limiti e verifica. it Wed, 23 Sep 2026 09:00:00 +0000 https://blueprints.coevera.com/it/blueprints/chaining-email-sequences-on-engagement/ https://blueprints.coevera.com/it/blueprints/chaining-email-sequences-on-engagement/ Wed, 23 Sep 2026 09:00:00 +0000 Outreach Blueprint 016. Le sequenze di email non possono iscrivere nessuno a un'altra sequenza, quindi concatenarle significa usare un task come bus dei messaggi: un'azione globale alla risposta, alla disiscrizione o a una condizione personalizzata di apertura e clic crea un task che porta un puntatore alla sequenza successiva, e un processo ricevitore attivato dalla creazione del task lo scrive sul contatto ed esegue una nuova iscrizione. Tratta il filtro della condizione personalizzata, l'attore del trigger solo applicazioni che tiene i task creati dalle persone fuori dal circuito, un campo puntatore la cui etichetta descrive tutt'altro, una scala che termina grazie a una casella di controllo anziché ai propri dati, e perché centinaia di task già completati non equivalgono ad alcun lavoro. https://blueprints.coevera.com/it/blueprints/volume-discounts-by-region-and-product/ https://blueprints.coevera.com/it/blueprints/volume-discounts-by-region-and-product/ Wed, 23 Sep 2026 09:00:00 +0000 Prezzi Blueprint 015. Prezzi per volume su un catalogo di distribuzione multiregionale. Più listini prezzi possono essere validi contemporaneamente, e una regola di disponibilità che verifica campi del preventivo, dell'opportunità o dell'account restringe quelli proposti a un utente, ma regola la disponibilità, non l'applicazione: il menu a tendina parte da "Without price list" e ogni riga arriva a zero finché qualcuno non sceglie. Nessuna regola può verificare la quantità, perché appartiene alla riga del preventivo, e comunque una riga di listino contiene un solo prezzo. Tratta perché un listino per scaglione non può funzionare, perché uno schema di scaglioni appartiene al prodotto sotto forma di percentuali anziché di prezzi per scaglione, perché i limiti degli scaglioni fissati nei nomi dei campi impongono una struttura comune, e perché 709 inserimenti solo su preventivo avevano bisogno di un flag anziché di un prezzo. https://blueprints.coevera.com/it/blueprints/customer-health-score-churn-risk/ https://blueprints.coevera.com/it/blueprints/customer-health-score-churn-risk/ Wed, 23 Sep 2026 13:00:00 +0000 Customer success Blueprint 014. Health scoring nativo dei clienti: regole indicatore composte da campo, operatore e punti si traducono in un punteggio, in una di quattro fasce e in un trend, configurati separatamente per ogni sottotipo di record, con indicatori critici memorizzati a −1 che, stando ai valori memorizzati, impongono la fascia peggiore (non è stato osservato in un ricalcolo). La fascia di salute è un trigger valido per un processo, ma l'intervento dovrebbe dipendere invece da un campo con il verdetto di una persona, perché un punteggio è un segnale e il contatto con il cliente è un impegno. Tratta il calcolo ponderato rispetto a quello per priorità, l'attribuzione giornaliera del punteggio, e perché un indicatore costruito su un campo replicato trasforma un'interruzione dell'integrazione in un falso segnale di abbandono. https://blueprints.coevera.com/it/blueprints/website-contact-form-into-crm/ https://blueprints.coevera.com/it/blueprints/website-contact-form-into-crm/ Wed, 23 Sep 2026 12:00:00 +0000 Acquisizione lead Blueprint 013. Un modulo di contatto per il sito web che scrive direttamente nel CRM: il CRM ospita il modulo e la pagina contiene solo un link id e un titolo, quindi le domande cambiano senza un deploy del sito. Creazione del record più aggiornamento del record più autolink trasformano ogni invio in un upsert invece che in un duplicato. Tratta il sottotipo, il proprietario e l'unità che nessun visitatore anonimo fornisce, la marcatura della provenienza, una spunta di consenso obbligatoria che non arriva mai al record, e perché un modulo incorporato non ha né un tasso di risposta né un elenco di solleciti. https://blueprints.coevera.com/it/blueprints/customer-survey-answers-onto-the-record/ https://blueprints.coevera.com/it/blueprints/customer-survey-answers-onto-the-record/ Wed, 23 Sep 2026 11:00:00 +0000 Feedback Blueprint 012. Sondaggi clienti costruiti sul sottosistema nativo dei moduli online: una definizione di modulo vincolata a un solo tipo di entità, un invio che diventa un record di risposta e risposte scritte sul record oggetto del sondaggio da un template che fa riferimento ai campi del modulo. Illustra le tre modalità di collegamento, i campi di identità nascosti e precompilati, l'autolink per i moduli pubblici, l'invio del modulo come uno dei quattro tipi di trigger di processo, il contenitore dei rispondenti sconosciuti e perché il tasso di risposta integrato è vuoto per i moduli pubblicati e può superare il 100% per quelli inviati. https://blueprints.coevera.com/it/blueprints/keeping-hundreds-of-automations-maintainable/ https://blueprints.coevera.com/it/blueprints/keeping-hundreds-of-automations-maintainable/ Wed, 23 Sep 2026 10:00:00 +0000 Governance Blueprint 011. Gestire un ampio parco di automazioni del CRM in Coevera, sulla base di un'implementazione reale di 265 processi. Il fatto strutturale da cui discende tutto: un processo è un trigger, poi un solo nodo filtro, poi le azioni, e un filtro non può mai essere figlio di un'azione, quindi una seconda condizione indipendente non può stare nello stesso processo. Deve essere passata a un altro processo che porta il proprio filtro; il processo chiamato può essere eseguito manualmente o a una modifica del record, e il trigger manuale è la scelta che gli impedisce di attivarsi anche da solo. Ecco perché 56 dei 113 processi sull'entità più carica sono sottoprocessi richiamabili anziché disordine. Illustra la trappola dei rami che fa credere che un processo abbia eseguito tutti e tre i controlli quando ne ha eseguito uno, le convenzioni di denominazione accanto ai tag dei processi e i tre schemi di degrado che un parco sviluppa immancabilmente. https://blueprints.coevera.com/it/blueprints/handover-from-sales-to-delivery/ https://blueprints.coevera.com/it/blueprints/handover-from-sales-to-delivery/ Wed, 23 Sep 2026 17:00:00 +0000 Passaggio di consegne Blueprint 010. Consegnare una trattativa vinta al team che la realizza, in Coevera: dia alla delivery una propria pipeline e vi cloni l'opportunità vinta anziché estendere la pipeline di vendita, perché un solo record che attraversa due cicli di vita corrompe allo stesso modo tasso di conversione, ciclo di vendita e previsione ponderata. Illustra il clone condizionato, le quantità predefinite per servizio, un processo per ciascuna pipeline di origine invece di uno con una mega-condizione, la diramazione in quattro a partire dalla data di go-live, perché ogni processo che imposta automaticamente un valore richiede un gemello manuale rieseguibile e i processi di riallineamento di cui un clone-istantanea finisce sempre per avere bisogno. https://blueprints.coevera.com/it/blueprints/automating-on-integration-owned-fields/ https://blueprints.coevera.com/it/blueprints/automating-on-integration-owned-fields/ Wed, 23 Sep 2026 09:00:00 +0000 Integrazione Blueprint 009. La maggior parte dell'automazione di un CRM si ramifica su campi che il CRM non ha prodotto: stato dell'abbonamento, date contrattuali, numero di licenze, replicati dalla fatturazione o da un ERP. Li tratti come indizi anziché come stato: li rispecchi in sola lettura, ne derivi un piccolo livello di proprietà del CRM su cui l'automazione si ramifica davvero e aggiunga campi sullo stato di salute della sincronizzazione. Documenta che cosa ha fatto in produzione un'interruzione della replica durata più giorni: automazione attivata dalle modifiche silenziosa anziché in errore, automazione pianificata che continua a girare con sicurezza su dati obsoleti, un'ondata di recupero che imprime le date sbagliate, condizioni di corrispondenza esatta saltate per sempre e un controllo di freschezza che ha disattivato la verifica che doveva proteggere. https://blueprints.coevera.com/it/blueprints/forecasting-renewals-before-they-exist/ https://blueprints.coevera.com/it/blueprints/forecasting-renewals-before-they-exist/ Wed, 23 Sep 2026 17:00:00 +0000 Automazione Blueprint 008. La previsione dei rinnovi separa due domande che vengono confuse: che cosa un contratto firmato impegna già, a cui risponde un piano dei ricavi nativo che distribuisce il valore su periodi datati mensili, trimestrali o annuali, con una data di cancellazione per l'abbandono; e se il cliente rinnoverà, a cui risponde una regola di ricorrenza dell'opportunità nativa, le cui cadenze AfterNMonths e AfterNYears corrispondono alla durata di un contratto. Spiega perché creare opportunità di rinnovo con anni di anticipo peggiora conversione, durata del ciclo e previsione ponderata. https://blueprints.coevera.com/it/blueprints/pricing-one-product-many-prices/ https://blueprints.coevera.com/it/blueprints/pricing-one-product-many-prices/ Wed, 23 Sep 2026 16:00:00 +0000 Prezzi Blueprint 007. In Coevera un prodotto non ha alcun prezzo — il prezzo si trova su un record di collegamento tra il prodotto e un listino prezzi, insieme alla sua valuta e a un'impostazione di accesso per ruolo. Documenta l'asimmetria per cui la creazione di un prodotto genera righe di prezzo per i listini esistenti, mentre la creazione di un listino non genera nulla per i prodotti esistenti, e il fatto verificato che l'API non ricava mai un prezzo da un listino: le voci di riga create senza un prezzo esplicito arrivano a zero. https://blueprints.coevera.com/it/blueprints/document-numbering-that-survives-production/ https://blueprints.coevera.com/it/blueprints/document-numbering-that-survives-production/ Wed, 23 Sep 2026 15:00:00 +0000 Numerazione Blueprint 006. Campi Auto number in Coevera: un costruttore di pattern a segmenti il cui Autocount prevede un'opzione nativa "Reset count every year" — per cui il consiglio diffuso di comporre numeri con prefisso dell'anno in un processo di automazione è superfluo. Documenta la grammatica del pattern e il suo indice iniziale, lo stato del contatore {year, month, count} e la regola per modificare un pattern in seguito tramite l'API — inviarlo senza il numero iniziale finale, altrimenti la serie riparte da quel numero e riemette valori già in uso. Tratta anche i limiti che nessuna configurazione elimina: la numerazione senza buchi e un anno che deve provenire da una data diversa dalla data di creazione; e l'unico caso in cui un processo di composizione è ancora la risposta giusta. https://blueprints.coevera.com/it/blueprints/contact-migration-without-data-loss/ https://blueprints.coevera.com/it/blueprints/contact-migration-without-data-loss/ Wed, 23 Sep 2026 10:00:00 +0000 Migrazione dei dati Blueprint 005. Un export di contatti con 91 colonne e 3.432 record. Gli errori di migrazione sono silenziosi per impostazione predefinita: un valore di menu a tendina senza un'opzione corrispondente nella destinazione arriva vuoto senza alcun errore — su questo export, 579 record, il 17%, sarebbero stati svuotati in un solo campo. Spiega perché un export di esempio inganna in entrambe le direzioni, perché il file è composto da più coorti anziché da un unico elenco, quali campi standard sono gestiti dal CRM e non possono essere importati, e il confronto del tasso di riempimento dopo l'importazione, che è l'unico segnale di perdita disponibile. https://blueprints.coevera.com/it/blueprints/quote-approval-thresholds/ https://blueprints.coevera.com/it/blueprints/quote-approval-thresholds/ Wed, 23 Sep 2026 16:00:00 +0000 Controllo dei processi Blueprint 004. Un vero blocco di approvazione sui preventivi al di sopra di una soglia di valore: la soglia è un normale nodo filtro, l'applicazione è il blocco del record anziché una notifica, e gli approvatori vengono individuati tramite un tipo di ruolo che sopravvive ai cambi di personale. Tratta la sequenza di configurazione in tre chiamate, i nodi decisionali e l'impostazione di scadenza che approva automaticamente in silenzio tutto ciò a cui nessuno risponde. https://blueprints.coevera.com/it/blueprints/where-should-this-data-live/ https://blueprints.coevera.com/it/blueprints/where-should-this-data-live/ Wed, 23 Sep 2026 14:00:00 +0000 Modello dati Blueprint 003. Un quadro decisionale per collocare un nuovo requisito: sei verdetti prima di qualsiasi modellazione — attivo, disattivato, configurazione, sviluppo, limite rigido o non un problema di prodotto. In un esercizio con sei reparti 11 richieste su ~44 erano interruttori anziché sviluppi. Poi, quando si tratta di uno sviluppo: campo, sottotipo, record figlio correlato o entità personalizzata, con il costo permanente di ciascuno. https://blueprints.coevera.com/it/blueprints/ai-fields-read-documents/ https://blueprints.coevera.com/it/blueprints/ai-fields-read-documents/ Wed, 23 Sep 2026 09:00:00 +0000 Campi IA Blueprint 002. Riconoscere una volta, leggere più volte — un campo IA legge i documenti allegati e scrive un foglio di lavoro JSON; ogni altro campo è un economico lettore di testo. Tratta i tipi di campo supportati, perché ogni dipendenza da IA a IA deve essere un processo a sé, i trigger di completamento asincroni e le modalità di errore che segnalano successo senza scrivere nulla. https://blueprints.coevera.com/it/blueprints/one-entity-five-request-types/ https://blueprints.coevera.com/it/blueprints/one-entity-five-request-types/ Wed, 23 Sep 2026 00:00:00 +0000 Modello dati Blueprint 001. Un'entità personalizzata, cinque sottotipi CustomEntityType, il typeId nativo come discriminante — una coda e una serie di numeri di riferimento che sostengono cinque insiemi di campi diversi. Spiega perché un menu a tendina personalizzato per il tipo non può funzionare, perché falliscono anche cinque entità separate, la trappola del sottotipo predefinito creato automaticamente e il pattern del Quote proxy, necessario perché i processi di approvazione non possono avere come destinazione un'entità personalizzata.