Реализовать АБ тестирование на сайте. Подстановка разных вариантов страниц для поиска наилучшего решения.

Здравствуйте!
К нам обратился клиент, который вручную добавляет характеристики к товарам. И он заметил одну недоработку.
Кнопка "Добавить характеристику" наверху, а когда добавляешь больше трёх-четырёх характеристик, приходится крутить вверх, и так с каждой характеристикой. Мы ему предложили сразу пару десятков раз нажать кнопку, а потом удалять. Это лучше, чем ничего, но всё равно не удобно

Надо её просто закрепить - и сразу всем будет удобно :)

Раз уж предыдущее пожелание было моментально исполнено, то расскажу ещё об одной проблеме, которой был немножко удивлён ;)

В ридискрипте есть Группировка товаров. Когда мы группируем товары по определенному полю, и можно перещелкивать товары группы, меняя url карточки товара и всё остальное. Удобно
НО!
Если мы будем использовать поиск, то наш карточный домик распадётся.
В выдаче поиска будут все товары, которые входят в группировку.
И тут, знаете, есть два логичных направления.
1. Товары просто сгруппированы, но это отдельные товары. Примерно как радиаторы с разным количеством секций и разного подключения (нижнее, боковое).
2. Товары ползут с прайса поставщика как разные строки (а, значит, отдельные товары). Разбивать эти товары на разные - это комплектации и АД. Примеры? Это размеры кроссовок и полотна дверей.

Короче. Нужно решение, когда !!только поиск!! работает в двух режимах - выдаёт все товары группировки или основной товар. Остальное всё и так работает нормально! Основной товар пусть тупо будет с первым ID, достаточно.

Что-то похожее на подбор товаров, при создании виртуальных категорий, только не для товаров , а для категорий

Здравствуйте!
Неожиданно возникла интересная идея.
Если мы обновляем каталог импортом или расширенным импортом и идём без категорий, чтобы не нарушать текущее дерево каталога сайта...
В таком случае все новые товары падают в корень, т.к. они без категории, мы её не учитываем.

Неплохо бы добавить в параметры импорта и расширенного импорта опцию, а куда будут падать такие новые товары, такая доработка совсем не сложная. И полностью соответствует по логике параметру "Категория для товаров без категории?" в модуле обмена с 1С.

Зачем это нужно? Допустим, каталог обновляется вручную, примерно раз в месяц-два по прайсам поставщиков. Конечно, логично такое использовать в связке с 1С, но далеко не у всех она есть, и не все хотят её использовать.
И сейчас получается, что после таких нескольких импортов в корне каталога - каша, которую надо разбирать вручную, не перепутать поставщиков.
Но, если бы такая опция, то перед каждым импортом меняем категорию, куда будут падать новые товары - и будет полный порядок, и менеджерам будет проще разбирать новые товары.

Сделайте нормальную авторизацию в тг боте. Зачем проводить такую работу, и портить все авторизацией.
Допустим у нас новый клиент, пришел сразу в тг бот - видит кнопки "вход", "выход", понимает, что нужно войти, а он не авторизован.
Или старый клиент, уже регистрировался - запускает тг бота, и понимает, что ему бы нужно вспомнить логин, пароль.
В итоге, вероятнее всего клиент уйдет. Мало того, что логика авторизации с этими кнопками невнятная, так еще и сложен сам процесс.
А ведь преимущество тг магазина как раз в том, что клиенту не нужно делать лишних действий, он же уже авторизован в телеграме. А у вас в авторизации какой-то вихрь неопределенности.

Сделайте авторизацию по номеру телефона и через телеграм. Бот может запросить недостающую информацию для идентификации клиента. Например, запросив телефон, может связать учетки. Уберите эти ужасные кнопки Вход Выход Техподдержка.

Телеграм бот хорош тем, что можно быстро оказаться в каталоге товаров, без регистрации, сразу сделать заказ и/или начать диалог с продавцом. А у вас как-то это все обесценено.

Речь пойдёт о массовом редактировании товара, конкретно о массовом редактировании цены. В RS очень хорошо реализована функциональность изменения цен по формулам НО ПРИ УСЛОВИИ если выбрано несколько товаров для редактирования. Таким образом по формулам легко и удобно редактировать все цены, например выбираем несколько товаров, выбираем редактировать цену, далее выбираем нужную формулу, например - нужно прибавить к выбранным товарам +10% от розничной цены - после этого все цены изменятся на +10%. Хорошо продуманно, всё работает.
НО ЕСЛИ мы захотим отредактировать например только один товар но со множественными комплектациями то такая функциональность в RS НЕ ПРЕДУСМОТРЕННА.
Было бы логично исправит этот недостаток.
Фото сути проблемы указано на прикреплённом фото

Просьба рассмотреть возможность сделать, чтобы внутри модуля была возможность пройти на оплату для его продления.

В большинстве программ складского учета, имеется возможность генерировать свой внутренний штрихкод для номенклатуры, у которой нет штрихкода производителя, или к примеру при создании комплекта из нескольких товаров, бывает нужно создать отдельную карточку товара, а такой карточке нужен штрихкод. Предлагаю добавить данный функционал в Readyscript.
Генерировать штрихкод нужно определенным товарам, а не всем, поэтому предлагаю добавить следущие настройки:
1. В настройках модуля "каталог товаров" добавить настройку создания маски генерации штрихкода.
2. В карточке товара, при создании нового товара, рядом с полем штрихкода, вывести кнопку, при нажатии на которую, будет сгенерирован уникальный внутренний штрихкод по маске.
3. Отображать кнопку генерации, только если поле штрихкода у товара пустое.

Прошу внедрить индикатор изменения цен в заказах:

- Сработал купон на скидку (выводить купон + процент скидки)
- Сработала комиссия: отрицательная или положительная за метод оплаты (или доставки если влияет на цену товаров в заказе). Выводить идентификатор что сработала комиссия + название
- Сработало правило корзины
- Другие механики, которые влияют на цену товаров

Механизм работы купонов просьба переработать и при их активации не добавлять купон как товар к заказу, а выводить в специально предусмотренном для этого месте.

Благодарю.