1. Нет возможности убрать лишние шаги оформления заказа. Возможно раньше продажа модуля оформления заказа на 1 странице было частью маркетинга, но сейчас уже 2018 год и даже в бесплатных движках заказ оформляется на 1 странице. Тем более что лицензия начала дорожать. Это первое, что бросается заказчику в глаза и часто отталкивает его от выбора вашей CMS. Остальные наработки он видит уже в процессе длительного использования. Нужна как минимум возможность убрать лишние шаги в рамках темы оформления, без написания модулей для CMS.

2. Нет возможности убрать проверки в tpl файлах. Клиенты просят убрать одно и то же, поэтому я добавил в tpl условия {if $THEME_SETTINGS.captcha}инпут{/if} для быстрого отключения ненужных полей. Сейчас если вырезать код с капчей - то переход на следующий шаг невозможен, т.к. остается проверка ее заполненности.
Капча никому в корзине не нужна, и боты до корзины тоже не доходят, т.к. нужно еще товар туда положить. А вот в комментариях и форме обратной связи она нужна. В итоге полностью отключать модуль капчи нельзя. То же самое и с остальными полями - имя, телефон, E-mail. Проблему решит возможность добавить в tpl строку наподобие {captcha.required=false} или в системе должна быть проверка наличия инпута перед валидацией, чтобы можно было решить проблему универсально и в одном месте.

3. Селекты "Самовывоз" и "Доставка по адресу" в блоке "Адрес" (на первом шаге). Этот блок просят убрать ВСЕ. Сразу же за ним снова идет выбор типов доставки, что создает тавтологию. Я понимаю что он нужен для адреса если нужна доставка, но это похоже на костыль. Предлагаю реализовать появление полей адреса, города и т.п. в выбранном блоке доставки.
Также предлагаю рассмотреть возможность создания полей ввода для типов доставки или расчетных классов доставки в панели управления. Даже для самовывоза часто нужно указать город самовывоза и пункт.

Здравствуйте, просьба внести следующие измения в модуль "Экспорт данных" по экспорту для Яндекс.Маркета (файл vendormodel.inc.php):

Добавление поля vendorCode по умолчанию заменять на артикул товара:
$this->writeElementFromFieldmap($fields['vendorCode'], $profile, $writer, $product);
меняем на:
// Для поля VENDORCODE особенное поведение. Если не удалось получить значение из настроек fieldmap, то заполняем его артикулом продукта
$vendorCode = $this->getElementFromFieldmap($fields['vendorCode'], $profile, $writer, $product);
if(!$vendorCode) {
$vendorCode = $product->getBarCode($offer_index);
}
$writer->writeElement('vendorCode', $vendorCode);
Нет смысла дублировать vendorCode ещё в одном поле характеристик для большинства товаров.

Добавление описания товара:
$writer->writeElement('description', $product->short_description);
заменить на:
if($product->description){
$writer->startElement('description');
$writer->writeCData($product->description);
$writer->endElement();
}
else
{
$writer->writeElement('description','');
}
Так как Яндекс разрешает добавлять xhtml-разметку в описание: https://yandex.ru/support/partnermarket/elements/description.html.

Здравствуйте. Очень не хватает в настройках модуля обмена для комплектаций, просто обнулять их остаток, когда их нет в файлах выгрузки по аналогии с товарами.

Сейчас есть возможность просто удалить комплектации, но это влияет на редактирование заказов, если я открою любой заказ, сделанный вчера, позавчера и т.д., что-то изменю и сохраню, то у всех товаров сбиваются комплектации и изменяются на те, которые есть в данный момент.

Предлагаю разработать модуль черного списка клиентов, смысл такой: менеджер отмечает специальной галочкой плохие заказы, а модуль в будущих заказах при совпадении контактов из полей плохого заказа, предупреждает о таком клиенте.

Очень не хватает возможности выгрузки данных результатов форм (в CSV), аналогично выгрузке других данных из системы

Появился API оповещений. https://developers.facebook.com/docs/whatsapp/getting-started
Учитывая популярность WhatsApp интеграция напрашивается сама собой.

Здравствуйте! Хорошо бы иметь возможность включить сортировку фото в том же порядке, каком она передается в 1с. В данный момент, если поменять порядок фото (сменить главное фото, например) в 1с, то в системе порядок не меняется.
В принципе, всего пару строк кода добавить:
$sortn=0;//тут
foreach ($this->getSimpleXML()->Картинка as $one) {

....................................................
....................................................

//Если фото удачно загружено
if ($image) {
$exists_photos_id[] = $image['id'];
$image->moveToPosition($sortn);// ТУТ проверка на настройку модуля и сортировка
\Exchange\Model\Log::w(t("Новое ID фото ").$image['id'].'-'.$sortn);//добавил информацию о позиции фото
$sortn++;
}
}

1) Зависимые фильтры
У платформы ReadyScript Замечательная AJAX система фильтрации. Но сейчас это уже очень неудобно для пользователя (время не стоит на месте). При большом количестве различных характеристик, и при большом ассортименте товаров очень часты такие сочетания фильтра, при котором пользователь постоянно видит сообщение о том что в данной категории нет товара. Вот пример - http://goo.gl/4krUOX А почему бы не сделать ее зависимой? Что это значит? Посмотрите скриншот (222.png) и станет все понятно.
2) Улучшение юзабилити
При выборе какого либо чекбокса фильтр "затеняется", при большом количестве товаров а результате применнного фильтра - происходит некоторая достточно длительная задержка, и пользователю непонятно, что фильтр еще не применен, во всяком случае я не понял и кликал по товару до применения фильтра, иногда это вызывает странные ошибки. Думаю было бы логично "затенить" и область товаров

В данный момент через yml файлик нет возможности загрузить многомерные комплектации и вариации товара (цвет,размер).
Обычно в yml все варианты одного товара идут под единым group id.

Здравствуйте! Неплохо бы видеть список брошенных корзин, а так же функционал уведомлений пользователям о незавершенных заказах.
Функционал правил триггерных рассылок можно сделать по аналогии с "правила для корзины".
Например, можно сначала высылать письмо со списком товаров в корзине, а затем через несколько дней письмо со скидкой.