На сегодняшний день мобильное приложение дублирует все функции WebApp и по факту WebApp даже более насыщен функционалом чем мобильное приложение. А раз мы платим большие деньги за подписку на мобильное приложение, то хотелось бы получить что-то большее чем дублирование функционала.

Например:
1) Push-уведомления для предзаказов. Это очень удобно для покупателя и повышает шанс продажи для продавца.

2) Купоны на скидку, которые можно использовать только в мобильном приложении.

3) Спецпредложения с таймером или колесо фортуны со скидками.

4) Отслеживание заказов внутри приложения.

5) Элементарная функция «Поделиться» со ссылкой на карточку товара

6) Специальная цена в приложении

Мне как продавцу необходимо смотивировать покупателей скачать приложение. Сейчас недостаточно ценности и мотивации для них.

На сегодняшний день практически на всех крупных площадках и в интернет-магазинах можно пролистывать и посматривать фото товара без открытия карточки товара, в миниатюре. Как показала практика, это очень удобно и эффективно для покупателя. Рассмотрите возможность сделать это

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

Предлагаю внедрить доп поиск на основе поискового движка Sphinx.
Когда сидели на старой cms у них даже такое было сделано, очень удобно, поиск настраивается по множеству параметров на вкус и цвет! Почти как в яндексе)

http://sphinxsearch.com/

Скажите пожалуйста планируется ли на следующий год разработка полноценной мультиязычности?
Редисрипт отличный движок но не хватает рабочего мультияза. Так чтобы без костылей и танцев с бубном((
Тем более что ранее уже разрабатывали мультияз и есть наработки

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

Думаю, многие уже столкнулись с тем, что в экспорте Авито не хватает необходимых полей и объявления потом приходится править вручную...
Мы, конечно, под конкретного клиента добавляем "тип описания", создаём новый файлик, прописываем его в avito.my.inc.php и всё работает, но вечно такое продолжаться не должно, это же костыль
Модуль экспорта в части авито требует доработки на уровне стока.

Так как довольно трудозатратно создавать под все категории авито поля данных, есть предложение реализовать кастомный тип данных, где поля добавляет пользователь.
Или вообще добавлять тип описания - модуль экспорта хранит типы описания, поля не в файлах /modules/export/model/exporttype/avito/offertype а в базе данных

Тут надо что-то новое реализовать, авито уже далеко ускакал...

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

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

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

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

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