Le email transazionali<\/strong> sono un particolare tipo di messaggio di posta elettronica che l\u2019applicativo invia in risposta a un’interazione specifica o a un’azione compiuta dall’utente<\/strong>. Come detto, una conferma d’ordine, l\u2019attivazione o la disattivazione di un servizio sono tipiche email transazionali che si differenziano da quelle di marketing poich\u00e9 non promuovono nulla<\/strong>. Per inviare email transazionali, le aziende si rivolgono a service provider specializzati<\/strong> proprio nell\u2019invio massivo di email: Mandrill (Mailchimp), Amazon AWS e Brevo (ex SendinBlue), giusto per citare i nomi pi\u00f9 conosciuti.<\/p>\n Per quanto il processo appaia semplice e lineare, l\u2019esperienza ci suggerisce alcuni casi – tutt\u2019altro che infrequenti, oltretutto – in cui l\u2019invio di email transazionali diventa per l\u2019azienda una sfida vera e propria<\/strong>.<\/p>\n Il primo caso si verifica quando l\u2019azienda non ha un solo applicativo ma diversi (anche decine), e ognuno di essi si affida allo stesso servizio per l\u2019invio delle email transazionali. Dover integrare singolarmente ogni applicazione<\/strong> con il servizio comporta un’inefficienza intrinseca; non solo, infatti, a qualsiasi modifica del provider deve seguire un aggiornamento su tutti gli applicativi, ma pi\u00f9 in generale la ripetizione delle logiche di integrazione aumenta i costi di sviluppo e di manutenzione<\/strong>, rendendo pi\u00f9 complesso gestire il parco applicativo ed esponendo l\u2019azienda a possibili impatti negativi sulla qualit\u00e0 del servizio<\/strong> offerto agli utenti.<\/p>\n Un ulteriore livello di complessit\u00e0 si raggiunge quando diversi applicativi aziendali utilizzano differenti provider per l\u2019invio e la gestione delle email transazionali<\/a>. Questa scelta, spesso motivata da considerazioni di costo, di performance o di funzionalit\u00e0, introduce sfide significative a livello di integrazione<\/strong>. La diversit\u00e0 dei protocolli, delle API e dei meccanismi di autenticazione adottati dai vari provider rende la gestione delle comunicazioni un’attivit\u00e0 complessa, che richiede lo sviluppo di soluzioni customizzate per ogni caso.<\/p>\n Il terzo caso si verifica quando, per svariati motivi (tra cui valutazioni di compliance normativa), l\u2019azienda decide di cambiare provider in tempi brevi. Anche qui, il livello di complessit\u00e0 pu\u00f2 raggiungere livelli molto elevati, a seconda della quantit\u00e0 di applicazioni gestite e di provider coinvolti. Va messo in conto un effort significativo e la qualit\u00e0 del servizio potrebbe risentirne, almeno nei primi tempi.[\/vc_column_text][vc_column_text css=”” text_direction=”default”]Cerchi supporto per gestire l’integrazione delle email transazionali nei tuoi applicativi?<\/strong>[\/vc_column_text][nectar_btn size=”large” open_new_tab=”true” button_style=”regular” button_color_2=”Accent-Color” color_override=”#0f33ce” solid_text_color_override=”#ffffff” icon_family=”none” text=”Contattaci” url=”https:\/\/www.intesys.it\/contattaci\/”][\/vc_column][\/vc_row][vc_row type=”in_container” full_screen_row_position=”middle” column_margin=”default” column_direction=”default” column_direction_tablet=”default” column_direction_phone=”default” scene_position=”center” text_color=”dark” text_align=”left” row_border_radius=”none” row_border_radius_applies=”bg” overflow=”visible” overlay_strength=”0.3″ gradient_direction=”left_to_right” shape_divider_position=”bottom” bg_image_animation=”none”][vc_column column_padding=”no-extra-padding” column_padding_tablet=”inherit” column_padding_phone=”inherit” column_padding_position=”all” column_element_direction_desktop=”default” column_element_spacing=”default” desktop_text_alignment=”default” tablet_text_alignment=”default” phone_text_alignment=”default” background_color_opacity=”1″ background_hover_color_opacity=”1″ column_backdrop_filter=”none” column_shadow=”none” column_border_radius=”none” column_link_target=”_self” column_position=”default” gradient_direction=”left_to_right” overlay_strength=”0.3″ width=”1\/1″ tablet_width_inherit=”default” animation_type=”default” bg_image_animation=”none” border_type=”simple” column_border_width=”none” column_border_style=”solid”][vc_column_text css=”” text_direction=”default”]\n Fermo restando che l\u2019invio di email transazionali \u00e8 parte integrante di ogni applicativo moderno<\/strong>, le organizzazioni hanno quindi (almeno) due esigenze chiave:<\/p>\n Ci\u00f2 significa poter cambiare provider velocemente senza subire un lock-in autoimposto dalla complessit\u00e0 delle integrazioni in essere, ma anche far coesistere agevolmente pi\u00f9 provider, magari sulla base del tipo di email da inviare.<\/p>\n In Intesys, diamo una risposta concreta a tutte queste esigenze attraverso lo sviluppo di un modulo PBC (Packaged Business Capabilities) dedicato. L\u2019abbiamo chiamato PBC EMAIL<\/a> ed \u00e8 disponibile nel marketplace dell’Application Composition Platform di Entando<\/a>. La PBC EMAIL sposa il concetto della Composable Enterprise<\/a> in cui crediamo molto e, nella fattispecie, funge da unico punto di integrazione tra gli applicativi aziendali e i provider email supportati.<\/p>\nTanti applicativi e un solo servizio per le email transazionali<\/h3>\n
Pi\u00f9 provider per le email transazionali<\/h3>\n
Cambiare provider in tempi brevi<\/h3>\n
La soluzione di Intesys: come funziona la PBC EMAIL<\/h2>\n
\n