CRM Mobile-First: Come intelligentfood gestisce le vendite sul campo con SAP BTP

intelligentfood distribuisce prodotti alimentari in tutta la Svizzera. I loro commerciali visitano ogni giorno ristoranti, hotel e punti vendita. Raccolgono ordini, controllano le scorte, fotografano i posizionamenti a scaffale, pianificano i percorsi. Tutto in mobilità, tutto il giorno.

Il vecchio sistema era un pasticcio. Un CRM desktop che nessuno apriva fuori dall’ufficio. Moduli d’ordine cartacei. Telefonate al back office per confermare i prezzi. Gli ordini impiegavano 2-3 giorni per arrivare all’ERP. La direzione non aveva alcuna visibilità in tempo reale su cosa succedeva davvero sul campo.

Non serviva un CRM desktop migliore. Serviva qualcosa costruito per il modo in cui i commerciali lavorano davvero: in piedi nella cucina di un ristorante, telefono in una mano, catalogo prodotti nell’altra.

TL;DR: I commerciali dedicano solo il 28% del loro tempo alla vendita vera e propria (Salesforce, 2024). intelligentfood ha risolto il problema per il proprio team sul campo costruendo app SAP BTP custom su Sales Cloud V2, con capacità offline, documentazione fotografica e pianificazione percorsi. Risultati dopo 6 mesi: elaborazione ordini più rapida del 60%, 25% di visite cliente in più al giorno e 100% di adozione mobile nel primo mese.

Perché il CRM standard non bastava?

Con il 55% dei membri ASUG che ormai usa SAP BTP (ASUG, 2025), le estensioni BTP stanno diventando la prassi per colmare le lacune del CRM. Abbiamo valutato SAP Sales Cloud V2 come core. Era la scelta giusta per gestione account, tracking pipeline e reporting. Ma l’esperienza mobile standard di V2 non copriva quattro cose di cui intelligentfood aveva davvero bisogno sul campo.

Capacità offline. I commerciali visitano luoghi senza connettività: cucine interrate, zone rurali, magazzini sotterranei. L’app doveva funzionare a rete zero e sincronizzarsi al ritorno del segnale. Senza se e senza ma.

Documentazione fotografica. I commerciali fotografano posizionamenti prodotto, espositori della concorrenza, condizioni di consegna. Le foto devono allegarsi automaticamente ai report visita, con GPS e timestamp. Non “te la mando per email più tardi”.

Pianificazione percorsi. Con 15-20 visite al giorno, la differenza tra un buon percorso e uno cattivo sono 4-6 contatti cliente in più. Su un anno, si trasforma in fatturato serio.

Inserimento ordini personalizzato. Il catalogo prodotti e la logica di pricing di intelligentfood sono specifici del loro business. L’inserimento ordini standard del CRM non corrispondeva affatto al loro flusso di lavoro.

Così abbiamo costruito applicazioni BTP custom che estendono Sales Cloud V2.

Come funziona l’architettura?

L’82% degli sviluppatori privilegia ormai approcci API-first (Postman, 2024). Il design API-first di V2 ha reso possibile questa architettura. Tre livelli.

SAP Sales Cloud V2 è il CRM core. Account, contatti, opportunità, pipeline. Funzionalità V2 standard. Unica fonte di verità per i dati cliente. Niente di custom qui.

Le applicazioni SAP BTP sono app mobile custom costruite su Cloud Foundry. Gestiscono i workflow specifici del campo: gestione visite, acquisizione dati offline, documentazione fotografica, pianificazione percorsi e inserimento ordini. È qui che vive la magia.

Il livello di integrazione tiene insieme il tutto. Le app BTP comunicano con Sales Cloud V2 tramite le sue API REST. Report visite, ordini e dati attività si sincronizzano con V2. L’integrazione gira su SAP Integration Suite per affidabilità e monitoraggio.

Come funziona la modalità offline?

Le app mobile usano un data store locale sul dispositivo. Quando un commerciale inizia la giornata, l’app sincronizza il percorso del giorno, i dati cliente, il catalogo prodotti e i prezzi. Tutto in cache locale.

Durante le visite, tutta l’immissione dati avviene contro lo store locale. Nessuna dipendenza dalla rete. Le foto vengono salvate localmente con i metadati.

Quando la connettività torna (di solito tra una visita e l’altra o a fine giornata), l’app sincronizza le modifiche con Sales Cloud V2 tramite il livello di integrazione. La risoluzione conflitti segue il modello “last write wins” con granularità a livello di campo. Funziona perché i commerciali raramente modificano gli stessi record contemporaneamente. In 6 mesi di uso in produzione, meno dello 0,1% delle sincronizzazioni ha prodotto conflitti. Meno di quanto la maggior parte delle persone si aspetti.

Come funziona la documentazione fotografica?

Il commerciale tocca un pulsante, scatta una foto, e questa viene allegata automaticamente al report visita corrente. I metadati includono timestamp, coordinate GPS e account cliente. Le foto si sincronizzano con un object store compatibile S3 su BTP e si collegano al record attività di Sales Cloud V2.

La direzione usa queste foto per verifiche di conformità, audit merchandising e risoluzione controversie. Quello che prima richiedeva una visita dedicata ora avviene automaticamente. Niente male.

Quanto tempo fa risparmiare la pianificazione percorsi?

L’app calcola percorsi ottimizzati in base alle visite pianificate, alla posizione GPS e ai dati sul traffico. I commerciali vedono il percorso su mappa e possono riordinare le tappe. Le visite completate aggiornano il percorso automaticamente.

Questo ha sostituito un processo manuale in cui i commerciali pianificavano i percorsi la sera prima con Google Maps. Risparmio di tempo: circa 30 minuti a persona al giorno. Su un anno, quelle visite extra si sommano in numeri che il direttore vendite nota eccome.

Cosa gestisce Sales Cloud V2?

Il CRM restituisce 3,10 dollari per ogni dollaro speso quando è implementato bene (Nucleus Research, 2024). Le app BTP gestiscono le operazioni sul campo. V2 gestisce tutto il resto.

Gestione pipeline. Le opportunità create durante le visite sul campo appaiono in V2 subito dopo la sincronizzazione. La direzione vede la pipeline completa senza aspettare che i commerciali “aggiornino il CRM”. Già solo questo vale l’investimento.

Reporting e analytics. Frequenza visite, volumi ordini, pipeline per territorio. Tutto nelle analytics di V2. Nessuno strumento di reporting separato necessario.

Account 360. Ogni interazione con il cliente (visite, ordini, chiamate, email) appare nella timeline dell’account V2. Quando un commerciale visita un cliente, vede la storia completa. Fine dei momenti “fammi controllare”.

Insight AI. Joule di V2 segnala account non visitati di recente, opportunità a rischio, trend di fatturato. Alimenta direttamente le decisioni di gestione territoriale.

Quali sono stati i risultati dopo 6 mesi?

Il tempo di elaborazione ordini è sceso del 60%. Gli ordini inseriti sul campo raggiungono l’ERP lo stesso giorno. Prima, il ritardo carta-sistema era di 2-3 giorni. Sparito.

La frequenza visite è aumentata del 25%. Ottimizzazione percorsi più immissione dati più veloce significano più contatti cliente al giorno. Sono 3-4 visite aggiuntive per commerciale a settimana. De facto, un aumento del 25% della capacità di vendita senza assumere nessuno.

L’accuratezza della pipeline è migliorata. I report per la direzione sono passati da “stima ottimistica” a dati in tempo reale. L’accuratezza delle previsioni trimestrali è passata da circa il 65% all’85%.

La soddisfazione dei commerciali ha raggiunto il 100%. L’app mobile ha sostituito tre strumenti separati. Un dispositivo, un’app, dati inseriti una volta sola. L’adozione è stata del 100% entro il primo mese. Perché? Perché l’app rende davvero il loro lavoro più semplice. È l’unica strategia di adozione che funziona nelle vendite sul campo. Tutto il resto è una slide PowerPoint.

Cosa potete portarvi a casa da questo progetto?

Se state valutando qualcosa di simile, ecco cosa abbiamo imparato.

BTP è la piattaforma di estensione. Non forzate workflow complessi sul campo nel CRM standard. Costruite ciò che serve su BTP e integrate tramite API. Le API REST di V2 sono complete e ben documentate. L’integrazione è stata lineare. Nessun workaround necessario, il che è rinfrescante se avete passato del tempo con le vecchie API C4C.

Offline-first è una scelta di design, non qualcosa da aggiungere dopo. Abbiamo visto progetti provare ad aggiungere l’offline a posteriori. Non funziona mai bene. Progettatelo dal primo giorno.

E mantenete il core pulito. Tutta la logica custom vive su BTP. Sales Cloud V2 resta standard. Gli aggiornamenti non rompono nulla. È stata la decisione architetturale più importante di questo progetto.

Serve un CRM mobile che funzioni come il vostro team sul campo lavora davvero? Costruiamo soluzioni BTP custom su SAP Sales Cloud V2. Parliamone.

Domande frequenti

Questo approccio funziona anche in settori diversi dalla distribuzione alimentare?

Sì. Il pattern (Sales Cloud V2 come CRM core più app BTP custom per i workflow specifici del campo) si applica a qualsiasi settore con team di vendita sul campo. Abbiamo discusso architetture simili per manutenzione di impianti, vendite farmaceutiche ed edilizia. Le funzionalità offline e di documentazione fotografica sono rilevanti ogni volta che i commerciali lavorano in aree con connettività limitata o hanno bisogno di prove visive del lavoro svolto.

Quanto è durata l’implementazione per intelligentfood?

L’implementazione core (sviluppo app BTP, configurazione V2, setup integrazione e formazione utenti) ha richiesto 4 mesi dal kickoff al go-live. L’architettura di sincronizzazione offline ha richiesto il maggior tempo di sviluppo, circa 6 settimane. L’integrazione della pianificazione percorsi ha richiesto 2 settimane. La configurazione del CRM core V2 è stata la componente più rapida, dato che abbiamo usato funzionalità standard senza personalizzazioni pesanti.

Cosa succede quando si verificano conflitti di sincronizzazione?

I conflitti sono rari perché i commerciali lavorano sui propri account e raramente modificano lo stesso record. Quando si verificano, il sistema applica “last write wins” a livello di campo (non di record), quindi viene sovrascritto solo il campo in conflitto. Il log di sincronizzazione segnala tutte le risoluzioni per la revisione. In 6 mesi di produzione, meno dello 0,1% delle sincronizzazioni ha prodotto conflitti.

Quanto costa un’estensione BTP custom di questo tipo rispetto al CRM standard?

Lo sviluppo BTP custom aggiunge il 30-50% al costo di un’implementazione standard di Sales Cloud V2, a seconda della complessità. Per intelligentfood, il ROI ha giustificato l’investimento entro 4 mesi. La sola riduzione del 60% dei tempi di elaborazione ordini ha fatto risparmiare abbastanza ore di back office da coprire i costi annuali di hosting BTP. La vera domanda non è il costo. È se il CRM standard può supportare i vostri workflow sul campo senza estensioni custom.

L’app mobile funziona sia su iOS che su Android?

Sì. Le app BTP sono costruite come progressive web app (PWA), che girano sia su iOS che su Android tramite il browser del dispositivo. Questo evita di mantenere app native separate per ogni piattaforma. Le PWA supportano storage offline, accesso alla fotocamera per la documentazione fotografica e GPS per la pianificazione percorsi. Il compromesso è un feeling leggermente meno nativo rispetto a un’app dedicata, ma con costi di sviluppo e manutenzione decisamente inferiori. Un compromesso più che accettabile per la maggior parte dei team sul campo.