안녕하세요! 우리는 이벤트를 꽤 많이 사용하는데, 반복적으로 제기되는 기능 요청 사항 중 하나는 특정 이벤트에 '참석 예정’으로 응답할 수 있는 인원 수를 제한할 수 있는 기능입니다. 이에 대해 어떤 의견이 있으신가요, 아니면 구현에 대한 계획이라도 있으신가요?
10개의 좋아요
참석자 수가 제한된 이벤트가 몇 가지 있어서 이 기능이 있으면 좋겠습니다. 또한, 주제(토픽)에 남은 자리의 수를 표시해 주면 정말 좋겠네요 
5개의 좋아요
참석자 수 제한과 잘 어울리는 기능은 대기 목록입니다. 이렇게 하면 이벤트 인원 제한에 도달하더라도 여전히 등록할 수 있으며, 자리가 비게 되면 메시지로 알려드립니다.
3개의 좋아요
대기열에 등록할 수 있는 인원 수도 제한하고 싶으신가요? 만약 그렇다면, 이는 정원의 백분율로 설정할까요, 아니면 고정된 숫자로 설정할까요? 제한이 설정된다면 대기열도 닫히게 될 수 있으므로, 이와 관련하여 추가적인 메시지 안내가 필요할 것입니다.
그리고 메시지 관련해서… 이벤트가 시작되면 대기열에 남아 있는 사람들에게도 메시지를 보내, 관심 가져주셔서 감사하다고 전하면서 다른 이벤트에 참여하도록 독려하고 싶으신가요?
만약 이동 시간이 필요한 오프라인 이벤트라면, 이러한 모든 메시지는 이벤트 시작 전에 전송되어야 할 가능성이 높습니다. 따라서 이벤트별로 해당 시간 창을 설정할 수 있는 기능이 필요할 수 있습니다 (예: event_start_time - window_close_in_minutes).
2개의 좋아요
안녕하세요, 이런 유용한 통찰을 주셔서 감사합니다. 이벤트 조직에 대해 잘 아시는 것 같네요.
여기서 관련 사례를 제안하시는 분이 없다면, 저는 이것이 필요하다고 생각하지 않습니다. 저에게 30명 규모의 이벤트는 30명의 대기자 명단도 존재하며, 거기서 멈추게 됩니다. 제한을 설정하는 것은 '참석 취소’할 사람들의 수를 예측해야 함을 의미하기 때문입니다. 만약 마지막 순간에 날씨 때문에 30명이 참여하지 못한다면, 가장 용감한 대기자 들을 위해 30개의 자리가 비어 있는 것이 합리적일 것입니다.
말씀 덕분에 대기 명단 종료는 주로 두 가지 상황, 즉 두 가지 유사한 기능이 필요하다는 생각을 하게 되었습니다:
- 첫 번째 방식은 완전 종료로, 대기 명단에 있는 참가자가 빈 자리를 전혀 얻을 수 없게 하는 것입니다: 이벤트가 참가자로부터 또는 참가자를 위한 특별한 준비를 요구한다면, 파티에 하얀 턱시도 없이 올 대기 명단 속 누군가에게 마지막 순간에 자리가 배정되는 것을 원하지 않을 것입니다
- 두 번째 방식은 부분 종료로, 더 이상 대기 명단에 합류할 수 없게 하면서, 자리가 비게 되면 대기 명단에 있는 사람들이 여전히 그 자리를 얻을 수 있는 권한은 유지하는 것입니다.
대기 명단이 완전히 종료되는 경우를 말한다면, 이벤트가 시작된 후에는 늦은 것입니다. 제안하신 대로 그들의 관심에 대해 감사 인사를 전하면서, 이벤트에 합류할 가능성이 전혀 없음을 사전에 알려주고 싶을 것이기 때문입니다.
하지만 이것이 당신의 메시지 마지막 부분에서 언급하신 이동 시간 요구 사항과 관련된 것이겠군요?
마지막으로: 제 기능 요청에 다른 기능 요청을 끼워 넣는 것을 원하지는 않지만, 이 모든 것이 설정된다면 참가자들이 외부 참가자를 데리고 이벤트에 참여할 수 있는 기능을 향후에도 요청할 수 있을 것이라는 점을 알려드리고 싶습니다.
예를 들어: meetup.com에서는 최대 30명 규모의 이벤트를 만들 때, 각 참가자가 최대 4명의 외부 참가자와 함께 올 것이라고 언급할 수 있는 기능을 사용할 수 있습니다: 이벤트에 아직 30개의 자리가 남아 있을 때 한 참가자가 4명의 친구와 함께 오기로 선택하면, 남은 가용 자리는 이제 25개가 됩니다.
명백한 수학 문제라 죄송합니다. 대기 명단 기능과 함께 갈 수 있는 이 기능을 명확히 하고 싶었을 뿐입니다
2개의 좋아요
저는 라이브 공연 티켓팅(주로 연극)과 시상식 투표 기능을 모두 갖춘 플랫폼에서 일했습니다. 이 분야에서 꽤 오랜 기간 깊이 관여했었죠.
좋은 지적이네요.
실제 공연장의 용량 관리는 어렵다는 것을 깨달았습니다. 저는 로스앤젤레스에 거주하는데, 공연마다 10~30%의 노쇼(no-show)를 예상해야 합니다. 대기 리스트가 너무 작으면 판매되지 않은 좌석이 남을 수 있고, 너무 크면 영원히 돌아오지 않을 사람들을 돌려보낼 위험이 있습니다. 또한 대기 리스트에 있는 사람들에게 티켓이 배정되었다고 알릴 때, 그들이 현장에 도착하기까지 충분한 이동 시간을 확보할 수 있도록 해야 합니다.
저희 플랫폼에서는 +1(동반자)를 어떻게 처리하고, 이를 이벤트 프로듀서에게 어떻게 추적 및 보고해야 하는지 고려해야 했습니다. 이벤트 등록자가 그들에게 가장 중요했는데, 그 사람이 쇼에 투표할 사람이었기 때문입니다. 만약 그들이 +1 티켓을 '반환’했다면, 프로듀서가 그 티켓을 다시 판매하거나 좌석 공백을 메우기 위해 사용할 수 있도록 하고 싶었습니다. 따라서 저희에게는 프로듀서가 티켓 판매를 중단하거나 대기 리스트에 추가할 시점을 정의할 수 있는 기능을 제공하는 것이 매우 중요했습니다.
동의합니다… 이건 정말 이 요청의 범위 내에 있지 않네요. 하지만 저는 더 이상 이런 우려 사항에 대해 이야기할 기회가 많지 않아서, 제가 경험을 가진 분야이므로 참여하고 싶었습니다.
3개의 좋아요
저는 그런 점을 생각하지 못했습니다. 대기 명단을 구현하는 당신의 방식이 이제 제게는 완벽하게 타당하게 느껴집니다.
이 다른 예시는 각 비즈니스가 서로 다른 맞춤형 세부 사항을 필요로 한다는 점을 보여줍니다. WordPress/Joomla 확장 프로그램 시장에서 적합한 티켓 이벤트 확장 프로그램을 찾는 데는 상당한 시간이 걸리며, 결국 토론이라는 커뮤니티 측면이 부족하여 만족스럽지 못할 수도 있습니다.
Discourse와 외부 티켓 확장 프로그램의 조합이 잘 작동할 수 있으며, 제가 아는 대부분의 meetup.com 주최자들이 그렇게 하고 있습니다. 유일한 단점은 참가자들이 meetup/discourse에서 이벤트에 가입해야 하지만 티켓은 외부에서 별도로 구매해야 한다는 점이며, 때로는 티켓을 즉시 구매하지 않는 경우도 있습니다.
제게는 진정한 동기화 커뮤니티 이벤트 및 티켓 판매 시스템에 대한 수요가 있는 시장이 있습니다.
2개의 좋아요
여기서 작업을 시작했습니다:
9개의 좋아요
멋지네요. 아마 미래에는 대기 목록이 생길 것 같아서, 참가자가 자리를 비우면 그 자리가 다른 사람에게 제공될 수 있겠죠. 지금은 데이터 탐색기를 통해 참가자의 등록 시간을 조회하고, 대기 목록에는 “관심” 버튼을 사용하고 있습니다.
코드를 시도해 보았지만 작동하지 않습니다. 아무 반응이 없어요 
작동하는지 확인하려고 1인용 테스트 이벤트를 만들어 보았지만 반응이 없네요.
제가 조작을 잘못한 걸까요?
이 공지사항에 따라 이제 구현되었습니다.
9개의 좋아요
이 주제는 마지막 답변 후 3일 자동으로 닫혔습니다. 더 이상 답변할 수 없습니다.