Hallo! Wir nutzen Veranstaltungen (Events) ziemlich häufig und eine Funktion, die immer wieder gewünscht wird, ist die Möglichkeit, die Anzahl der Personen, die als „Zusagen“ markiert werden können, auf eine bestimmte Zahl zu begrenzen. Gibt es dazu Gedanken oder vielleicht sogar Pläne zur Implementierung?
Ich würde mir diese Funktion wünschen, da wir einige Veranstaltungen haben, die auf eine bestimmte Anzahl von Teilnehmern begrenzt sind. Es wäre auch großartig, auf dem Thema die Anzahl der freien Plätze anzuzeigen ![]()
Ich stimme zu. Diese oben genannten zusätzlichen Funktionen wären für unser Projekt sehr hilfreich.
Eine gute Ergänzung zu einer Begrenzung der Teilnehmerzahl wäre eine Warteliste, damit man sich auch dann noch anmelden kann, wenn das Limit erreicht ist, und eine Benachrichtigung erhält, sobald ein Platz frei wird.
Möchten Sie auch die Anzahl der Personen begrenzen, die sich für die Warteliste anmelden können? Und wenn ja, wäre das ein Prozentsatz der Kapazität oder eine feste Zahl? Unter der Annahme einer Begrenzung könnten Sie auch die Warteliste schließen, sodass Sie wahrscheinlich zusätzliche Meldungen dazu benötigen würden.
Und wenn wir schon bei Meldungen sind… möchten Sie eine senden, sobald die Veranstaltung begonnen hat, an alle, die noch auf der Warteliste stehen, ihnen für ihr Interesse danken und sie ermutigen, zu anderen Veranstaltungen zu kommen?
Und wenn Sie eine Präsenzveranstaltung haben, bei der Reisezeit erforderlich sein könnte, müssten all diese Meldungen wahrscheinlich vor der Veranstaltung gesendet werden. Möglicherweise möchten Sie dieses Zeitfenster pro Veranstaltung festlegen können (z. B. event_start_time - window_close_in_minutes)?
Hallo, danke für diese schöne Einsicht, Sie scheinen sich mit der Organisation von Veranstaltungen auszukennen.
Ich glaube nicht, dass es notwendig ist, es sei denn, jemand hier hat einen relevanten Anwendungsfall vorzuschlagen: Für mich hat eine Veranstaltung mit 30 Personen auch eine Warteliste von 30 Personen, und dort endet es, da die Festlegung einer Grenze die Antizipation der Anzahl von Personen impliziert, die an Ihrer Veranstaltung „nicht teilnehmen“ werden: Wenn 30 Personen aufgrund von schlechtem Wetter in letzter Minute nicht teilnehmen, wäre es sinnvoll, 30 Plätze für die mutigeren Leute auf der Warteliste frei zu haben
.
Sie haben mich zum Nachdenken gebracht, dass das Schließen der Warteliste 2 Hauptsituationen und damit 2 ähnliche Funktionen impliziert:
- Eine Möglichkeit ist, sie vollständig zu schließen, sodass Teilnehmer auf der Warteliste überhaupt keinen freien Platz mehr bekommen können: Wenn die Veranstaltung eine individuelle Vorbereitung für/von den Teilnehmern erfordert, möchten Sie nicht, dass ein Platz in letzter Minute an jemanden auf der Warteliste vergeben wird, der ohne seinen weißen Smoking zur Party kommt ![]()
- Eine andere Möglichkeit ist, sie teilweise zu schließen, was bedeutet, dass man sich nicht mehr auf die Warteliste setzen kann, aber die Möglichkeit für die darauf befindlichen Personen behält, immer noch einen Platz zu bekommen, falls einer verfügbar wird.
Wenn wir über den Fall sprechen, in dem die Warteliste vollständig geschlossen wird: Nachdem die Veranstaltung begonnen hat, ist es zu spät, da Sie die Leute vielleicht im Voraus wissen lassen möchten, dass es überhaupt keine Möglichkeit gibt, dass sie an der Veranstaltung teilnehmen, und ihnen für ihr Interesse danken, wie Sie vorgeschlagen haben.
Aber vielleicht ist es das, was Sie am Ende Ihrer Nachricht vorschlagen, wo Sie die Anreisezeit erwähnen?
Letzter Punkt: Ich möchte meine Feature-Anfrage nicht mit einer anderen Feature-Anfrage kapern, aber wenn das alles eingerichtet wird, denke ich, es ist wichtig, Sie wissen zu lassen, dass die Leute in Zukunft auch die Möglichkeit verlangen könnten, dass Teilnehmer externe Teilnehmer zur Veranstaltung mitbringen.
Beispiel: Auf meetup.com können Sie eine Veranstaltung mit maximal 30 Teilnehmern erstellen, bei der jeder Teilnehmer angeben kann, dass er bis zu 4 externe Teilnehmer mitbringt: Wenn ein Teilnehmer beschließt, 4 Freunde mitzubringen, während die Veranstaltung noch 30 Plätze hat, dann ist die verbleibende Anzahl der verfügbaren Plätze jetzt 25.
Entschuldigen Sie die offensichtliche Mathematik, ich wollte diese Funktion nur verdeutlichen
, die neben der Wartelistenfunktion stehen könnte.
![]()
In meinem Fall war die Plattform, auf der ich gearbeitet habe, sowohl für die Ticketbuchung von Live-Auftritten (hauptsächlich Theater) als auch für die Abstimmung bei Preisverleihungen gedacht. Ich war damit eine ganze Weile intensiv beschäftigt.
Das ist ein guter Punkt.
Ich habe festgestellt, dass die Verwaltung der Kapazität für physische Veranstaltungsorte schwierig sein kann. Ich bin in Los Angeles und man kann bei jeder Vorstellung mit 10-30 % Nicht-Erscheinen rechnen. Wenn die Warteliste zu klein ist, haben Sie möglicherweise unverkauftte Plätze, ist sie zu groß, könnten Sie Leute abweisen, die nie wiederkommen. Und Sie müssen auch die Reisezeit berücksichtigen, wenn Sie den Leuten auf der Warteliste mitteilen, dass sie eine Eintrittskarte haben.
Auf unserer Plattform mussten wir +1s berücksichtigen und wie wir diese am besten für die Produzenten der Veranstaltung verfolgen und melden können. Der registrierte Teilnehmer war für sie am wichtigsten, da er auch die Person war, die über die Show abstimmen würde. Wenn sie ihre +1-Tickets “zurückgaben”, wollten wir sicherstellen, dass der Produzent diese entweder verkaufen oder zum Auffüllen des Hauses verwenden konnte. Daher war es für uns wirklich wichtig, einem Produzenten die Möglichkeit zu geben, zu definieren, wann der Ticketverkauf oder die Hinzufügungen zur Warteliste gestoppt werden sollten.
Ich stimme zu… das liegt eigentlich nicht im Rahmen dieser Anfrage. Aber ich habe nicht oft die Gelegenheit, über diese Bedenken zu sprechen, daher wollte ich mich einbringen, da dies ein Bereich ist, in dem ich einige Erfahrung habe. ![]()
Das hätte ich nicht bedacht, Ihre Art, die Warteliste zu implementieren, ergibt für mich jetzt vollkommen Sinn.
Dieses andere Beispiel zeigt, wie jedes Unternehmen unterschiedliche kundenspezifische Besonderheiten erfordert. Das passende Ticket-Event-Plugin auf dem WordPress/Joomla-Erweiterungsmarkt zu finden, dauert ziemlich lange und ist möglicherweise nicht einmal zufriedenstellend, da die Community-Aspekte von Discourse fehlen.
Eine Kombination aus Discourse und einer externen Ticket-Erweiterung könnte gut funktionieren, und das ist es, was die meisten Meetup.com-Organisatoren, die ich kenne, tun. Der einzige Nachteil ist, dass die Teilnehmer dem Event auf Meetup/Discourse beitreten, aber auch extern ein Ticket kaufen müssen, und manchmal kaufen sie die Tickets nicht direkt.
Für mich gibt es einen offenen Markt für ein wirklich synchronisiertes System für Community-Events und Ticketverkäufe.
Ich habe hier mit der Arbeit daran begonnen:
Großartig, vielleicht haben wir in Zukunft eine Warteliste, sodass, wenn ein Platz von einem Teilnehmer frei wird, er für einen anderen verfügbar wird. Vorerst rufe ich die Registrierungszeit der Teilnehmer mit dem Daten-Explorer ab und verwende die Schaltfläche „Interessiert“ für die Warteliste.
Ich habe den Code ausprobiert, aber er funktioniert nicht, es passiert nichts ![]()
Ich habe ein Test-Event 1p erstellt, um zu sehen, ob es funktioniert, aber keine Reaktion.
Habe ich etwas falsch gemacht?
Dies wurde nun gemäß dieser Ankündigung implementiert.
Dieses Thema wurde 3 Tage nach der letzten Antwort automatisch geschlossen. Neue Antworten sind nicht mehr möglich.