Есть предложение по улучшению сервиса или внедрению нового функционала? Предлагайте Ваши идеи, голосуйте за уже предложенные варианты: те из них, кто наберет большее количество плюсов будут переданы на рассмотрение в отдел разработки. Вы можете поставить один из трех видов голоса: "За" - поддерживаете идею, "Против" - против идеи, "Нейтрально" - ни за, ни против. О выходе обновлений Вы можете узнавать в нашей группе Вконтакте или в разделе "Новости сервиса".
Добавить новую идеюВсеНа голосовании (130)Разработка завершена (118)Отклонено (44)
Против: 1
Нейтрально: 2
#206) SMS оповещения от операторов
Документация
SMPP-подключение
REST API
Против: 0
Нейтрально: 0
#312) Обобщенный календарь по всем пользователям
Сокращение/упрощение пользовательского пути на один шаг улучшит показатели конверсии.
Против: 0
Нейтрально: 2
#279) Деление цены от количества заказанных мест
Против: 0
Нейтрально: 1
#286) Автоматическое включение отображения услуги
Можно ли добавить возможность включения отображения услуги в клиентском виджете по расписанию? По аналогии с отложенными публикациями в ВК и ТГ. Это было бы полезно для самозанятых и минипредприятий, где запись клиентов ведет один человек. Скажем, запись на услугу должна открыться в понедельник в 9.00, но человек, который этим занимается, по каким-то причинам не может сделать публикацию в это время. В этом случае было бы удобно настроить параметры записи, например, в воскресенье вечером и задать время для включения отображения записиПротив: 0
Нейтрально: 1
#258) Несколько виджетов
Против: 0
Нейтрально: 1
#288) Оповещение
Против: 0
Нейтрально: 2
#250) Уведомления для клиентов по дополнительным статусам
Кроме того, при отмене записи в уведомление неплохо было бы добавлять причину отмены, которую мы выбираем из выпадающего списка.
Против: 2
Нейтрально: 8
#183) Автоматическое восстановление после удаления.
Почему, у вас удаление связано СО ВСЕМИ БАЗАМИ?? Клиентами/записями - это вообще не адекватное поведение БД.
Сделайте автоматическое восстановление после удаления.
Восстановление удаленных записей возможно только вручную методом их повторного создания. Почему? Потому что на момент восстановления отсутствуют ранее привязанные к записи сущности (удаленный филиал/сотрудник/услуга), поэтому восстановить каждую запись на свое место из-за отсутствия сущности не получится, для этого нужно как минимум так же восстанавливать и саму сущность, храним мы только записи.
Теоретически можно сделать функционал восстановления, в котором пакетно выбирать записи и указывать, на кого из существующих филиалов/сотрудников/услугу их нужно назначить, но это не равносильно полному откату к моменту "как было", по причинам описанным выше.
Против: 1
Нейтрально: 12
#84) Поменять порядок
Против: 1
Нейтрально: 5
#175) Массовая обработка записей
Против: 0
Нейтрально: 1
#284) Видеть ранее записанные ячейки
Против: 0
Нейтрально: 2
#267) Динамический сдвиг записи при необходимости перерыва между гостями.
Имеем:
Услуга длительностью 60 минут. До и после услуги трпебуется перерыв 10 минут.
В данный момент приходится либо терять 2 слота один до и один после. Либо пренебрегать перерывом.
Идеальный сценарий : Гость записался на 12:00 . Следующий слот автоматически меняется с 13:00 на 13:10 и так далее.
Против: 0
Нейтрально: 8
#96) Общее расписание для отдельного кабинета, а не филиала.
В настройках есть настройка: "Общее расписание для всего филиала"
Опция позволяет учитывать забронированное время каждого сотрудника каждой услуги и не позволит записаться на одно и то же время к разным сотрудникам в рамках одного филиала: например почасовая сдача одного помещения в аренду, где оказывается несколько разных услуг разными сотрудниками.
И это здорово, но было бы еще круче, если сделать внутри филиала настройку "кабинет" с возможностью называть его самому, сотрудников можно привязывать к кабинетам внутри филиала, и сделать галочку общего расписания на кабинет, т.о. эта настройка будет более гибкой! т.е. в филиале могут не все кабинеты сдаваться по часам.
Сейчас для того что бы запись на один кабинет работала приходится это использовать через филиал. Возможность добавить филиалов только 3, а кабинетов 4, и лишь в одном из кабинетов пересекающиеся специалисты. но функция действует к сожалению на все "филиалы", очень неудобно.
Против: 0
Нейтрально: 4
#238) Открытие дополнительной записи
Против: 2
Нейтрально: 9
#123) Абонементы по QR кодам.
Против: 2
Нейтрально: 13
#71) Увеличивать стоимость бронирования за каждый день, исходя из количества человек
То есть, если произошло бронирование для 2 человек на 3 дня по 5000 сутки каждый (итоговая сумма 15000), то нужно, чтобы при выборе 3 проживающих сумма увеличилась за каждый день проживания (+1000) и была уже в итоге 18000. А при 4 проживающих - 21000 соответственно
Против: 0
Нейтрально: 2
#281) Отвязать ресурсы от сотрудников
Ваш сервис выглядит очень интересно, но пользоваться я им не могу, тк у меня 200 единиц горнолыжного снаряжения и тариф за 10К в месяц очень дорог.
Против: 0
Нейтрально: 0
#311) Добавить в ссылку Признак-указатель на источник или возможность создания нескольких ссылок
Против: 0
Нейтрально: 0
#309) Сортировка и фильтры в разделе Абонементы
Против: 0
Нейтрально: 2
#275) Отображение длительности времени на последнем этапе бронирования
Выключить отображение длительности времени на последнем этапе бронирования. то есть, указать только то время, на которое человек записан.
Например: 12:00
Так как в случаях, как у нас, где запись на услугу каждые 20 минут.
Но длительность услуги - 60. (Услуга делится на три этапа и первый этап длится 20 минут)
Очень сбивает это отображение.
Из-за того, что время отображается, пришлось скорректировать по совету поддержки:
"Вы можете установить длительность услуги 60 минут, а запись каждые 20 минут задать в соответствующем поле "Интервал для записи" в настройках услуги."
Ранее длительность услуги была 20 минут и стандартный интервал записи. Очень все устраивало.
Теперь записи накладываются друг на друга, не отображаются корректно в журнале операций. Выглядит все очень плохо и сотрудникам не удобно с этим работать.
Против: 0
Нейтрально: 2
#249) Динамический размер предоплаты
Предлагаю добавить возможность выбора в чем именно выражается размер Предоплаты: рубли\проценты от полной стоимости услуги с учетом надбавок за допуслуги\скидки (задается в тарифе Premium и выше в "Настройки внешнего вида виджета")
В итоге сумма предоплаты будет браться или как заранее определенная сумма или, например как 100% (100 - задали в настройках Услуги) от полной цены:
Против: 0
Нейтрально: 0
#310) Новая роль пользователя
Против: 0
Нейтрально: 8
#170) Сотрудник в 2-ух и больше филиалах
Против: 0
Нейтрально: 3
#242) Уведомления клиентов для дополнительных статусов
Крайне нужно иметь такую возможность.
Против: 1
Нейтрально: 9
#211) Добавление файла при записи
Против: 0
Нейтрально: 4
#254) Отображать в виджете местное время
Против: 1
Нейтрально: 8
#128) Добавить возможность настроить автоплатежи через Яндекс.кассу
Против: 1
Нейтрально: 1
#293) Развитие истории промокодов
Категории промокодов:
Общий - Одинаковый промокод для всех клиентов, без отслеживания получателей. Публикуется на сайте, соцсетях или в печатном виде.
Индивидуальный - Выдается персонально (например при помощи рассылки). Можно отследить, кто из получателей применил код.
За покупку/активность - Выдается за покупки при выполнении определенного условия, напр. за покупку от 10000 р. Можно отследить, кто из получателей применил код.
Партнерский - Распространяется партнерами, можно оценить эффективность их работы.
Еще интересная тема - "бонусы" (модификация за активность), "сарафанное радио" (модификация партнерского промо)