こんにちは！イベントをよく利用しており、繰り返し寄せられる機能リクエストの1つに、参加表明できる人数を特定の数に制限する機能があります。これについて何かお考えはありますか、あるいは実装計画はありますか？
「いいね！」 10
この機能があれば、参加人数に限りがあるイベントを管理するのに役立ちます。トピックに参加可能人数を表示してくれると、さらに素晴らしいです 
「いいね！」 5
参加者数に上限がある場合、ウェイティングリストがあると便利です。これにより、イベントの上限に達した場合でも申し込むことができ、空きが出た際にはメッセージで通知されます。
「いいね！」 3
キャンセル待ちリストに申し込める人数も制限したいですか？もしそうなら、定員の割合で制限しますか、それとも固定数ですか？制限を設ける場合、キャンセル待ちリストも締め切る可能性があるので、それに関する追加のメッセージも必要になるでしょう。
メッセージについてですが…イベントが開始された後、キャンセル待ちリストに残っている人に、興味を持ってくれたことへの感謝と、他のイベントへの参加を促すメッセージを送りたいですか？
移動時間が必要な場合がある対面イベントの場合は、これらのメッセージはすべてイベント前に送信する必要があるでしょう。そのため、イベントごとにそのウィンドウを設定できるようにしたいかもしれません（例：event_start_time - window_close_in_minutes）。
「いいね！」 2
こんにちは、この貴重な洞察をありがとうございます。イベント企画に詳しいようですね。
特にここで関連するユースケースを提案する人がいない限り、必要ないと思います。私にとっては、30人のイベントには30人のウェイティングリストがあり、そこで止まります。制限を設定することは、イベントを「欠席」する人の数を予測することになります。もし30人が直前に悪天候のために参加しなかった場合、ウェイティングリストのより勇敢な人々のために30の空き枠を用意することは理にかなっています。
ウェイティングリストを閉鎖することは、2つの主な状況、したがって2つの同様の機能を示唆していることに気づきました。
-1つは完全に閉鎖することです。これにより、ウェイティングリストの参加者はまったく空き枠を得ることができなくなります。イベントが参加者に対してカスタム準備を必要とする場合、ウェイティングリストの誰かにぎりぎりで空き枠が割り当てられるのを避けたいでしょう。パーティーに白いタキシードなしで来るような人には：slight_smile:
-もう1つは部分的に閉鎖することです。これは、ウェイティングリストに参加できなくなることを意味しますが、空き枠が利用可能になった場合に、リストにいる人が引き続き参加できる能力を維持します。
ウェイティングリストが完全に閉鎖されるケースについて話している場合：イベントが開始された後では遅すぎます。イベントに参加する可能性がまったくなく、興味を持ってくれたことへの感謝を伝えたい場合があるため、事前に人々に知らせたい場合があります。あなたが提案したように。
しかし、それはあなたがメッセージの最後に、移動時間の要件に言及しているところで提案していることでしょうか？
最後の点：別の機能リクエストで自分の機能リクエストをハイジャックしたくはありませんが、このすべてが設定される場合、参加者が将来、外部参加者と一緒にイベントに参加できる機能も要求する可能性があることをお知らせすることが重要だと思います。
例：meetup.comでは、各参加者が最大4人の外部参加者と一緒に来ることができることを示すことができる30人の最大参加者のイベントを作成できます。参加者がイベントにまだ30の空き枠があるときに4人の友人と一緒に来ることを選択した場合、残りの空き枠は25になります。
明白な数学ですみませんが、この機能がウェイティングリスト機能と一緒に提供される可能性があることを明確にしたかっただけです：slight_smile:
「いいね！」 2
私が以前携わっていたプラットフォームは、ライブパフォーマンスのチケット販売（主に演劇）と授賞式の投票の両方に対応していました。かなりの期間、その業務に深く関わっていました。
これは良い指摘ですね。
物理的な会場の収容人数の管理は難しいことがあります。私はロサンゼルスに住んでいますが、あらゆるパフォーマンスで 10～30% のキャンセルが発生することを想定しておかなければなりません。キャンセル待ちリストが小さすぎると、売れ残りの座席が出る可能性があります。大きすぎると、二度と来なくなるかもしれない人々を断ることになるかもしれません。また、キャンセル待ちリストの人々にチケットがあることを知らせるには、十分な移動時間を考慮する必要があります。
私たちのプラットフォームでは、同伴者の +1 の扱いと、それをイベント主催者にどのように追跡・報告するかを考慮する必要がありました。イベント登録者は、ショーの投票を行う人物でもあったため、主催者にとって最も重要でした。もし彼らが +1 のチケットを「返却」した場合、主催者がそれを販売したり、空席を埋めるために使用したりできるようにしたかったのです。そのため、私たちにとって、主催者がチケット販売やキャンセル待ちリストへの追加をいつ停止するかを定義できる機能は非常に重要でした。
同意します…これは実際にはこのリクエストの範囲外です。しかし、これらの懸念事項について話す機会はあまりないので、経験のある分野なので参加させていただきました。
「いいね！」 3
その点は思いつきませんでした。あなたのウェイティングリストの実装方法は、私にとって今は完璧に理にかなっています。
この他の例は、各ビジネスが異なるカスタム仕様を必要とすることを示しています。WordPress/Joomla拡張機能マーケットプレイスで適切なチケットイベント拡張機能を見つけるにはかなりの時間がかかり、最終的には満足できない可能性さえあります。なぜなら、Discourseのコミュニティの側面が欠けているからです。
Discourseと外部チケット拡張機能の組み合わせはうまく機能する可能性があり、私が知っているほとんどのmeetup.comの主催者はそのようにしています。唯一の欠点は、参加者がイベントにmeetup/Discourseで参加するだけでなく、外部でチケットを購入する必要があることです。そして、時には直接チケットを購入しないこともあります。
私にとっては、真に同期されたコミュニティイベントおよびチケット販売システムのオープンマーケットが存在します。
「いいね！」 2
こちらで作業を開始しました。
「いいね！」 8
素晴らしい、将来的にはウェイティングリストがあれば、参加者がスポットを空けたときに他の人が利用できるようになります。今のところ、データエクスプローラーで参加者の登録時間を取得し、「興味あり」ボタンをウェイティングリストに使用しています。
コードを試しましたが、何も起こりません:sweat_smile:
機能するかどうかを確認するためにテストイベントを作成しましたが、反応がありません。
操作を間違えましたか？
これが、この発表に従って実装されました。
「いいね！」 8
このトピックは、最後の返信から3日後に自動的にクローズされました。新しい返信は許可されなくなりました。