Funktionen
TicketFlowmit unserem Team aktiviertKassieren, bevor die Tür aufgeht.
Bezahlte Teilnahme, die in der Veranstaltung selbst lebt: Ticketkategorien auf demselben Veranstaltungsdatensatz, ein Checkout, der einen gewöhnlichen Einlasscode ausstellt, und ein Einlass, der bereits weiß, wer bezahlt hat.
Bezahlte Teilnahme gehört in den Ablauf der Veranstaltung, nicht daneben.
Wird gemeinsam mit unserem Team aktiviert. Weil die Zahlungseinrichtung von Ihrer Veranstaltung, der Währung, dem Geschäftsmodell und den Zahlungsanforderungen abhängt, konfigurieren wir sie mit Ihnen, bevor sie live geht.
Das Problem
Geld an der Tür heißt Schlange, Tabelle und Streit.
Wenn einige Gäste für die Teilnahme zahlen, lebt die Zahlung meist woanders: in einem Formular, einer Überweisung, einer Tabelle bei der Person, die die Rechnung geschickt hat. Am Abend arbeitet der Einlass mit der Gästeliste, die Buchhaltung mit der Zahlungsliste, und die beiden wurden zuletzt am Dienstag abgeglichen.
Also steht ein zahlender Gast nicht auf der Liste, ein nicht zahlender schon, jemand zahlt an der Tür ohne Beleg, und der Bericht am Ende sagt, wie viele gekommen sind, aber nicht, wie viele bezahlt haben. Nichts davon ist ein Problem der Leute. Es sind zwei Datensätze, wo einer sein sollte.
Wo es schiefgeht
- 01
Der Gast hat bezahlt und steht nicht auf der Liste
Die Überweisung kam heute Morgen; die Liste wurde gestern Abend exportiert. Der Gast wartet, während jemand ein Postfach durchsucht.
- 02
Der Gast steht auf der Liste und hat nicht bezahlt
Eingetragen, als er zugesagt hat. Ob die Zahlung je gefolgt ist, hat niemand geprüft.
- 03
Bargeld am Eingang
Eine handgeschriebene Quittung, eine Kasse zum Zählen und kein Beleg, der das Geld mit einem Namen verbindet.
- 04
Zwei Teams, zwei Systeme
Die Tickets wurden auf einer Plattform verkauft, der Einlass läuft auf einer anderen. Das Einlassteam hat für den Abend ein zweites Telefon und ein zweites Login.
Das Modell
Von der Veranstaltung bis zum Teilnahmedatensatz, in einer Linie.
Jeder Schritt unten schreibt in dieselbe Veranstaltung. Ein Käufer wird zum Gast, eine Zahlung zum Einlasscode, und der Einlass liest, was der Checkout längst geklärt hat.
- 01Veranstaltung
Dieselbe Veranstaltung, die die eingeladenen Gäste hält. Der Ticketverkauf wird für sie freigeschaltet, mit einer Währung und einer Erstattungsregel.
- 02Ticketkategorien
Standard, Mitglied, Student, eine Freikarte zu null — jede mit eigenem Preis, Kontingent, Verkaufszeitraum und Sichtbarkeit.
- 03Bestellung
Der Käufer wählt auf der Verkaufsseite der Veranstaltung. Seine Plätze sind fünfzehn Minuten reserviert, während er bezahlt.
- 04Zahlung
Der Checkout läuft beim Zahlungsanbieter. Winglark sieht nie eine Kartennummer, und der Preis wird auf dem Server gesetzt, nie im Browser.
- 05Bestätigung
Die Bestellung gilt als bezahlt, und eine Bestätigung mit den Tickets geht über denselben Versand wie die Einladungen hinaus.
- 06Einlasscode
Jedes Ticket wird zu einem Gästedatensatz mit einem gewöhnlichen Einlasscode — derselben Art, die eine Einladung trägt.
- 07Der Einlass
Jedes Telefon scannt ihn. Der Einlass fragt nicht, ob der Gast bezahlt hat; den Code gibt es, weil er es getan hat.
- 08Teilnahme
Eingecheckt, und im Bericht der Veranstaltung mit allen anderen gezählt.
- 01
Der Ticketverkauf wird auf der Veranstaltung geöffnet
Mit unserem Team: Währung, Erstattungsregel, Verkaufszeitraum und die Sichtbarkeit der Verkaufsseite — öffentlich, ungelistet oder privat.
- 02
Ticketkategorien anlegen
Name, Beschreibung, Preis, Kontingent, Mindest- und Höchstmenge je Bestellung und ob die Kategorie angezeigt oder verborgen ist. Ein Preis von null ist eine Freikarte.
- 03
Verkauf öffnen
Entwurf, geplant, im Verkauf, pausiert, ausverkauft, geschlossen. Die Verkaufsseite folgt dem Zustand, und eine ausverkaufte Kategorie sagt es, bevor es jemand versucht.
- 04
Bestellungen kommen an
Jede Bestellung wird reserviert, bezahlt, dann erfüllt: ein Gästedatensatz und ein Einlasscode je Ticket, und eine Bestätigung an den Käufer.
- 05
Erstatten, wenn es sein muss
Eine vollständige Erstattung schickt erst das Geld über den Zahlungsanbieter zurück und sperrt dann die Tickets — der Einlass weist einen gesperrten Code ab, online wie offline.
Vor der Tür
Die Zahlung ist geklärt, bevor jemand den Eingang erreicht.
Wenn ein Käufer ankommt, ist die Frage, ob er bezahlt hat, längst beantwortet — vom Checkout, Stunden oder Wochen vorher. Der Einlass muss nur einen Code erkennen.
- Der Einlass sieht eine Antwort
- Eingelassen, bereits drinnen, gesperrt, nicht gefunden. Nie „ich schaue mal, ob bezahlt wurde“.
- Sie wissen, wer die Zahlung abgeschlossen hat
- Reserviert, Zahlung ausstehend, bezahlt, erfüllt — jede Bestellung in einem Zustand, auf einem Bildschirm, vor dem Abend.
- Käufer halten das Richtige in der Hand
- Eine Bestätigung und einen Einlasscode, an die angegebene Adresse geliefert, erneut gesendet, wenn sie ihn verlieren.
- Weniger manuelle Prüfungen
- Keine Zahlungsliste am Eingang. Ein erstattetes Ticket ist bereits gesperrt; eine unbezahlte Bestellung wurde nie zum Code.
- Ein Bericht am Ende
- Zahlende und eingeladene Gäste werden zusammen gezählt, weil sie von Anfang an auf einer Liste standen.
Arten der Teilnahme
Bezahlt, frei und eingeladen — auf einer Liste.
Eine Ticketkategorie ist ein Preis, ein Kontingent, ein Verkaufszeitraum und eine Sichtbarkeit. Eingeladene Gäste bleiben Einladungen. Alle enden am selben Einlass.
- Bezahlte Kategorien
- So viele, wie die Veranstaltung braucht — Frühbucher, Standard, Mitglied — jede mit eigenem Preis und Kontingent in der Währung der Veranstaltung.
- Freikarten
- Eine Kategorie mit Preis null ist eine Freikarte: dieselbe Verkaufsseite, dieselbe Bestätigung, derselbe Einlasscode, kein Zahlungsschritt.
- Verborgene Kategorien
- Eine Kategorie kann von der öffentlichen Liste ferngehalten und mit den Personen geteilt werden, für die sie gedacht ist.
- Eingeladene Gäste
- Ein Gast, den Sie einladen, ist kein Ticket und sieht nie einen Checkout. Zahlende und eingeladene Gäste teilen Liste, Einlass und Bericht.
Ticketkategorien legen Preis, Kontingent und Sichtbarkeit fest. Sie entscheiden noch nicht, welche Türen ein Code öffnet, und es gibt keine Rabattcodes.
Die Seite des Käufers
Was ein Gast sieht, von der Verkaufsseite bis zum Eingang.
Kein Konto, keine App. Die Verkaufsseite spricht die Sprache der Veranstaltung und fragt nur, was ein Ticket braucht.
- 1
Die Verkaufsseite der Veranstaltung
Ticketkategorien mit Preisen und kurzer Beschreibung; „nur noch wenige“, wenn es stimmt, nie die rohe Zahl.
- 2
Name, E-Mail, Telefon
Die Angaben des Käufers und sonst nichts. Der Preis steht nicht im Formular — der Server bepreist die Bestellung aus seinen eigenen Daten.
- 3
Sicherer Checkout
Die Zahlung findet beim Zahlungsanbieter statt, auf dessen Seite. Winglark fasst die Karte nie an.
- 4
Bestätigung
Eine Bestellseite, die sagt, was bekannt ist — reserviert, Zahlung übermittelt, bezahlt — und eine E-Mail mit den Tickets, sobald die Bestellung erfüllt ist.
- 5
Der Einlasscode
Ein persönlicher Code je Ticket, aus der Bestätigung geöffnet. Er trägt weder Name noch E-Mail noch Bestellung — ein undurchsichtiges Token, mehr nicht.
- 6
Ankunft
Auf dem Telefon oder auf Papier gezeigt. Ein Scan, eine Antwort.
Verkaufsseite und Checkout existieren nur für eine freigeschaltete Veranstaltung. Auf dieser Seite wird nichts verkauft.
Mit dem Einlass
Der Checkout klärt den kaufmännischen Zustand. Der Einlass klärt den Einlasszustand.
Zwei Fragen, zu zwei verschiedenen Zeitpunkten von zwei verschiedenen Teilen desselben Systems beantwortet — und nie verwechselt.
- Vor der Ankunft
- Wurde dieser Platz bezahlt? Beantwortet vom Checkout. Eine bezahlte, erfüllte Bestellung wird zu einem Gästedatensatz und einem Einlasscode; sonst nichts.
- Am Einlass
- Ist dieser Code gültig, und wurde er schon benutzt? Beantwortet vom Scan, online oder offline, gegen den Code selbst — dieselbe Regel für einen Käufer und für einen eingeladenen Gast.
Die beiden treffen sich an einer Stelle: im Code. Er existiert nur, weil die Bestellung bezahlt wurde, und wird in dem Moment gesperrt, in dem eine Erstattung durchgeht — deshalb muss der Einlass nie wissen, was ein Ticket ist.
Der Einlass prüft die Zahlung beim Scan nicht erneut, und das muss er auch nicht. Ein Code, der den Einlass erreicht, ist einer, den der Checkout bereits geklärt hat.
Ein Lebenszyklus
Kein sechstes Werkzeug. Der sechste Schritt derselben Veranstaltung.
Die Liste wird bereinigt, die Einladungen gestaltet und verschickt, die späten Namen ergänzt, der Einlass geführt und — wo die Veranstaltung es verlangt — die Plätze bezahlt. Ein Gästedatensatz trägt alles.
- GatePassDen Einlass führen, mit Signal oder ohneEin bezahltes Ticket ist ein gewöhnlicher Einlasscode. Der Einlass lässt ihn genau wie eine Einladung ein, mit oder ohne Signal.
- ListGuardDie Liste säubern, bevor sie teuer wirdKäufer landen auf derselben Gästeliste, in die Ihr Import bereinigt wurde — ein Ort, ein Regelwerk.
- MailFlowSenden und wissen, was ankamBestätigungen, erneute Sendungen und Erstattungsmitteilungen gehen über denselben Versand wie Einladungen, mit demselben Protokoll.
- InvitePulseGäste ergänzen, nachdem versendet wurdeSpät ergänzte Namen und spät gekaufte Plätze enden beide als Gäste derselben Veranstaltung, ohne zweite Liste.
- AuswertungBezahlte Teilnahme wird mit dem Rest gezählt: wer gekauft hat, wer gekommen ist, und die Lücke dazwischen.
Was Sie ablesen können
Betriebliche Wahrheit, je Veranstaltung und je Bestellung.
Gezeigt wird, was im Moment des Geschehens festgehalten wurde — Momentaufnahmen auf jeder Bestellung, keine Neuberechnung. Finanzabgleich und Auszahlungen laufen mit unserem Team; die Bildschirme unten sind die betriebliche Sicht.
- Verkäufe je Veranstaltung
- Bestellungen, Tickets, Bruttobetrag, nach Ticketkategorie und nach Tag.
- Bestellzustand
- Reserviert, Zahlung ausstehend, bezahlt, erfüllt, storniert, abgelaufen, erstattet — und der Erstattungszustand daneben, nicht darin vermischt.
- Ticketzustand
- Ausgestellt, eingecheckt, gesperrt, storniert, erstattet, je Ticket, mit dem Zeitpunkt des Scans am Einlass.
- Finanzen je Zeitraum
- Brutto, Winglarks Provision und Ihr Erlös für einen Zeitraum, aus den auf jeder Bestellung festgehaltenen Zahlen.
- Ausnahmen
- Eine bezahlte, aber nicht erfüllte Bestellung, eine vom Anbieter nicht bestätigte Erstattung — aufgelistet mit dem, was zu tun ist, nicht in einer Summe versteckt.
Die Ticketzahlen leben auf den Ticket-Bildschirmen. Der Teilnahmebericht der Veranstaltung zählt einen Käufer als Gast; was bezahlt wurde, zeigt er noch nicht.
Was enthalten ist
Was enthalten ist
- Ticketkategorien mit echten Grenzen
- Preis, Kontingent, Mindest- und Höchstmenge je Bestellung, Verkaufszeitraum und Sichtbarkeit, je Kategorie.
- Eine Verkaufsseite je Veranstaltung
- Öffentlich, ungelistet oder privat, in der Sprache der Veranstaltung, mit der Erstattungsregel darauf.
- Reservierte Plätze und ehrliche Zahlen
- Ein Platz ist fünfzehn Minuten reserviert, während der Käufer zahlt, dann wieder frei. „Ausverkauft“ ist eine Tatsache, keine Schätzung.
- Zahlung beim Anbieter
- Karten werden vom Zahlungsanbieter auf dessen Seite verarbeitet. Der Server setzt den Preis; der Browser kann es nicht.
- Ein Gast und ein Einlasscode je Ticket
- Die Erfüllung schreibt einen gewöhnlichen Gästedatensatz mit einem gewöhnlichen Code, sodass Einlass und Bericht nichts Neues brauchen.
- Bestätigungen über denselben Versand
- Ticket ausgestellt, erneut gesendet, Erstattung, Veranstaltung abgesagt — jede wie eine Einladung protokolliert und nie an eine Adresse geschickt, die Nein gesagt hat.
- Vollständige Erstattungen, die sperren
- Erst geht das Geld über den Anbieter zurück; die Tickets werden erst gesperrt, wenn es das ist.
- Bestellungen, Tickets, Finanzen
- Zahlungs-, Erfüllungs- und Erstattungszustand als getrennte Spalten; ausgestellte und eingecheckte Tickets; Brutto, Provision und Erlös je Zeitraum.
Warum es zählt
Was sich am Tag ändert
Kein Geld am Eingang
Jeder bezahlte Platz wurde vor dem Abend bezahlt. Der Einlass hat ein Telefon, keine Kasse.
Eine Liste, nicht zwei
Käufer und eingeladene Gäste erscheinen auf demselben Bildschirm und werden im selben Bericht gezählt.
Eine Erstattung ist ein abgewiesener Code
Wenn das Geld zurückgeht, weiß der Einlass es bereits. Niemand muss sich einen Namen merken.
Wo es eingesetzt wird
Wo es sich auszahlt
- 01
Eine Konferenz mit bezahlten und eingeladenen Plätzen
Referenten und Presse eingeladen, Teilnehmer kaufen — eine Liste, ein Einlass, eine Zählung.
- 02
Ein Workshop mit begrenzten Plätzen
Zwanzig Plätze, ein Preis, ein Verkaufszeitraum und eine Verkaufsseite, die sich bei zwanzig selbst schließt.
- 03
Eine Agentur, die die bezahlte Veranstaltung eines Kunden betreut
Ticketverkauf im eigenen Arbeitsbereich des Kunden, mit denselben Rollen und derselben Trennung wie alles andere.
- Firmenveranstaltungen mit bezahltem Programmteil
- Private Dinner und Mitgliederabende
- Fachtreffen und Networking-Abende
- Erlebnisse und Eröffnungen mit begrenzter Kapazität
Begleitete Aktivierung
Mit Ihnen konfiguriert, bevor es live geht.
Der Ticketverkauf wird für einen Arbeitsbereich von Winglark freigeschaltet, nicht per Knopf — weil die Einrichtung von Dingen abhängt, die ein Formular über Ihre Veranstaltung nicht wissen kann.
- Die Veranstaltung
- Was verkauft wird, an wen, und ob einige Gäste eingeladen statt belastet werden.
- Währung und Preise
- Eine Währung je Veranstaltung, mit Ihnen gewählt, und die Ticketkategorien darin bepreist.
- Das Geschäftsmodell
- Winglarks Provision und die Abrechnung Ihres Erlöses werden vor dem ersten Verkauf vereinbart, nicht danach entdeckt.
- Die Erstattungsregel
- Erstattbar, erstattbar bis zu einem Datum, nicht erstattbar oder nach Ihrer Freigabe — auf der Verkaufsseite ausgewiesen.
- Die Zahlungseinrichtung
- Der Zahlungsanbieter wird für Ihren Arbeitsbereich freigeschaltet und mit Ihnen getestet, bevor ein echter Käufer ihn erreicht.
So läuft die Aktivierung
- 1
Erzählen Sie uns von der Veranstaltung
Was verkauft wird, wann der Verkauf öffnen soll, wie viele Plätze, welche Währung.
- 2
Wir legen die Zahlungsstruktur fest
Ticketkategorien, Preise, Erstattungsregel, Provision und Abrechnung, schriftlich.
- 3
Der Ticketverkauf wird konfiguriert
Auf Ihrer Veranstaltung, in Ihrem Arbeitsbereich, mit einer Verkaufsseite, die nur sieht, wen Sie wählen.
- 4
Sie prüfen und testen
Eine Testbestellung von Anfang bis Ende: Verkaufsseite, Checkout, Bestätigung, Code, Scan.
- 5
Es geht live
Der Verkauf öffnet am Datum, das Sie festlegen. Dieselben Bildschirme führen den Abend.
Das ist eine Serviceebene, keine Warteliste. Verfügbarkeit und kaufmännische Bedingungen werden bei der Aktivierung bestätigt.
Fragen
Kann ich den Ticketverkauf selbst aktivieren?
Nein. Der Ticketverkauf wird nach einem kurzen Gespräch über Veranstaltung, Währung und Geschäftsmodell vom Winglark-Team für Ihren Arbeitsbereich freigeschaltet. Kontaktieren Sie den Vertrieb von dieser Seite aus, und wir richten ihn mit Ihnen ein.
Warum braucht die Aktivierung Winglark?
Weil die Einrichtung ebenso kaufmännisch wie technisch ist: Währung, Preise, Erstattungsregel, Provision und Abrechnung müssen vor dem ersten Verkauf vereinbart sein. Das einmal mit Ihnen zu tun ist schneller als ein Formular, das rät.
Funktioniert der Ticketverkauf mit dem Einlass?
Ja. Ein bezahltes Ticket wird als gewöhnlicher Gästedatensatz mit einem gewöhnlichen Einlasscode erfüllt, sodass der Einlass es wie jede Einladung scannt — online oder offline. Ein erstattetes Ticket wird gesperrt, und der Einlass weist es ab.
Können einige Gäste eine Freikarte bekommen?
Ja, auf zwei Wegen: Eine Ticketkategorie mit Preis null läuft ohne Zahlungsschritt über die Verkaufsseite, oder der Gast wird einfach eingeladen und sieht nie einen Checkout. Beide enden auf derselben Liste.
Wann zahlt der Gast?
Im Checkout auf der Verkaufsseite der Veranstaltung, vor der Veranstaltung. Seine Plätze sind fünfzehn Minuten reserviert, während er zahlt; Bestätigung und Einlasscode folgen, sobald die Bestellung bezahlt und erfüllt ist.
Wickelt Winglark Erstattungen ab?
Erstattungen ganzer Bestellungen, ja: Das Geld geht über den Zahlungsanbieter zurück, und die Tickets werden gesperrt, sobald es zurück ist. Teilerstattungen werden nicht angeboten.
Welche Währungen und Zahlungsmethoden werden unterstützt?
Eine Währung je Veranstaltung, aus denen, die der Zahlungsanbieter unterstützt — bei der Aktivierung bestätigt. Karten werden vom Anbieter in dessen eigenem Checkout verarbeitet; Winglark sieht nie Kartendaten.
Können Agenturen es nutzen?
Ja. Der Ticketverkauf läuft im Arbeitsbereich eines Kunden mit denselben Rollen und derselben Trennung wie der Rest von Winglark, und die Verkäufe jedes Kunden bleiben in dessen Arbeitsbereich.
Ist der Ticketverkauf in meinem Tarif enthalten?
Er ist keine Zeile in einem Tarif. Verfügbarkeit und kaufmännische Bedingungen — Provision, Abrechnung, die Tarife, neben denen er läuft — werden bei der Aktivierung bestätigt.
Planen Sie eine kostenpflichtige Veranstaltung?
Sprechen Sie mit Winglark, bevor der Ticketverkauf aktiviert wird, damit Zahlungs- und Teilnahmemodell für Ihre Veranstaltung konfiguriert werden — nicht geraten.
Das ist eine Serviceebene, keine Warteliste. Verfügbarkeit und kaufmännische Bedingungen werden bei der Aktivierung bestätigt.