Привет! Мы довольно часто используем функцию «События», и одна из часто озвучиваемых идей — возможность ограничить количество людей, которые могут отметить статус «Иду», определённым числом. Есть ли какие-то мысли по этому поводу или, возможно, уже есть план по её реализации?
10 лайков
Мне бы хотелось видеть эту функцию, так как у нас есть мероприятия с ограниченным количеством участников. Также было бы здорово отображать на теме количество свободных мест 
5 лайков
Я согласен. Упомянутые выше дополнительные функции были бы очень полезны для нашего проекта.
3 лайка
Чтобы эффективно работать с ограничением количества участников, хорошо бы добавить лист ожидания. Это позволит подписываться даже после достижения лимита участников, и вы получите уведомление, если освободится место.
3 лайка
Хотели бы вы также ограничить количество людей, которые могут записаться в список ожидания? И если да, то это будет процент от общей вместимости или фиксированное число? При наличии такого ограничения вы, вероятно, захотите закрыть и сам список ожидания, поэтому, скорее всего, потребуется дополнительное сообщение об этом.
И, раз уж мы говорим об уведомлениях… хотели бы вы отправлять сообщение всем, кто всё ещё находится в списке ожидания, после начала мероприятия, поблагодарив их за интерес и предложив посетить другие события?
И если мероприятие проходит очно и требует времени на дорогу, все эти сообщения, скорее всего, нужно будет отправить до начала мероприятия. Поэтому, возможно, вам понадобится возможность устанавливать это окно для каждого мероприятия отдельно (например, event_start_time - window_close_in_minutes)?
2 лайка
Привет, спасибо за этот полезный взгляд, вы, похоже, хорошо разбираетесь в организации мероприятий.
Я не думаю, что это необходимо, если только кто-то здесь не имеет соответствующего примера использования для предложения: для меня мероприятие на 30 человек имеет лист ожидания также на 30 человек, и на этом всё останавливается, так как установление лимита подразумевает прогнозирование количества людей, которые не смогут присутствовать на вашем мероприятии: если 30 человек не придут из-за плохой погоды в последнюю минуту, будет логично иметь 30 свободных мест для самых смелых людей в листе ожидания.
Вы заставили меня задуматься, что закрытие листа ожидания подразумевает две основные ситуации и, следовательно, две похожие функции:
- Одна из них — полное закрытие, делающее участников листа ожидания неспособными получить свободное место вообще: если мероприятие требует индивидуальной подготовки для/от участников, вы не хотите, чтобы место было предоставлено в самый последний момент кому-то из листа ожидания, кто придёт на вечеринку без своего белого смокинга
- Другая — частичное закрытие, означающее невозможность присоединиться к листу ожидания, но сохраняющее возможность для людей в нём всё ещё получить место, если оно освободится.
Если мы говорим о случае, когда лист ожидания полностью закрыт: после начала мероприятия уже поздно, так как вы, возможно, захотите заранее сообщить людям, что у них вообще нет шансов присоединиться к мероприятию, поблагодарив их за интерес, как вы предложили.
Но возможно, вы имеете в виду то, что упомянули в конце своего сообщения, где говорите о требованиях к времени в пути?
Последний момент: я не хочу подменять свой запрос на функцию другим запросом, но если всё это будет реализовано, я считаю важным сообщить вам, что в будущем люди могут также попросить возможность для участников присоединяться к мероприятию с внешними участниками.
Пример: на meetup.com можно создать мероприятие с максимум 30 участниками с возможностью для каждого участника указать, что он придёт, например, с максимум 4 внешними участниками: если участник решит прийти с 4 друзьями, когда на мероприятии ещё есть 30 мест, то оставшееся количество доступных мест теперь составит 25.
Извините за очевидную математику, я просто хотел прояснить эту функцию , которая может идти в паре с функцией листа ожидания.
2 лайка
В моём случае платформа, над которой я работал, поддерживала как продажу билетов на живые выступления (в основном театральные), так и голосование за награды. Я был глубоко вовлечён в эту работу довольно долгое время.
Это хорошее замечание.
Я обнаружил, что управление вместимостью для физических площадок может быть сложным. Я живу в Лос-Анджелесе, и можно рассчитывать на 10–30% неявок на каждое выступление. Если список ожидания слишком мал, могут остаться непроданные места; если слишком велик, вы можете отказать людям, которые, возможно, больше никогда не вернутся. Кроме того, необходимо учитывать достаточное время на дорогу, если вы планируете уведомить людей из списка ожидания о том, что у них есть билет.
На нашей платформе нам приходилось учитывать возможность прихода с гостями (+1) и находить лучший способ отслеживать и сообщать эту информацию организаторам мероприятий. Для них самым важным был сам регистрант, так как именно он будет голосовать за шоу. Если они «возвращали» свой билет для гостя, мы хотели убедиться, что организатор сможет либо продать его, либо использовать для заполнения зала. Поэтому для нас было очень важно дать организатору возможность определить, когда прекратить продажу билетов или добавление в список ожидания.
Я согласен… это действительно не входит в рамки данного запроса. Но я не часто имею возможность обсуждать эти вопросы, поэтому решил вмешаться, так как это область, в которой у меня есть некоторый опыт.
3 лайка
Я бы и не подумал об этом, ваш подход к реализации списка ожидания теперь кажется мне абсолютно логичным.
Этот другой пример показывает, что каждый бизнес требует собственных уникальных особенностей. Поиск подходящего расширения для мероприятий с билетами на рынке расширений WordPress/Joomla занимает довольно много времени и может даже не удовлетворить вас в итоге, так как в нем отсутствует элемент сообщества, характерный для Discourse.
Комбинация Discourse и внешнего расширения для продажи билетов может хорошо работать, и именно так поступают большинство организаторов встреч на meetup.com, которых я знаю. Единственный недостаток в том, что участники должны зарегистрироваться на мероприятии на meetup/Discourse, но также приобрести билет отдельно, а иногда они не покупают билеты напрямую.
По моему мнению, существует открытая ниша для по-настоящему синхронизированной системы проведения мероприятий сообщества и продажи билетов.
2 лайка
Я начал работу над этим здесь:
9 лайков
Отлично, возможно, в будущем у нас будет список ожидания, чтобы когда место освобождается участником, оно становилось доступным для другого. Пока я извлекаю время регистрации участников с помощью Data Explorer и использую кнопку «Заинтересован» для списка ожидания.
Я попробовал код, но он не работает, ничего не происходит 
Я создал тестовое событие 1p, чтобы проверить, работает ли оно, но реакции нет.
Неправильно ли я выполнил действия?
Это уже реализовано, как было объявлено в этом сообщении.
9 лайков
Эта тема была автоматически закрыта через 3 дня после последнего ответа. Новые ответы больше не принимаются.