Teams Call · März 2026
OBS×ELEV8
OBS bringt 15.000 Unterkünfte, 50+ Destinationen und das Vertrauen tausender Gastgeber. ELEV8 bringt das OS, das genau diesen Massstab trägt. 1 + 1 = 3.
15k
Unterkünfte
250k
Buchungen/Jahr
50+
Partnerdestinationen
7×
Airbnb-Aufwand
4.8★
Google Rating
Ausgangslage
OBS & ELEV8 — zwei, die sich gefunden haben
OBS betreut 15.000 Unterkünfte in 50+ Destinationen — mit einem gewachsenen System-Ökosystem aus spezialisierten Tools. ELEV8 verbindet diese Schichten in einem einheitlichen OS.
OBS OnlineBuchungService · Regensburg
  • 15.000 Unterkünfte, 250.000 Buchungen/Jahr
  • 50+ Partnerdestinationen: Bayern, Österreich, Norddeutschland, Mitteldeutschland
  • Eigene Services: Schmetterling Reisen, Fotoservice, Webseminare, Performancetermine
  • Betriebscoachings für Gastgeber — persönlicher Ansprechpartner als USP
  • Website-Erstellung bereits im Angebot — kein Direktbuchungs-Kanal bisher
  • PMS: HDS (aufgekauftes Tomas — ein Mitbewerber)
  • DMO-Anbindung via feratel · 4.8/5 Google Rating
Was OBS will
  • HDS vollständig ablösen — weg vom Mitbewerber
  • Airbnb als Wachstumskanal erschliessen (heute: 7× Aufwand)
  • Kommunikation skalierbar automatisieren, persönlicher Ton bleibt
  • Gastgebern in 50+ Destinationen echten digitalen Mehrwert bieten
ELEV8 — gebaut von Property Managern
  • ~80 eigene Einheiten in Schweiz & Bali — kein Theoretiker
  • ELEV8 OS aus eigenem Operativbedarf heraus gebaut
  • EVA: KI-Kommunikation, alle Kanäle gleichzeitig
  • Accounting-Layer DACH & Indonesien produktionsreif
  • White-Label App, Website Engine, Direktbuchung
  • MCP Server — Anbindung an beliebige externe Tools
  • PM + Developer für On-site Discovery in Regensburg verfügbar
"OBS weiss, was Gastgeber brauchen. ELEV8 weiss, wie man es baut. Heute zeigen wir, was entsteht, wenn diese beiden Stärken zusammenkommen."
Agenda · Teams Call März 2026
Was wir heute gemeinsam besprechen
Sechs Themen, sechs konkrete Antworten — wo ELEV8 die Stärken von OBS direkt verstärkt. Ca. 120 Minuten, ein gemeinsamer nächster Schritt.
Kontext & Ausgangslage
A
Wer ist ELEV8 — und warum OBS?
Wie OBS-Markttiefe und ELEV8-Technologie sich gegenseitig multiplizieren — nicht addieren.
B
Der Airbnb-Koeffizient
Der konkrete Schmerzpunkt — live mit euren Zahlen durchgerechnet.
Lenas 6 Themen
1
KI-gestützte Gästekommunikation
2
Channelmanagement — Schnittstellen & Anbindung
3
Performancemanagement — Sichtbarkeit & Analyse
4
Gastgebersupport — Telefonie, Mail, KI
5
Integrationsoffenheit — PMS & Systemarchitektur
6
Abrechnung & Reinigungsorganisation
Das grosse Bild
C
Revenue Engine — Direktbuchungen
Wie Direktbuchungen unter OBS-Brand einen neuen, skalierbaren Umsatzstrom erzeugen — mit interaktivem Kalkulator.
D
Discovery Sprint — der nächste Schritt
Struktur, Budget-Modell, On-site-Team in Regensburg, Rolle der bestehenden Agentur — damit beide Seiten wissen worauf sie sich einlassen.
Ziel dieses Calls
OBS hat die Reichweite, das Vertrauen und die Destinationstiefe — gebaut über Jahre. ELEV8 hat das OS, das genau diesen Massstab trägt und skaliert. Heute geht es darum zu zeigen, an welchen sechs konkreten Punkten diese Stärken direkt ineinandergreifen — und was daraus gemeinsam wird.
Teams Call
6 Teilnehmer OBS
ca. 120 Minuten
Fragen jederzeit
Spielregeln
Unterbrechungen willkommen — je mehr Fragen, desto besser.
Wir zeigen was wir haben — und was noch nicht. Keine Verkaufsshow.
Am Ende steht eine gemeinsame Entscheidung über den nächsten Schritt.
Thema 1 — Use Case
Gästekommunikation: von manuell zu skalierbar
Airbnb kostet heute 7× mehr Aufwand als Booking.com — weil jeder Kanal separat und manuell bearbeitet wird. EVA löst das kanalübergreifend in einer Logik.
Situation heute
  • Booking.com: eigene Email-Automation gebaut — funktioniert, aber proprietär und wartungsintensiv
  • Airbnb: vollständig manuell — Eingang, Antwort, Nachverfolgung je Buchung einzeln
  • Direktanfragen via Website: kein strukturierter Eingang, kein Tracking
  • Airbnb-Wachstum ist durch Personalkapazität gedeckelt, nicht durch Nachfrage
Lösungsansatz
  • Alle eingehenden Nachrichten laufen in eine zentrale Routing-Engine — unabhängig vom Kanal
  • EVA klassifiziert Anfrageart, Dringlichkeit, Sprache, Sentiment automatisch
  • L1 (Standard): automatische Antwort — Check-in, Preise, Verfügbarkeit ohne Mensch
  • L2 (Komplex): Eskalation mit vollständigem Kontext, Gesprächshistorie, KI-Antwortvorschlag an OBS-Mitarbeiter
  • Eure BDC-Eigenentwicklung wird in EVA-Flows migriert — kein Parallelbetrieb, keine separate Wartung
Aufwands-Kalkulator
Buchungen / Jahr
Anteil Airbnb (%)
Aufwandsfaktor Airbnb
Operatives Äquivalent
175k
BDC-Buchungen
Einsparung mit EVA
~2.250 h
pro Jahr
Technische Module
  • EVA Routing Engine — empfängt Nachrichten aus Airbnb, BDC, WhatsApp; klassifiziert und verteilt in L1/L2
  • Microsoft Graph / IMAP Connector — liest OBS-Postfächer, schreibt Antworten zurück im selben Thread
  • Channel Adapter — normalisiert Airbnb-, BDC- und Direktanfrage-Formate auf einheitliches internes Schema
  • Sender-Learning Model — erkennt wiederkehrende Anfragemuster je Gästeprofil und Destination
  • L1 Auto-Responder — antwortet mit konfigurierbaren Templates + dynamischen Daten aus PMS (Preise, Verfügbarkeit)
  • L2 Escalation Queue — übergibt an OBS-Mitarbeiter mit Kontext-Panel: Buchungsdetails, Verlauf, KI-Antwortvorschlag
  • BDC Migration Adapter — übernimmt bestehende OBS-BDC-Email-Logik 1:1 in EVA-Flows ohne Neuaufbau
  • Vapi Voice Agent — angedacht für spätere Roadmap: automatische Anrufbeantwortung auf L1-Niveau; nicht Teil Phase 1
  • AI-first Telefonie (Roadmap) — Eingehende Anrufe werden KI-seitig behandelt; bei Bedarf Übergabe an Mensch; alle Gespräche — Mensch-zu-Mensch wie KI-zu-Mensch — werden automatisch transkribiert, dokumentiert und der KI als Wissensbasis zur Verfügung gestellt; lückenloses Gedächtnis für jeden Gastgeber und Gast
  • WhatsApp Business API — Gästeanfragen per WhatsApp landen in EVA; gleiche L1/L2-Logik
Thema 2 — Use Case
Channelmanagement: eine Wahrheit für alle Kanäle
Jeder Kanal hat heute seinen eigenen Datenstatus. Das führt zu manuellem Abgleich, Verfügbarkeits-Diskrepanzen und fehlendem Überblick über das gesamte Portfolio.
Situation heute
  • HDS verwaltet Verfügbarkeiten zentral — aber Kanal-Sync ist proprietär, nicht offen dokumentiert
  • feratel beliefert 50+ DMOs mit Verfügbarkeiten — ob Buchungsrückfluss bidirektional funktioniert: offen
  • Schmetterling Reisen läuft als separates Portal — Realtime-Sync-Status zu klären
  • Airbnb: kein automatischer Kalenderabgleich zurück ins PMS bei Buchungseingang
Lösungsansatz
  • ELEV8 wird zur zentralen Verfügbarkeits-Source-of-Truth — alle Kanäle lesen von hier und schreiben zurück
  • Buchungseingang über einen Kanal sperrt sofort alle anderen — keine Doppelbuchungen
  • feratel-Anbindung bleibt erhalten und wird via MCP Connector stabilisiert
  • Connector Manifest erlaubt pro Unterkunft individuelle Kanal-Konfiguration — Hybrid-Betrieb während Migration möglich
MCP Server — offene Integrationsarchitektur
  • Standardisierter Endpunkt für alle externen Systeme: HDS, feratel, Schmetterling; OBS-CRM-Fähigkeiten zu prüfen — je nach Ergebnis vorhandene Lösung anbinden oder geeignete Alternative vorschlagen
  • Neue Anbindungen ohne Eingriff in ELEV8-Core — konfigurativ erweiterbar
  • Auch eure Dev-Agentur kann eigene Connectoren beisteuern
Weitere OTA-Kanäle via Channex (verfügbar)
Expedia VRBO Google Hotels Trip.com Agoda Traveloka Hostelworld HRS eDreams Hotelbeds MakeMyTrip Ministry of Villas Emerging Travel Despegar Szallas Mr & Mrs Smith HotelTonight Tablet/Michelin Hopper + 30 weitere
Technische Module
  • Connector Manifest — pro Unterkunft: Kanal-Konfiguration, Sync-Priorität, Pufferregeln; Hybrid-Betrieb mit HDS während Migration
  • iCal Sync Engine — bidirektional zu Airbnb, BDC, Schmetterling; Echtzeit-Sperre bei Buchungseingang über jeden Kanal
  • feratel API Connector (via MCP) — pusht Verfügbarkeiten an alle 50+ DMO-Destinationen; liest Buchungsrückfluss sofern feratel-seitig vorhanden
  • HDS Bridge — REST-API oder Export-basiert je nach HDS-Offenheit (zu klären im Discovery Sprint); bidirektionaler Datenaustausch
  • Schmetterling Adapter — API-Anbindung zu evaluieren; Ziel: einheitlicher Buchungseingang ohne Sonderbehandlung
  • Availability Lock Service — pessimistisches Locking bei parallelen Buchungsversuchen aus mehreren Kanälen gleichzeitig
  • Channel Rate Engine — kanalspezifische Preisregeln, Mindestaufenthalte, Vorlaufzeiten pro Unterkunft
  • MCP Server — zentraler Integrationsbus; alle externen Systeme sprechen denselben Standard; durch eure Agentur erweiterbar
Thema 3 — Use Case
Performance: Daten die Beratung ermöglichen
OBS berät 15.000 Gastgeber in 50+ Destinationen — Webseminare, Performancetermine, Betriebscoachings. Ohne strukturierte Datenbasis läuft das auf Erfahrung statt Fakten.
Situation heute
  • Abrechnungsdaten aus HDS — aber kein strukturiertes Reporting für Gastgeber oder OBS-intern
  • Kanalvergleich (BDC vs. Airbnb vs. Schmetterling) nicht automatisiert — manuelle Auswertung
  • Gastgeber rufen an oder fragen bei Webseminaren, weil sie keine eigene Performance-Einsicht haben
  • DMOs erhalten keine strukturierten Destinationsauswertungen — OBS-Mehrwert gegenüber DMOs nicht messbar
Lösungsansatz
  • Alle Buchungsdaten aus allen Kanälen aggregiert in eine Analytics-Schicht — täglich aktualisiert
  • OBS-Team: Portfolio-Ansicht nach Destination, Kanal, Unterkunftstyp mit Frühwarnung bei Underperformern
  • Gastgeber: individuelle Performance-Ansicht in White-Label App — transparent, ohne Anruf
  • Grundlage für Webseminare und Performancetermine: konkrete Zahlen statt Schätzungen
  • DMO-Berichte: aggregierte Destinationsdaten für Tourismusorganisationen — OBS als datengetriebener Partner
Technische Module
  • Revenue Analytics Engine — aggregiert kanalgetrennt: ADR, Occupancy, RevPAR, Conversion, Stornoquote; tägliche Aktualisierung
  • Property Reporting API — individuelle Gastgeber-Reports aus Buchungs- und Abrechnungsdaten; wird von White-Label App konsumiert
  • Portfolio Dashboard — OBS-interne Ansicht: 15.000 Einheiten filterbar nach Destination, Kanal, Zeitraum, Performance-Tier — bi.elev8-suite.com
  • White-Label App — Gastgeber sieht Buchungsübersicht, Abrechnung, KPIs unter OBS-Brand (iOS/Android); Push bei neuer Buchung oder Abrechnung
  • Destination Aggregator — fasst Daten pro DMO-Region zusammen; Grundlage für OBS-Berichte an Tourismusorganisationen
  • Anomaly Detection — automatisches Flag bei unterdurchschnittlicher Performance; Alert an zuständigen OBS-Betreuer in Echtzeit
  • Benchmark Engine — Destinations-Vergleich: Gastgeber X im Vergleich zum Durchschnitt seiner Region (opt-in, konfigurierbar)
  • Export / Report Generator — PDF-Reports für Performancetermine; CSV-Export für OBS-interne Auswertungen und DMO-Berichte
Thema 4 — Use Case
Support & Direktbuchung: OBS als digitale Gastgeber-Plattform
OBS erstellt heute schon Websites für Gastgeber. Der Schritt zur Direktbuchung ist machbar. Ein eigenes OBS-Portal ist eine spannende Option — aber mit Chicken-and-Egg-Dynamik die wir offen ansprechen.
Use Case A — White-Label App für Gastgeber
  • Problem: Gastgeber-Kommunikation läuft per Telefon und E-Mail — hoher L1-Aufwand für OBS-Mitarbeiter
  • Ansatz: OBS-gebrandete App als primärer Kanal — Buchungsübersicht, Abrechnung, Kommunikation, Performance direkt im Griff des Gastgebers
  • Modul: White-Label App (iOS/Android), Push-Notifications, In-App-Chat zu OBS, Property Reporting API
Use Case B — Direktbuchungs-Website pro Gastgeber
  • Problem: OBS erstellt Websites — Buchungsfunktion zu verifizieren; Automation und direkte Provisionsführung fehlen oder sind noch nicht ausgebaut
  • Ansatz: ELEV8 Website Engine macht bestehende Gastgeber-Seiten direkt buchbar; EVA übernimmt Anfragen; OBS kassiert eigene Kommission statt OTA
  • Modul: Website Engine (Subdomain / Custom Domain), Buchungs-Widget, Payment Gateway, EVA-Direktanfragen-Flow
Use Case C — OBS-Portal (Exploration, Phase 2)
  • Idee: OBS-Marktplatz für alle Unterkünfte + WhatsApp-Integration für Gäste-Direktanfragen
  • Ehrliche Einschätzung: Klassisches Chicken-and-Egg — ohne Traffic kein Gastgeber-Interesse, ohne Gastgeber kein Gäste-Traffic. Kein sinnvoller erster Schritt
  • Realistischer Pfad: Direktbuchungs-Infrastruktur (Use Case B) zuerst etablieren; DMO-Partnerschaften als Traffic-Basis; Portal als Phase 2 wenn Inventory besteht
  • WhatsApp-Komponente: unabhängig vom Portal sofort umsetzbar — Anfrage-Channel via WhatsApp Business API in EVA-Routing
Technische Module
  • White-Label App (iOS/Android) — unter OBS-Brand: Buchungsübersicht, Abrechnung, KPIs, In-App Chat; OTA-neutral; Push bei relevanten Events
  • Website Engine — generiert buchbare Gastgeber-Seiten aus PMS-Daten; OBS-Subdomain (obs.de/[name]) oder Custom Domain; automatischer Verfügbarkeits-Sync
  • Buchungs-Widget — einbettbar, mobil-optimiert; Echtzeit-Verfügbarkeit; Zahlungsabwicklung via Stripe / Mollie / Payrexx
  • EVA Direktanfragen-Flow — Anfragen über Website, WhatsApp oder Portal landen in derselben EVA-Routing-Engine wie OTA-Nachrichten — keine Sonderbehandlung
  • WhatsApp Business API — Gästeanfragen per WhatsApp; EVA antwortet L1 automatisch; L2 Eskalation an OBS; auch Buchungsbestätigung per WhatsApp möglich
  • OBS Kommissions-Layer — berechnet und verbucht OBS-Anteil automatisch bei jeder Direktbuchung; Auszahlung Gastgeber netto; konfigurierbar pro Unterkunft
  • Portal-Modul (Phase 2, optional) — Gastgeber-Listing mit Suchfunktion, Filterkritieren, Gäste-Login, Bewertungssystem; erfordert Mindest-Inventory und Traffic-Strategie
Thema 5 — Use Case
HDS ablösen: Migration ohne Betriebsunterbrechung
HDS ist ein Mitbewerber-Produkt — das ist die eigentliche strategische Motivation. Die Frage ist nicht ob, sondern wie man das ohne Risiko für 15.000 laufende Unterkünfte schafft.
Situation und Herausforderung
  • HDS (ex-Tomas) verwaltet alle 15.000 Unterkünfte — Buchungen, Verfügbarkeiten, Preise, Abrechnungsgrundlage
  • Strategisches Risiko: Abhängigkeit von einem Wettbewerber bei Kernfunktionen
  • OBS-Agentur kennt alle HDS-Prozesse und Schnittstellen — sie muss eingebunden werden, nicht umgangen
  • Offene Fragen für Discovery Sprint: HDS REST-API vorhanden? Vertragslaufzeit? feratel bidirektional?
Lösungsansatz — parallele Migration in Phasen
  • Phase 1: EVA Kommunikationsschicht vor HDS schalten — sofortiger Mehrwert ohne PMS-Eingriff, kein Risiko
  • Phase 2: ELEV8 übernimmt Verfügbarkeit und Abrechnung pro migrierter Unterkunft — HDS läuft parallel
  • Phase 3: HDS vollständig ablösen sobald alle Prozesse in ELEV8 validiert sind
  • Connector Manifest erlaubt pro Unterkunft definierten Migrationsstatus — kein Alles-oder-Nichts
  • OBS-Agentur dokumentiert HDS-Prozesse und begleitet Migration auf ihrer Seite
Technische Module
  • HDS API Bridge — REST-Connector zu HDS (Umfang abhängig von HDS API-Offenheit; Fallback: Export-basiert mit automatisiertem Scheduler)
  • Connector Manifest — pro Unterkunft definiert welche Daten aus HDS kommen und welche aus ELEV8; Hybrid-Betrieb abhängig von HDS API-Möglichkeiten und OTA-Setup-Struktur
  • Migration Controller — orchestriert Übergabe: Buchungshistorie, offene Buchungen, Preisregeln, Gastgeberdaten; mit Validierung nach jeder Tranche
  • feratel Connector (via MCP) — liest und schreibt Verfügbarkeiten zu feratel für alle 50+ DMOs; unabhängig von HDS-Migrationsstatus
  • Data Validation Layer — prüft Datenkonsistenz zwischen HDS und ELEV8 nach jeder Migration; Differenz-Report für OBS-Agentur
  • MCP Server — zentraler Bus für alle externen Systeme; HDS, feratel, Schmetterling, Bexio, Lexware sprechen denselben Standard; erweiterbar durch OBS-Agentur
  • Rollback Mechanismus — einzelne Unterkünfte können ohne Datenverlust zurück zu HDS geschaltet werden falls Probleme auftreten
  • Audit Log — vollständige Nachvollziehbarkeit aller Datenbewegungen während Migration — für OBS, Agentur und ELEV8-Team
Thema 6 — Use Case
Abrechnung: von manuellem Abgleich zu automatisiertem Fluss
15.000 Gastgeber, mehrere Kanäle, unterschiedliche Auszahlungsrhythmen — heute ein aufwändiger manueller Abgleichprozess. Mit ELEV8 läuft er automatisch, kanalgetrennt und buchhalterisch korrekt.
Situation heute
  • OTA-Auszahlungen (BDC, Airbnb, Schmetterling) kommen zu unterschiedlichen Zeitpunkten in unterschiedlichen Formaten
  • Abgleich mit Buchungen im PMS ist manuell oder halbautomatisch — fehleranfällig bei 15.000 Objekten und mehreren Kanälen
  • Eigentümerabrechnung wird monatlich manuell aufbereitet — pro Gastgeber, pro Kanal
  • Reinigungsaufträge werden separat koordiniert ohne direkten Bezug zum Buchungskalender
Lösungsansatz
  • ELEV8 liest OTA-Auszahlungsberichte automatisch ein (IMAP-Parsing BDC/Airbnb, Schmetterling-Export)
  • Jede Auszahlung wird mit der zugehörigen Buchungs-ID gematcht — Differenzen werden geflaggt, nicht ignoriert
  • Eigentümerabrechnung automatisch generiert: Einnahmen abzüglich OBS-Provision, kanalgetrennt, PDF-Export
  • Check-out triggert automatisch Reinigungsauftrag — Status und Kosten via ELEV8 Go App erfasst
Heute
Manueller Abgleich mehrerer Kanäle, Abrechnung pro Gastgeber aufbereiten, Reinigung koordinieren, Wartungskosten manuell erfassen
Mit ELEV8
Täglicher automatischer Abgleich, Gastgeber sieht Abrechnung live in App, Reinigung buchungsgetriggert, Mobile Expense-Approval
Technische Module
  • OTA Batch Reconciler — liest Auszahlungsberichte via IMAP (BDC, Airbnb) und Export (Schmetterling); matcht Zahlung mit Buchungs-ID; Differenz-Flagging mit Alert
  • Owner Statement Generator — erzeugt monatliche Gastgeber-Abrechnung: Bruttoeinnahmen, OBS-Provision, Netto, Kanalaufschlüsselung; PDF-Export; direkt in White-Label App sichtbar
  • Bexio Connector — übergibt Buchungsdaten und Provisionsabrechnungen direkt in Bexio (CH/AT Markt); steuerkonform; pro Unterkunft konfigurierbar
  • Lexware Connector — dasselbe für DACH/EUR; pro Unterkunft definierbar welches Buchhaltungssystem aktiv
  • Cleaning Trigger — Check-out-Buchung löst automatisch Reinigungsauftrag aus; Zuweisung an Reinigungsteam; Statusrückmeldung erforderlich vor nächstem Check-in
  • ELEV8 Go App — mobile App für Reinigungspersonal / Hausmeister: Auftrag empfangen, Fertigmeldung, Schadensmeldung mit Foto-Dokumentation
  • Expense Approval Flow — Ausgabe fotografieren → KI kategorisiert (Reinigung / Wartung / Material) → OBS-Manager approvet per Push → direkt in Gastgeber-Abrechnung gebucht
  • Multi-Currency Layer — CHF/EUR-Handling; Kursmanagement bei internationalen Buchungen über Schmetterling oder Airbnb
★ Das grosse Bild — Revenue Engine
Direktbuchungen als neuer Umsatzstrom für OBS
OBS erstellt schon heute Websites für Gastgeber. ELEV8 macht sie direkt buchbar — 15.000 Gastgeber-Seiten, OBS kassiert Kommission statt OTA. Hier sind die Zahlen.
Basis-Parameter
Anzahl Unterkünfte OBS15.000 Einheiten
Ø Buchungswert (Warenkorb)€ 420 / Aufenthalt
Buchungen / Einheit / Jahr16 Buchungen
Direkt-Parameter
% Buchungen direkt über OBS8 %
OBS-Kommission auf Direkt10 %
Jährl. Wachstum Direktquote+2 % / Jahr
OBS Revenue Jahr 1
€ 806k
Direkt-Kommission
Direktbuchungen / Jahr
19.200
ohne OTA-Provision
3-Jahres Projektion
Kennzahl
J1
J2
J3
Direktquote
8%
10%
12%
Direktbuchungen
19.2k
24.0k
28.8k
OBS Revenue
€ 806k
€ 1.01M
€ 1.21M
OBS Revenue
J1
J2
J3
Kumuliert 3 Jahre
€ 3.0M
OBS Direkt-Kommission
Der strategische Shift: OBS wird vom Buchungsdienstleister zur Host-Plattform für 50+ Destinationen — 15.000 Gastgeber-Websites, Direktbuchungen ohne OTA, ein skalierender Kommissions-Stream.
Nächster Schritt
Discovery Sprint — wann starten wir in Regensburg?
Wir beweisen es — gemeinsam, on-site, mit eurem Team und eurer Agentur. Dann entscheiden wir beide.
1
On-site Kick-off in Regensburg
ELEV8 PM + Developer kommen zu euch. Vollständige Prozessaufnahme mit OBS-Team und eurer Dev-Agentur — inklusive Schmetterling und feratel Schnittstellen.
2
Gap-Analyse: Was haben wir / was fehlt
Ehrliche Matrix — kein Verkaufsversprechen. Grün, gelb, rot. Dann wissen beide was die HDS-Ablösung für OBS wirklich bedeutet.
3
HDS, feratel & Schmetterling Mapping
Alle Schnittstellen dokumentieren. Source-of-Truth klären. MCP-Connector-Architektur für das gesamte OBS-Ecosystem entwerfen.
4
Deliverable: Verbindlicher Projektplan
Phasen, Timeline, Budget-Indikation, Milestones — gemeinsam mit OBS-Team und Agentur in Regensburg erstellt und verabschiedet.
Minimales Discovery-Budget
Symbolischer Festbetrag für Reise + Zeit nach Regensburg. Gegenseitiges Commitment — kein kostenloses Consulting, kein unverbindliches "mal schauen".
100% Anrechnung bei Umsetzung
Das Discovery-Budget wird vollständig auf das Implementierungsprojekt angerechnet. Kein doppelter Kostenpunkt für OBS.
Eure Agentur bleibt — als Partner
Sie kennen OBS, alle 50+ Destinationen und alle Schnittstellen. Für unser Discovery-Team ist das unverzichtbar. Rollen gemeinsam definiert.
Zeitnah startbereit
ELEV8 kann sehr kurzfristig nach Regensburg einplanen. Der Ball liegt bei OBS — wir passen uns eurer Timeline an.
"Von einem Buchungsdienstleister zur Host-Plattform für 50+ Destinationen — mit eurem Brand, eurer App, euren Direktbuchungen, und vollständiger Automation. HDS war ein Werkzeug. Das hier ist ein strategischer Schritt."
Nach dem Call
Transkript & Management Summary
Post-Call
Call-Transkript einfügen
KI-Auswertung
Die KI-Auswertung erscheint hier nach dem Einfügen des Transkripts.

Ausgewertet: Entscheidungen, nächste Schritte, Discovery Sprint, Einwände, Reaktionen OBS-Team.
Management Summary
Call-Outcome
Zusammenfassung
Nächste Schritte
Offene Punkte / Einwände
← →