intrface

Voyager

Ein QR-Code gibt einem Restaurant einen mehrsprachigen KI-Gastgeber, der aus der eigenen Karte und den eigenen Zeiten antwortet.

Vor dem LaunchProprietärTourismusMandantenfähigSechs Sprachen

Am laufenden System gezählt, nicht geschätzt.

6
Sprachen, in denen ein Gast fragen kann
Oberfläche und die Antworten des Gastgebers.
7
Stellen, an denen dieselbe Antwort erscheint
Gast, Betrieb und das Profil der Tourismusorganisation gehören dazu.
1
Stelle, an der eine Angabe geändert wird
Einmal ändern; es ändert sich überall.
0
Nutzer heute
Vor dem Launch heißt vor dem Launch.

Drei Zielgruppen, eine Plattform.

Ein Gast mit dem Handy, ein Betrieb, dessen Karte sich heute Morgen geändert hat, ein Tourismusverband, der für das offiziell Gültige geradesteht. Unter allen dreien ein Datenmodell.

Gäste

Die App öffnet auf einer Karte, nicht in einem Feed, und führt Sie in Ihrer Sprache zu Fuß hin.

Betriebe

Der Wirt lädt Karte, Öffnungszeiten und Hausregeln hoch und sieht einen Bereitschaftswert, bevor er den Gastgeber einschaltet.

Tourismusverbände

Der Verband veröffentlicht geprüfte Profile, Veranstaltungen, Wege und Hinweise und ändert den Eintrag selbst, wenn sich etwas ändert.

Die Teile, die es zu nennen lohnt.

Vier Entscheidungen, die vorne Zeit kosten und hinten schmerzhaft nachzurüsten sind.

01

Mandantenfähige Autorisierung, geprüft von einem Test, der den Quellcode liest

Der Tourismusverband und jeder Betrieb teilen eine Datenbank, ein einziges Leck beendet den Piloten. Rechte laufen über WorkOS FGA mit einem synchronen Grant-Cache, und ein Test auf Quellcode-Ebene lässt den Build scheitern, sobald eine Route ohne Prüfung Daten liest.

02

Retrieval, das weiß, wann es den Vektorindex überspringt

Eine Frage nach Öffnungszeiten geht an eine strukturierte Abfrage, ein Foto der Speisekarte an einen multimodalen Index. Aus einer Spalte gelesen ist eine Öffnungszeit eine Tatsache. Aus einem Vektorspeicher geraten, merkt sich ein Gast die falsche Schließzeit.

03

Scraping und Fußgänger-Routing laufen als eigene Dienste

Inhaltserfassung und OSRM-Fußwege laufen selbst gehostet auf Railway, nicht gemietet pro Anfrage. Wegbeschreibungen mit Preis pro Anfrage machen aus einem vollen August eine Rechnung, die niemand geplant hat.

04

Ein Designsystem mit eigener Testsuite

Sechzehn geregelte Teilsysteme bilden die gemeinsame Oberfläche, getestet wie der übrige Code. Eine Korrektur an einer Komponente erreicht jede Oberfläche in einer Änderung.

Wie es heute aussieht.

Screens aus dem aktuellen Build. Alles läuft auf eingespielten Vrsar-Pilotinhalten, nie auf echtem Traffic.

Voyager-Atlas-Karte der Küste von Vrsar mit gebündelten Ortsnadeln und einem markierten Wanderweg
Die öffentliche Karte. Ortsbündel, ein ausgeschilderter Weg, und kein Konto nötig, um sie zu öffnen.
Offizielles Profil der TZ Vrsar mit Prüfsiegel, Hinweisen und einem Ortsverzeichnis
Das offizielle Profil der TZ Vrsar: Prüfsiegel, datierte Hinweise und ein Verzeichnis, das nur der Verband ändern kann.
Einstellungen des Nexus-Agenten mit Tonalität, Schwerpunkten und einer Bereitschaftsanzeige
Ein Betrieb stellt Tonalität und Wissen seines Gastgebers ein und sieht, was den öffentlichen Chat noch blockiert.

Eingespielt für Vrsar. Nicht gelauncht.

Das Material der Turistička zajednica Vrsar liegt bereits in der Datenbank, ein Pilot startet also mit Inhalt statt mit einem leeren Reiseziel.

Benannte Wege

Wander- und Radrouten mit ihren echten Namen.

Badewasserqualität

Werte je Strand, am Datensatz des Strands selbst.

Shuttle-Fahrpläne

Lokale Abfahrten, damit Wegauskünfte Uhrzeiten enthalten.

Veranstaltungen

Der Kalender des Verbands, aus seinem eigenen geprüften Profil.

Profil der TZ Vrsar auf einem Handy mit Wasserqualität, Shuttle und Terminen des Tages
Die offizielle Ebene in der Breite, die ein Gast tatsächlich in der Hand hält.

Ein Reiseziel, das los sagt.

Nennen Sie uns das Reiseziel und wer dort die offiziellen Inhalte verantwortet. Wir zeigen Ihnen den Vrsar-Datenstand und was Ihrer bräuchte.

Über einen Piloten sprechen