Dieses Dokument ist passwortgeschützt.
Dieses Dokument ist passwortgeschützt.
Erweiterung der bestehenden Aeschbach-Treuekarte für Apple Wallet & Google Wallet — ohne Kassenintegration.
Die Aeschbach Chocolatier AG betreibt heute ein bewährtes physisches Treueprogramm: Kundinnen und Kunden laden Guthaben auf ihre Karte, sammeln bei Einkäufen Punkte und erhalten bei 1'000 Punkten eine Gutschrift von CHF 30.–. Die Karte existiert bisher ausschliesslich in physischer Form.
Ziel dieses Projekts ist es, diese Treuekarte um eine digitale Variante für Apple Wallet (iPhone) und Google Wallet (Android) zu erweitern. Kundinnen und Kunden sollen ihre Karte selbstständig per Link oder QR-Code aufs Smartphone laden – mit stets aktuellem Guthaben, Punktestand und Platz für Aktionen und Mitteilungen.
Zentrale Rahmenbedingung: Eine Anbindung an die Kasse ist nicht möglich. Die Lösung muss daher vollständig ohne Kassenintegration funktionieren. Diese Vorgabe prägt die empfohlene technische Lösung massgeblich (siehe Kapitel 02).
Physische Karte bleibt erhalten: Die bestehende Plastikkarte funktioniert unverändert weiter. Die digitale Karte ist eine zusätzliche, gleichwertige Option – kein Ersatz und kein Zwang für die Kundschaft.
Weil keine Kassenintegration möglich ist, können Guthaben und Punkte nicht automatisch aus dem Verkaufsvorgang übernommen werden. Unsere Empfehlung ist deshalb eine eigenständige Wallet-Plattform mit einem einfachen Mitarbeiter-Portal – komplett unabhängig vom Kassensystem und dadurch sofort umsetzbar.
Der Kern der Empfehlung: Statt auf eine (nicht mögliche) Kassenanbindung zu warten, verwalten Sie Guthaben und Punkte über ein schlankes Web-Portal – bedienbar auf Tablet, Smartphone oder PC an der Theke. Jede Änderung wird in Sekunden auf die digitale Karte der Kundin gepusht.
Ehrliche Einordnung zum Aufwand an der Theke: Ohne Kassenanbindung muss die Erfassung von Punkten/Guthaben manuell erfolgen. Das ist bei Aeschbach heute bereits der Fall. Sobald das Kassensystem künftig eine Schnittstelle bietet, lässt sich dieser Schritt automatisieren (siehe Kapitel «Zukünftige Erweiterungen»).
Die erste Version (V1) bildet das gesamte heutige Treueprogramm digital ab und ist auf beiden Plattformen produktiv einsetzbar.
Native digitale Kundenkarte für iPhone und Android, im Aeschbach-Look gestaltet.
Kunden laden ihre Karte selbstständig aufs Smartphone – ohne App-Installation.
Anzeige von Kundennummer, aktuellem Guthaben und Punktestand direkt auf dem Pass.
Abbildung der bestehenden Regel: 1'000 Punkte ergeben CHF 30.– Gutschrift.
Neues Guthaben oder ein neuer Punktestand erscheint automatisch auf der Karte.
Feld für Mitteilungen und Aktionen – direkt auf der Rückseite des Passes.
Karte suchen/scannen, Guthaben und Punkte anpassen – einfach und schnell.
Geschützter Login fürs Portal; Kundendaten auf Servern in der Schweiz/EU.
Kein App-Store nötig: Wallet-Pässe sind Teil von iOS und Android. Es gibt keine App-Installation, keine App-Store-Freigaben und keine App-Updates – das senkt Aufwand und Hürde für die Kundschaft erheblich.
Die Umsetzung erfolgt in fünf Phasen. Nach heutigem Kenntnisstand rechnen wir mit einer Gesamtdauer von rund 6–8 Wochen ab Projektstart, abhängig von Feedback-Zyklen und der Bereitstellung von Inhalten (Logo, Kartendesign, Kundendaten).
| Phase | Inhalt | Dauer |
|---|---|---|
| 1. Setup | Apple Developer Program, Google Wallet, Zertifikate, Projektinfrastruktur | ~1 Woche |
| 2. Wallet-Backend | Pass-Generierung Apple & Google, Push-Updates, Datenmodell | ~2 Wochen |
| 3. Portal & Onboarding | Mitarbeiter-Portal und Kunden-Onboarding-Seite (Link/QR) | ~2 Wochen |
| 4. Design & Test | Kartendesign im Aeschbach-Look, Tests auf realen iOS- und Android-Geräten | ~1 Woche |
| 5. Go-Live | Deployment, Übergabe, kurze Einführung fürs Team | ~0.5 Woche |
Frühzeitig starten: Die Freischaltung des Apple Developer Program und die Einrichtung der Google-Wallet-Herausgeberberechtigung können ein paar Tage in Anspruch nehmen. Wir stossen diese Schritte direkt zu Projektbeginn an, damit sie den Zeitplan nicht verzögern.
Die folgenden Positionen beschreiben den Leistungsumfang der V1. Auf konkrete Preisangaben verzichten wir in dieser Fassung bewusst – siehe Hinweis unten.
| Position – Leistungsumfang V1 |
|---|
| Setup & Konfiguration (Apple, Google, Zertifikate) |
| Wallet-Pass-Backend (Apple & Google, Push) |
| Datenanbindung bzw. Datenmodell (je nach Szenario) |
| Kunden-Onboarding (Link/QR, Kartenbezug) |
| Mitarbeiter-Portal (Guthaben/Punkte, Push) |
| Design & Branding (Aeschbach-Look) |
| Tests auf realen Geräten (iOS & Android) |
| Deployment & Projektleitung |
Hinweis zur Preisgestaltung: Eine seriöse Kalkulation der einmaligen Entwicklungskosten ist erst möglich, wenn die drei offenen Fragen in Kapitel 08 beantwortet sind – insbesondere, ob Ihr bestehendes Kartensystem direkt angebunden werden kann oder eine eigenständige Datenhaltung nötig ist. Der Aufwand unterscheidet sich je nach Szenario erheblich. Sobald alle Informationen vorliegen, erhalten Sie eine aktualisierte Offerte mit verbindlichen Preisen (Fixpreis, exkl. MwSt.).
Neben der einmaligen Entwicklung fallen laufende Kosten für Plattform-Lizenzen, Hosting und Wartung an. Diese halten wir bewusst schlank.
| Position | Anbieter / Details | Kosten |
|---|---|---|
| Apple Developer Program | Pflicht für Apple Wallet | ~CHF 90.–/Jahr |
| Google Wallet API | Herausgeberkonto | kostenlos |
| Push-Benachrichtigungen | Apple APNs / Google – im Konto enthalten | kostenlos |
| Hosting (Backend, DB, Pass-Auslieferung) | Server Schweiz/EU | abhängig vom Szenario |
Für Betrieb, Updates (z. B. bei neuen iOS-/Android-Versionen) und Support bieten wir drei Modelle an – frei wählbar:
| Modell | Leistung |
|---|---|
| Nach Aufwand | Support und Anpassungen auf Abruf, stundenweise verrechnet |
| Wartung Basis | Monitoring, Sicherheits- & Kompatibilitäts-Updates, E-Mail-Support |
| Wartung Plus | Basis + priorisierter Support + kleines Stundenkontingent/Monat |
Hinweis: Hosting- und Wartungspreise beziffern wir in der finalen Offerte, sobald das technische Szenario feststeht (siehe Kapitel 08). Die externen Lizenzkosten (Apple/Google) bleiben in jedem Fall minimal, die laufenden Fixkosten halten wir bewusst schlank.
Die V1 ist so aufgebaut, dass sie sich später gezielt ausbauen lässt. Mögliche Erweiterungen – jederzeit einzeln beauftragbar:
| Erweiterung |
|---|
| Automatischer Punkte-/Guthaben-Import (falls Kasse künftig Schnittstelle bietet) |
| Marketing-Push-Kampagnen (gezielte Aktionen an alle Karteninhaber) |
| Standort-Benachrichtigung (Karte erscheint am Sperrbildschirm beim Laden) |
| Kunden-Self-Service-Portal (Transaktionen & Guthaben einsehen) |
| Online-Registrierung neuer Kunden (digitale Ablösung des Papierformulars) |
| Statistik-Dashboard (Nutzung, aktive Karten, Punkte-Auswertung) |
Drei Fragen, die vor der finalen Offerte zu beantworten sind:
1. Kartensystem: In welchem System werden Guthaben und Punktestände heute verwaltet, und bietet dieses System eine Schnittstelle (API) oder eine Export-Möglichkeit? Falls ja, bleibt Ihr bestehendes System die führende Datenquelle («Source of Truth») und wir binden es lediglich an – ohne doppelte Datenhaltung. Hilfreich ist zudem die Anzahl aktiver Kundenkarten.
2. Kassen-Scanner: Wird die Kundenkarte heute an der Kasse gescannt, und mit welcher Scanner-Hardware? Für das Lesen von Codes ab Smartphone-Display wird ein 2D-Imager benötigt (klassische 1D-Laserscanner können dies nicht zuverlässig).
3. Code-Format: Welcher Code-Typ ist auf der Karte aufgedruckt (z. B. EAN-13, Code 128, QR) und wie sind die Kartennummern aufgebaut? Apple Wallet unterstützt kein EAN-13 – in diesem Fall würde die Kartennummer auf dem digitalen Pass als QR-Code hinterlegt, sofern der Kassen-Scanner QR lesen kann.
Sobald diese drei Punkte geklärt sind, passen wir die Offerte an das zutreffende Szenario an und unterbreiten Ihnen eine aktualisierte, verbindliche Fassung.
Gerne besprechen wir die offenen Punkte und passen die Offerte auf Ihre Bedürfnisse an. Wir freuen uns auf die Zusammenarbeit mit der Aeschbach Chocolatier AG.