Mobile-First CRM: Wie intelligentfood den Aussendienst auf SAP BTP steuert

intelligentfood vertreibt Lebensmittel in der ganzen Schweiz. Die Vertriebsleute besuchen täglich Restaurants, Hotels und Einzelhändler. Sie nehmen Bestellungen auf, prüfen Bestände, fotografieren Regalplatzierungen, planen Routen. Alles von unterwegs, den ganzen Tag.

Das alte System war ein Durcheinander. Ein Desktop-CRM, das ausserhalb des Büros niemand öffnete. Papier-Bestellformulare. Anrufe im Innendienst, um Preise zu bestätigen. Bestellungen brauchten 2 bis 3 Tage bis ins ERP. Die Geschäftsleitung hatte null Echtzeit-Einblick, was im Feld tatsächlich passierte.

Sie brauchten kein besseres Desktop-CRM. Sie brauchten etwas, das für die tatsächliche Arbeitsweise ihrer Leute gebaut ist. In einer Restaurantküche stehend, Telefon in der einen Hand, Produktkatalog in der anderen.

TL;DR: Vertriebsmitarbeitende verbringen nur 28 % ihrer Zeit mit tatsächlichem Verkaufen (Salesforce, 2024). intelligentfood hat das für sein Aussendienstteam gelöst: massgeschneiderte SAP-BTP-Apps auf Sales Cloud V2, mit Offline-Fähigkeit, Fotodokumentation und Routenplanung. Resultate nach 6 Monaten: 60 % schnellere Auftragsbearbeitung, 25 % mehr Kundenbesuche pro Tag und 100 % mobile Adoption im ersten Monat.

Warum reichte ein Standard-CRM nicht?

Mit 55 % der ASUG-Mitglieder, die inzwischen SAP BTP nutzen (ASUG, 2025), werden BTP-Erweiterungen zur Standardpraxis, um CRM-Lücken zu schliessen. Wir evaluierten SAP Sales Cloud V2 als Kern. Es war die richtige Wahl für Account Management, Pipeline-Tracking und Reporting. Aber V2s Standard-Mobile-Erlebnis deckte vier Dinge nicht ab, die intelligentfood im Feld wirklich brauchte.

Offline-Fähigkeit. Die Mitarbeitenden besuchen Orte ohne Verbindung. Kellerküchen, ländliche Gebiete, unterirdische Lager. Die App musste mit null Netz funktionieren und synchronisieren, sobald das Signal zurückkommt. Ohne Wenn und Aber.

Fotodokumentation. Die Leute fotografieren Produktplatzierungen, Wettbewerber-Displays, Lieferbedingungen. Fotos müssen automatisch an Besuchsberichte angehängt werden, mit GPS und Zeitstempel. Nicht «schicke ich später per E-Mail».

Routenplanung. Bei 15 bis 20 Besuchen pro Tag macht der Unterschied zwischen einer guten und einer schlechten Route 4 bis 6 zusätzliche Kundenkontakte aus. Über ein Jahr summiert sich das zu ernsthaftem Umsatz.

Eigene Auftragserfassung. intelligentfoods Produktkatalog und Preislogik sind geschäftsspezifisch. Die Standard-CRM-Auftragserfassung passte überhaupt nicht zum Workflow.

Also bauten wir massgeschneiderte BTP-Anwendungen, die Sales Cloud V2 erweitern.

Wie funktioniert die Architektur?

82 % der Entwickler priorisieren inzwischen API-first-Ansätze (Postman, 2024). V2s API-first-Design hat diese Architektur möglich gemacht. Drei Schichten.

SAP Sales Cloud V2 ist das Kern-CRM. Konten, Kontakte, Opportunities, Pipeline. Standard-V2-Funktionalität. Single Source of Truth für Kundendaten. Nichts Eigenes hier.

Die SAP-BTP-Anwendungen sind massgeschneiderte mobile Apps auf Cloud Foundry. Sie decken die feldspezifischen Workflows ab: Besuchsmanagement, Offline-Datenerfassung, Fotodokumentation, Routenplanung und Auftragserfassung. Hier lebt die Magie.

Die Integrationsschicht verbindet alles. Die BTP-Apps kommunizieren über die REST-APIs mit Sales Cloud V2. Besuchsberichte, Bestellungen und Aktivitätsdaten synchronisieren zurück in V2. Die Integration läuft über SAP Integration Suite für Zuverlässigkeit und Monitoring.

Wie funktioniert der Offline-Modus?

Die mobilen Apps nutzen einen lokalen Datenspeicher auf dem Gerät. Wenn eine Mitarbeiterin ihren Tag startet, synchronisiert die App die Tagesroute, Kundendaten, den Produktkatalog und die Preise. Alles lokal gecacht.

Während der Besuche läuft sämtliche Dateneingabe gegen den lokalen Speicher. Keine Netzwerkabhängigkeit. Fotos werden lokal mit Metadaten gespeichert.

Sobald die Verbindung zurückkommt (meist zwischen Besuchen oder am Tagesende), synchronisiert die App die Änderungen über die Integrationsschicht zurück in Sales Cloud V2. Die Konfliktlösung folgt einem «Last Write Wins»-Modell mit Feldgranularität. Das funktioniert, weil Mitarbeitende selten gleichzeitig dieselben Datensätze bearbeiten. In 6 Monaten Produktivbetrieb erzeugten weniger als 0.1 % der Synchronisationen Konflikte. Weniger, als die meisten erwarten.

Wie funktioniert die Fotodokumentation?

Button tippen, Foto machen, es hängt automatisch am aktuellen Besuchsbericht. Metadaten: Zeitstempel, GPS-Koordinaten, Kundenkonto. Fotos synchronisieren in einen S3-kompatiblen Object Store auf BTP und werden mit dem Sales-Cloud-V2-Aktivitätsdatensatz verknüpft.

Die Geschäftsleitung nutzt diese Fotos für Compliance-Prüfungen, Merchandising-Audits und Streitbeilegung. Was früher einen separaten Besuch erforderte, passiert jetzt automatisch. Elegant.

Wie spart die Routenplanung Zeit?

Die App berechnet optimierte Routen basierend auf geplanten Besuchen, GPS-Position und Verkehrsdaten. Die Mitarbeitenden sehen ihre Route auf einer Karte und können Stopps bei Bedarf umsortieren. Abgeschlossene Besuche aktualisieren die Route automatisch.

Das ersetzte einen manuellen Prozess, bei dem die Leute am Vorabend Routen mit Google Maps planten. Zeitersparnis: rund 30 Minuten pro Person und Tag. Über ein Jahr summieren sich diese zusätzlichen Besuche zu Zahlen, die der Vertriebsleiter tatsächlich bemerkt.

Was übernimmt Sales Cloud V2?

CRM liefert 3.10 US-Dollar pro eingesetztem Dollar, wenn es sauber implementiert ist (Nucleus Research, 2024). Die BTP-Apps decken den Aussendienst ab. V2 übernimmt den Rest.

Pipeline-Management. Opportunities aus Aussendienstbesuchen erscheinen nach der Synchronisation sofort in V2. Die Geschäftsleitung sieht die volle Pipeline, ohne darauf zu warten, dass die Leute «das CRM aktualisieren». Das allein ist die Investition wert.

Reporting und Analyse. Besuchsfrequenz, Bestellvolumen, Pipeline nach Gebiet. Alles in V2s Analytics. Kein separates Reporting-Tool nötig.

Konto-360. Jede Kundeninteraktion (Besuche, Bestellungen, Anrufe, E-Mails) erscheint in der V2-Konto-Zeitleiste. Wer einen Kunden besucht, sieht die vollständige Historie. Keine «Moment, ich schaue nach»-Momente mehr.

KI-Einblicke. V2s Joule markiert Konten, die länger nicht besucht wurden, gefährdete Opportunities, Umsatztrends. Fliesst direkt in Gebietsmanagement-Entscheidungen ein.

Was waren die Resultate nach 6 Monaten?

Die Auftragsbearbeitungszeit sank um 60 %. Im Feld erfasste Bestellungen erreichen das ERP am selben Tag. Vorher betrug die Papier-zu-System-Verzögerung 2 bis 3 Tage. Weg.

Die Besuchsfrequenz stieg um 25 %. Routenoptimierung plus schnellere Dateneingabe bedeuten mehr Kundenkontakte pro Tag. Das sind 3 bis 4 zusätzliche Besuche pro Person und Woche. Unterm Strich 25 % mehr Vertriebskapazität, ohne jemanden einzustellen.

Die Pipeline-Genauigkeit verbesserte sich. Management-Berichte gingen von «beste Schätzung» zu Echtzeitdaten. Die Quartals-Prognosegenauigkeit stieg von rund 65 % auf 85 %.

Die Zufriedenheit im Team erreichte 100 %. Die mobile App ersetzte drei separate Tools. Ein Gerät, eine App, Daten einmal eingegeben. Die Adoption lag im ersten Monat bei 100 %. Warum? Weil die App den Job tatsächlich einfacher macht. Das ist die einzige Adoptionsstrategie, die im Aussendienst funktioniert. Alles andere ist eine PowerPoint-Folie.

Was können Sie aus diesem Projekt mitnehmen?

Wenn Sie etwas Ähnliches erwägen, hier unsere Learnings.

BTP ist die Erweiterungsplattform. Pressen Sie komplexe Aussendienst-Workflows nicht in ein Standard-CRM. Bauen Sie, was Sie brauchen, auf BTP und integrieren Sie über APIs. V2s REST-APIs sind umfassend und gut dokumentiert. Die Integration war unkompliziert. Keine Workarounds nötig, was erfrischend ist, wenn man Zeit mit den alten C4C-APIs verbracht hat.

Offline-first ist eine Designentscheidung, nichts, was man später anschraubt. Wir haben Projekte gesehen, die Offline nachträglich einbauen wollten. Das funktioniert nie gut. Planen Sie es von Tag eins ein.

Und halten Sie den Kern sauber. Alle Eigenlogik lebt auf BTP. Sales Cloud V2 bleibt Standard. Upgrades brechen nichts. Das war die wichtigste einzelne Architekturentscheidung in diesem Projekt.

Sie brauchen ein mobiles CRM, das so funktioniert, wie Ihr Aussendienstteam tatsächlich arbeitet? Wir bauen massgeschneiderte BTP-Lösungen auf SAP Sales Cloud V2. Sprechen wir darüber.

Häufig gestellte Fragen

Funktioniert dieser Ansatz auch für andere Branchen als den Lebensmittelvertrieb?

Ja. Das Muster (Sales Cloud V2 als Kern-CRM plus massgeschneiderte BTP-Apps für feldspezifische Workflows) passt für jede Branche mit Aussendienstteams. Wir haben ähnliche Architekturen für Anlagenwartung, Pharmavertrieb und Bauwesen diskutiert. Die Offline-Fähigkeit und die Fotodokumentation sind überall relevant, wo Mitarbeitende in Gebieten mit eingeschränkter Verbindung arbeiten oder visuelle Arbeitsnachweise brauchen.

Wie lange dauerte die intelligentfood-Implementierung?

Die Kernimplementierung (BTP-App-Entwicklung, V2-Konfiguration, Integrations-Setup und Anwenderschulung) dauerte 4 Monate von Kick-off bis Go-live. Die Offline-Sync-Architektur brauchte am meisten Entwicklungszeit, rund 6 Wochen. Die Routenplanungs-Integration dauerte 2 Wochen. Die V2-Kern-CRM-Konfiguration war die schnellste Komponente, da wir Standardfunktionen ohne starke Anpassung nutzten.

Was passiert bei Synchronisationskonflikten?

Sync-Konflikte sind selten, weil Aussendienstmitarbeitende an ihren eigenen Konten arbeiten und selten denselben Datensatz bearbeiten. Wenn Konflikte auftreten, nutzt das System «Last Write Wins» auf Feldebene (nicht auf Datensatzebene), sodass nur das konkret betroffene Feld überschrieben wird. Das Sync-Log markiert alle Konfliktlösungen zur Überprüfung. In 6 Monaten Produktivbetrieb erzeugten weniger als 0.1 % der Synchronisationen Konflikte.

Was kostet eine solche BTP-Erweiterung im Vergleich zu einem Standard-CRM?

Massgeschneiderte BTP-Entwicklung kostet 30 bis 50 % mehr als eine Standard-Sales-Cloud-V2-Implementierung, je nach Komplexität. Bei intelligentfood rechtfertigte der ROI die Investition innert 4 Monaten. Allein die 60 % kürzere Auftragsbearbeitungszeit sparte genug Innendienst-Stunden, um die jährlichen BTP-Hostingkosten zu decken. Die eigentliche Frage sind nicht die Kosten. Sondern ob ein Standard-CRM Ihre Feld-Workflows ohne eigene Erweiterungen abbilden kann.

Läuft die mobile App auf iOS und Android?

Ja. Die BTP-Apps sind als Progressive Web Apps (PWAs) gebaut, die über den Browser des Geräts auf iOS und Android laufen. Das vermeidet die Pflege separater nativer Apps pro Plattform. PWAs unterstützen Offline-Speicherung, Kamerazugriff für die Fotodokumentation und GPS für die Routenplanung. Der Kompromiss: ein etwas weniger natives Gefühl im Vergleich zu einer dedizierten App, dafür deutlich tiefere Entwicklungs- und Wartungskosten. Für die meisten Aussendienstteams ein fairer Tausch.