Tabby
Production · Interfaces & Roadmap
1 · Nutzer · Problem · Value Prop 2 · Daten · Worauf wir wetten 3 · Personas 4 · Erlösmodell & Cases 5 · Production 6 · Prototyp
Production · Systemarchitektur

Welche Schnittstellen das System braucht

Vier Schichten: Marketing & Akquise (wie Kunden Tabby finden), Frontends (was Menschen nutzen), Engine (was der Agent intern tut) und Integrationen (Anbindung an die vorhandene Office-Welt + Lieferanten). Leitgedanke: Tabby ist kein zweites Silo — es fügt sich in die Systeme ein, die die Firma schon hat.

≈ 17Schnittstellen · 2 Marketing + 5 Frontends + 2 Engine + 8 Integrationen
Marketing & Akquise2
M1
Werbliche Website / Landingpages — öffentliche Marketing-Site: Story, Value Proposition, Preise, Demo & Lead-Capture, SEO. Erster Touchpoint, über den die Office Managerin Tabby googelt. MVP
M2
Social-Media-Accounts — LinkedIn (B2B-Akquise), plus Instagram, Facebook, Pinterest: Content, Reichweite, Vertrauen. Genau die Kanäle, auf denen die Persona aktiv ist. MVP
Frontends (Produkt-UI)5
1
Office App (Web) — Office Management: Mandat/Konfigurator, Freigabe, Wallet-Übersicht, Buchhaltung. MVP · einzige neue Oberfläche
2
Reisenden-Kanal — MVP über WhatsApp / E-Mail / Wallet-Pass: Tickets, Keys, Treffpunkte, Notifications, Beleg-Foto. MVP: Kanal, keine App
3
Management-Dashboard — Geschäftsführung: Budget, Kosten, Reporting, Freigaben.
4
Partner-Portal — Hotels/Mobilität/Event: Kontingente, Allotments, Konditionen, Angebote.
5
Admin / Produkt-Backoffice — intern: Pool, Deckungsgrad, Pricing-Regeln, Monitoring.
Native Reisenden-App ist optional · später — erst wenn echte In-Trip-Experience/Mobile-Key gebraucht wird. Bewusst nicht im MVP (Mitarbeiter wollen keine Firmen-App auf dem Privathandy).
Engine (intern)2
6
Pricing-/Forecast-Engine — Nachfrage- & Preisprognose, Deckungsgrad-Steuerung, Kontingent-Bewertung.
7
Agent-Orchestrierung — Mandat → kaufen/halten/umbuchen, In-Trip-Reaktion, Pool-Matching, Zahlung.
Der eigentliche Moat — kein UI, sondern Daten- & Pricing-Kompetenz.
Integrationen (API)8
Integration in die vorhandene Office-Welt — Tabby ist Master nur für Reise-Mandate, Pool & Pricing; HR und Finanzen bleiben in den bestehenden Systemen.
8
Inventar & GDS / Bettenbanken — Hotelverfügbarkeit & -tarife.
9
Mobilität — Bahn, Flug, Mietwagen, Transfer (APIs/GDS) — auch Quelle für Störungs-/Verspätungsdaten.
10
Payment — Zahlung, Auszahlung, Festpreis-Abrechnung.
11
Buchhaltung / ERP — DATEV/SAP/Concur: Kostenstellen, Reisekostenabrechnung. Office-Welt
12
Kommunikation — WhatsApp Business, E-Mail, Push. MVP-Reisendenkanal
13
Identität & HR — SSO (Entra ID/Google), Nutzer/Seats für die Lizenz, Berechtigungen. Office-Welt
14
Office-Suite (Kalender/Mail) — M365/Google: die Reise erscheint im vorhandenen Kalender. Office-Welt
15
Compliance & Daten — DSGVO/Audit, Travel-Policy, Duty-of-Care.
Datenfluss & Datenschutz · kein Mitarbeiter-Tracking
Tabby tracked die Mitarbeiter nicht. Die „auf-Störungen-reagieren"-Logik speist sich aus Anbieter- und Transportdaten (Zug-/Flugstatus, Hotel) — nicht aus dem GPS des Privathandys; der geplante Reiseplan ist die nötige „Standort"-Information. Eine echte Standortfunktion (Duty-of-Care im Krisenfall) gäbe es nur opt-in, im Vordergrund, mitarbeiter-kontrolliert und mit dem Betriebsrat abgestimmt. Und: Tabby ist kein zweites Datensilo — Identität (SSO/HR), Kalender und Reisekosten fließen in die vorhandene Office-Welt; Master ist Tabby nur für Reise-Mandate, Pool & Pricing.
Grobe Roadmap

Was wann gebaut wird

Sechs Phasen entlang der Wertschöpfungs-Roadmap — asset-light starten, dann den Pool aufbauen, dann verbreitern. Jede Phase bringt nur die Schnittstellen, die sie wirklich braucht. (Grobe Skizze, keine Termine.)

Phase 0 · MVP

Asset-light Zeitspar-Tool

Office Management spart Zeit; Adoption & Daten gewinnen. Kein Inventar-Risiko, keine App-Pflicht.
InterfacesM1 Website · M2 Social · 1 Office App · 2 Reisenden-Kanal (WhatsApp/E-Mail/Wallet) · 8 Inventar/GDS · 10 Payment · 12 Kommunikation · 13/14 SSO & Kalender
→ Schritt 1 · Zeit sparen
Phase 1 · Monetarisierung

Buchungsfluss & Lizenz

Früh & günstig buchen, erste Marge; Hybrid-Lizenz scharf schalten.
+ Interfaces3 Management-Dashboard · 11 Buchhaltung/ERP · 13 Identität & HR (Seats)
→ Schritt 2 · + Buchungsmarge
Phase 2 · Pool

Prinzipal & Festkontingente

Allotments sichern, Risiko poolen; Pricing-Engine beweisen.
+ Interfaces4 Partner-Portal (Hotels) · 6 Pricing-/Forecast-Engine · 5 Admin-Backoffice · 9 Mobilität
→ Schritt 3 · + Arbitrage
Phase 3 · Agent

Festpreis + Flexibilität

Re-Optimierung bis kurz vor Abreise, In-Trip-Reaktion gegen den Pool.
+ Interfaces7 Agent-Orchestrierung · 15 Compliance & Daten · native Reisenden-App (optional)
→ Schritt 4 · + Flex-Prämie
Phase 4 · Adjazenz

Event-Catering & Locations

Cross-Sell im selben Planungsmoment; Paket-Logik.
+ Interfaces4 Partner-Portal (Event/Catering-Erweiterung)
→ Next
Phase 5 · Breite

Share-of-Wallet

Weiterer Mitarbeiter-Spend (Lunch, Perks, Gifts) über denselben Hub.
+ Interfacesweitere Spend-/Benefit-Integrationen (Erweiterung 11/13)
→ Later
Grobe Architektur-Skizze. Marketing & Akquise (Website + Social) bringen die ersten Kunden; der MVP braucht produktseitig nur eine neue Oberfläche (Office App) — Reisende laufen über Kanäle, ohne App und ohne Tracking; Daten fließen über SSO/Kalender/ERP in die vorhandene Office-Welt zurück.