Как реализовать продажу билетов на сайте
Есть проводимые мероприятия на лето и есть желание делать продажу билетов через сайт. Кто подскажет как это можно реализовать? Какие есть идеи!
Компонент.
Категории мероприятий → входим→ видим событие→ заходим→ кнопка с ценой купить билет→ жмем→ варианты оплаты→ получить 2 способа или распечатать или получить на телефон. Защита штрих код или QR код.На каждое мероприятие можно настроить дизайн и лого билета.
Как? Хотя бы на уровне идеи. Код в СМС, или предложить сохранить картинку, или сфоткать страницу?… или получить на телефон
Я как-то задавался этим вопросом, не для билетов а для идентификации пользователей оффлайн, но изящного решения так и не придумал.
ну а как присылают ОСАГО сделанное онлайн… на почту, смс на телефон. В данном аспекте вижу как генератор случайных чисел выдает код, привязанный к телефону. Пришел на мероприятие показал смс.ак? Хотя бы на уровне идеи.
цынк по ссылке описание мероприятия, дальше жмем на кнопочку "закупить билетики" и попадаем на страницу выбора места цынк. После выбора места вводишь свои данные, переходишь на страницу оплаты, оплатил картой, попал на страницу благодарности и получил на почту билеты. Пропускать будут по номеру паспорта, т.к. его вводишь при покупке. При входе выдадут бумажные билеты.
Всё просто.
Залы, амфитеатры и прочие заведения — можно создать отдельный тип контента и туда их закинуть, при создании мероприятия просто выбрать нужное заведение, если оплата прошла успешно место бронируется за оплатившим.
Осталось реализовать =)
В таком компоненте готов поучаствовать, всякие гибриды полу функциональные не интересны.
"Когда говорят о открытии магазина — это не означает постройку гипермаркета"
Есть нас.пункт с жителями в 30 000 человек и 5 заведений. Заморачиваться на шикарность тут даже и не приходится.
Штрих коды на мероприятие на улице… Да тут на входе в здание даже не смогут организовать ноутбук со сканером. Проверка скорее всего паспорта будет или другого дока, может номер какой то при оплате выдаваться.
Вопрос больше о реализации оплаты и сверки человека, причем с использованием биллинга или прямого подключения… вот в этом и вопрос. Как средствами нашей любимой CMS реализовать подобное. И как потом не прогореть на процентах при переводе денежных средств.
Про компонент и складчину мысль хорошая, но как показывает история данного форума, со складчиной тут извечные проблемы 😊
По продаже билетов на концерты с возможностью продажи по схеме и без нее
И с рисованием этой схемы…
Помимо интерфейса для покупателей онлайн, возможность работы билетным кассирам по точкам.
Минимальные отчеты – как и кто сколько продал, на какую сумму.
Возможность переоценки билетов. Возможность бронирования билетов и возможность изменять время жизни брони.
Возможность внятной работы в админке по изменению/добавлению информации.
Шаблоны подойдут бесплатные.
Нормальное масштабирование под разные браузеры и на мобильных устройствах.
Примерная структура сайта
(не жестко, если есть готовые дешевые варианты – обсудим)
Домашняя страница
Афиша / Прошедшие мероприятия / Где купить / Контакты
Структура главной страницы
Вверху страницы логотип и меню, ниже меню показ слайдов.
Ниже слайдов картинки афиш мероприятий (списком или по рядам — зависит от шаблона — главное юзабельно и одного размера, например, muzkassa.ru — если рядами или tverbilet.ru — если списком)
Должна быть предусмотрена отдельная полоса внизу для размещения логотипов спонсоров.
Самый низ страницы должен содержать копирайт и мини-меню включающее в себя:
Карта сайта
Афиша
Как купить
Телефон
Контакты (обратная связь)
Цвета (можно шаблон в светлых тонах..)
Белый, коричневый, желтый, в умеренной степени можно добавить красного.
Функциональные возможности.
— Регистрация пользователей/Личный кабинет
— Слайдер афиш сверху
— Форма обратной связи.
— Каталог товаров (в данном случае это афиши мероприятий).
— Онлайн видео (допускается плагин, с помощью которого можно вставлять видео, загруженное на YouTube).
— Онлайн аудио.
— Фото-галерея.
— Схема зрительно зала, с возможность покупки и бронирования билетов на мероприятие. Должна быть организована таким образом, что пользователь, выбрав мероприятие, попал на схему. На схеме необходимо, чтоб отображались уже забронированные или купленные места. На схеме должно быть несколько ценовых категорий, в зависимости от ряда или зоны. Это — главный блок (особенности в обязательных требованиях)
— Возможность оплаты, приобретения электронного билета (яндекс-деньги)
Кнопки «рассказать друзьям» или «поделиться» в социальных сетях «Вконтакте», «Twitter», «Facebook».
Счетчики Яндекс и Гугл.
Надежность сайта в разумных пределах.
Возможность обновления cms.
ВОЗМОЖНА ДОРАБОТКА — т.к. Имеется два разных плагина на wordpress, на которых частично реализован функционал (залы/онлайн/бронь), но не реализована раздельная работа кассиров и отчеты.
Обязательные требования:
Первична задача общей квоты и реализации ее с нескольких точек.
1) Создание схемы зала
— Зал может быть сидячий (с нумерацией в разные стороны), с откидушками=места с буквой,
Может быть стоячий=тогда просто прямоугольник с квадратами можно или вообще без схемы
— могут быть произвольные кресла.
Схему зала нужно нарисовать один раз и потом многократно ей пользоваться
(хорошо, если б можно было бы копировать зал)
2) Создание события и с привязкой к залу – расценивание мест .
Создаем событие в модуле событий — выбираем зал — и уже после РАСЦЕНИВАЕМ.
(хорошо, если б можно было бы копировать концерты)
Заведение квоты билетов в систему (оприходование для продажи)
3) Каждый кассир под своим логином на своей точке может реализовать (выбрать и распечатать) билет.
У каждого кассира свой логин и урезанный профиль, в котором только продажа и возврат (это только одному кому-то можно) билета.
Тут же реализовать печатную форму билета по заданному размеру с возможностью менять текст и расположение текста и переменных в админке для администратора.
4) По возврату билета в систему тоже надо схему с привязкой этого права определенным пользователям
— То, о чем выше писал. Определенным кассирам надо дать возможность возврата билета от покупателя в продажу
5) Пользователи онлайн – тоже могут кликать на билеты и
Либо бронировать, либо заказывать доставку, либо онлайн оплата (эта инфа отображается у определенного оператора)
Возможность задания максимума заказа по количеству с возможной защитой от хулиганов.
6) Для концерта можно установить галку -есть ли на него онлайн-оплата.
При онлайн оплате возможность распечатки билета дома
Сделать форму на почту или в браузере, которую можно распечатать с реквизитами всеми.
Оплата — яндекс-деньги.
Определеннному пользователю приходит инфа о заказе на почту и в админку..
7) Билеты у кассиров печатаются на бланках
Был случай, писал скрипт онлайн заказа столиков для ресторана, схему зала реализовал с помощью svg — рекомендую присмотреться.
Если реализовать все что написано, то это совсем НЕ простой сайт! А если дальше первого предложенияВы лукавите, говоря про несложный сайт. Очень много нюансов.
ничего не читать, то все делается за пол часа…Нужен несложный сайт (или доработка сайта)
А если все же все… тогда подскажите, что вы называете сложным сайтом?
Сразу оговорюсь, что супер-пупер 3D дизайн не в счет — это в основном внешний вид, а не функционал…
Возможно, у человека есть особые аргументы для оценки сложности.Вы лукавите, говоря про несложный сайт.
К примеру для меня (совсем ничего знающего и, даже, мало что понимающего) такой сайт сделать "раз плюнуть". Это если "аргумент" = лимон деревяных.
А вот ежели за пару кило, то уже да, сложновато))
Возможно, у человека есть особые аргументы для оценки сложности.Вы лукавите, говоря про несложный сайт.
К примеру для меня (совсем ничего знающего и, даже, мало что понимающего) такой сайт сделать "раз плюнуть". Это если "аргумент" = лимон деревяных.
А вот ежели за пару кило, то уже да, сложновато))
заказчик я- для администрации города. платят они-как вы уже знаете бюджетники....) узнать о цене в лс...
Про сложность, прошу прощения… писал для здешних-рассчитывая найти исполнителя))