Поздравляю с новым 2019 годом команду CS-Cart, владельцев CMS CS-Cart и всех посетителей форума! Желаю всем в новом году ещё бОльших успехов в бизнесе и новых достижений, а главное, крепкого здоровья, стальных нервов и безграничного терпения, чтобы дождаться того времени, когда платформа CS-Cart будет соответствовать вашим ожиданиям.
Без сомнения, разработчики вкладывают большие усилия в развитие CMS CS-Cart, но очень бы хотелось обратить их внимание именно в направлении CS-Cart Multi-Vendor, так как это реально востребованный продукт на российском рынке. Приобретая CS-Cart Multi-Vendor я наивно полагал, что это действительно Маркетплейс, как заявлено на странице http://multivendor.cs-cart.ru, но подержав продукт в руках пришел к выводу, что его название не соответствует содержанию по трём главным причинам о которых я хочу рассказать, добавив небольшой список, по моему мнению недостающего функционала, который мог бы улучшить CS-Cart в целом и Multi-Vendor в частности.
- Главное:
#1 Модуль для приема оплаты
Отсутствует возможность подключения корзины к российской платёжной системе по принципу разделения платежей (Split payment) между владельцем и вендором по аналогии модуля «PayPal for Marketplaces». Возможно вы возразите, мол чем плох модуль «PayPal for Marketplaces», он же есть в коробке и как раз делает то, что нужно. Соглашусь, он есть в коробке, но им к большому сожалению воспользоваться не представляется возможным. Платёжная система PayPal беспричинно блокирует вновь создаваемые бизнес-аккаунты предпринимателями из России. Чтобы схема работала, все стороны должны иметь бизнес-аккаунт PayPal, но владелец маркетплейса не может открыть счёт PayPal, также как и вендоры, которые хотели бы продавать в маркетплейсе. Не спорю, один из десяти бизнесменов сумеет открыть счёт в PayPal, а как быть остальным? Единственный выход из положения, это послать PayPal в лес и интегрироваться с российскими платёжными системами по аналогичной схеме. Те же Яндекс.Касса, Робокасса и прочие ПС будут только рады получить свежую кровь и уверен, пойдут на встречу совместной разработке.
Обычное подключение с помощью модулей которые обеспечивают перевод денежных средств только на счёт владельца интернет-магазина не решают поставленной задачи перед маркетплейсом. Маркетплейс по определению не может работать в кошелёк владельца с дальнейшим ручным распределением денежных средств между вендорами. Продавцы не приемлют, когда их кровные зависают на чужом счету на неопределённый срок. Мотивируют тем, что от этого страдает скорость доставки, так как продавец отпускает товар по предоплате, а таких подавляющее большинство. Чаще всего просто не доверяют владельцу, такая уж российская действительность. И ещё куча причин которые может предъявить продавец, они известны и их все нет смысла перечислять.
Владельцу - начинающему предпринимателю, также не выгодно получать оплату на свой счёт по множеству причин, в первую очередь из-за режима налогообложения и бухгалтерской отчётности. Основная масса владельцев CMS, в том числе Multi-Vendor, являются индивидуальными предпринимателями с режимом налогообложения УСН Доходы и переход на другой режим не представляется возможным. В том и гибкость режимов налогообложения, что ими могут воспользоваться разные весовые категорий бизнеса. Ослу понятно, что режим налогообложения УСН Доходы минус Расходы подходит преимущественно для юридических лиц (ООО), либо ИП с раскрученным бизнесом, который уже имеет узнаваемое имя, авторитет в интернет-сети и/или офлайн, способен содержать штат специально обученного персонала, распоряжаться солидным бюджетом для развития интернет-проекта.
Даже если предположить, что владелец (с режимом налогообложения УСН Доходы) будет использовать обычный модуль оплаты и удастся привлечь на площадку организацию (прямые поставки от производителя или первые руки) имеющую возможность платить процент с продажи не менее 15% от своей цены (РРЦ), то это будут единицы компаний. При этом, владелец вынужден будет платить налог со всей суммы, а не со своего вознаграждения, плюс к этому, «геморрой» с бухгалтерией и отчётностью. Всем известно, что цепочка от первоисточника до розницы может достигать десяти рук, из-за чего моржа продавца минимальна, если он придерживается РРЦ. Что уж говорить о заработке владельца, если маркетплейс одно из звеньев, а значит владение таким маркетплейсом становится нерентабельным. Также, надо учитывать, что при таком варианте возможно привлечение только специализированных Компаний-продавцов, ассортимент которых сформирован из групп или отдельного вида товаров, а это уже не маркетплейс, который должен быть универсальным, в каталоге которого должно быть широкий ассортимент из многих товарных групп.
Далеко ходить не надо, вот вам мой пример. В начале 2018 года мной были привлечены тридцать шесть продавцов, но из-за отсутствия возможности получать оплату заказа с помощью корзины они разбежались и к концу года остались всего два продавца, которые работают исключительно с наличкой
курьеру. К сожалению приходится констатировать, что на сегодняшний день этот продукт с красивым названием Multi-Vendor - «Не о чём» и он нуждается в серьёзной доработке монетизации. На своём горьком опыте знаю, у маркетплейса нет шансов на жизнь без интеграции с российской платежной системой, которая позволит автоматическое разделение платежей между владельцем и вендорами.
#2 Способы оплаты вендора
Отсутствует возможность вендорам настроить свои способы оплаты. Сейчас при покупке товара у определённого вендора в корзине отображаются все возможные в маркетплейсе способы оплаты, хотя у вендора возможен лишь один способ, к примеру только наличными или только картой банка. Вендорам необходимы настройки для способов оплаты в корзине по аналогии настроек выбора способов доставки.
#3 Импорт
Для маркетплейса нужен несколько иной подход к импорту не же ли к импорту для обычного интернет-магазина. Нельзя сделать импорт для CS-Cart и прикрутить его в CS-Cart Multi-Vendor, считая дело сделанным. В «МV» и обычном «ИМ» разные требования к одному и тому же инструменту. Прежде всего надо брать во внимание, что вендоры не специалисты и не должны ими быть. Продавец пришел продавать, а не тренироваться в кодинге.
То, с помощью чего вендору предложено импортировать свои прайс-листы больше похоже на ребус, чем на инструмент позволяющий облегчить загрузку товаров в каталог маркетплейса. Даже владельцу порой сложно разобраться в хитросплетении информации выдаваемой в столбце «Название столбца в
импортируемом файле». Одни поля вообще загадка, другие вроде как нужны, но как их применить - задают себе вопрос вендоры. А о правильных настройках модификаторов, вообще речи быть не может, для вендора это из разряда высшей математики. Вот пример пресета, в котором вроде бы нет ничего особенного, но вендор не смог импортировать файл в том объёме информации, которую возможно выжать из файла.
Продавец пошел по наикратчайшему пути, импортировал из этого файла лишь 5 параметров - Артикул, Цену, Заголовок, Описание и Количество, при этом категории были созданы автоматически по categoryId из файла, после чего он вручную в течении нескольких часов перекладывал товары из
наплодившихся категорий в нужную категорию маркетплейса. Что за бред, спросил меня вендор и мне нечего было ответить, лишь согласиться, что это действительно бред.
Также, очень важный момент - в пресете отсутствует возможность простой настройки импорта товаров по categoryId из XML-файлов в категории маркетплейса. Без знаний структуры файлов XML(YML) и навыков создания модификаторов это не возможно в принципе. То, что сейчас выдаёт пресет, это
поля расположенные в контейнере «offer» в котором присутствует номер категории categoryId>4681</categoryId. Для того, чтобы настроить модификатор по науке (которую он не знает), вендору потребуется скачать файл у поставщика, открыть его и последовательно переносить номер ID категории из файла в блокнот, при этом добавлять к номерам соответствующий код. Вот пример XML-файла, в нём всего 118 категорий и это уже дикий ужас для вендора, а если 300 категорий, то вендор вскроет себе вены. Замечу, что разработчиками ограничено максимальное количество символов в
модификаторе. В данном файле 118 категорий, это более 6600 символов, которые пресет не принимает и выдаёт ошибку. Одна маленькая недоработка складывается с другой маленькой и так нарастает снежный ком.
Необходима серьёзная доработка настроек связанных с назначением соответствия полей категориям каталога. Я вижу решение в том, чтобы в пресете в левой колонке отображались из файла все категории находящиеся в контейнере , а в центральной в выпадающем списке можно было выбрать категорию из имеющихся в каталоге маркетплейса, таким образом будет назначено соответствие категории из файла той категории в каталоге в которую необходимо импортировать товар. Названия полей в контейнере должны выводится без мусора и только те, которые возможно импортировать. Такой подход избавит вендора от решений головоломок, создания модификатора для категорий и значительно сократит время на настройку пресета.
Уважаемые пользователи, без вашего голосования и комментариев развитие CS-Cart Multi-Vendor не возможно. Ваше мнение очень важно для оценки важности улучшения выше перечисленного функционала или создания нового, более прогрессивного.
Отметьте в голосовании один или несколько пунктов, которые важны для вас.
- 1
- 2
- 3
0 голосов
- А также:
#4 Телефон вендора
CS-Cart Multi-Vendor вырос из обычного CS-Cart и поэтому в Multi-Vendor есть рудименты которые мешают работе сайта. Один из них - блок «Телефон в заголовке». В маркетплейсе Телефон в заголовке не нужен, разве что на страницах Мини-магазина компании, но в этом случае на страницах Мини-
магазина компании должен отображаться номер телефона именно Компании-продавца, а не единый номер для всех страниц сайта. В Multi-Vendor этой возможности не существует, поэтому не возможно убрать блок «Телефон в заголовке» без последствий - ломается дизайн в десктопе и в мобильной
версии, а также не возможно вывести номер телефона Компании-продавца на странице Мини-магазина. Кроме того, сам блок нуждается в доработке, так как в блоке «Телефон в заголовке» присутствует ссылка на контакты, которая ведёт на страницу обратной связи предназначенную для контактов с администрацией маркетплейса, а не с продавцом. Также ссылка вызова окна «Заказать обратный звонок» позволяющая лишь направить заказ владельцу, но не продавцу, хотя заказ происходит со страницы Мини-магазина или Страницы продавца. Получается так, что оставить блок «Телефон в заголовке» нельзя и убрать нельзя! Должна быть возможность вкл/выкл блок (опционально) в зависимости от страницы, чтобы это не влекло искажение дизайна. Также, должна быть возможность включать блок в Мини-магазине и на странице Продавца с телефоном Компании-продавца, и заказ обратного звонка из формы направлялся вендору.
#5 Таблицы размеров
В нынешней функциональности «Вкладки товара» вендорам нет невозможности создавать всплывающие окна с таблицами размеров. Это может делать только владелец маркетплейса Если предположить, что владелец возьмётся сделать это за вендора то, без головной боли ему обойтись не удастся. Владельцу придётся взаимодействовать с вендором, получать от него данные по таблице (таблицам) и прочую сопутствующую информацию, согласовывать с вендором, к каким товарам должна быть прикреплена таблица. Как говорится «Важна ложка к обеду», а вместо этого, простая задачка растягиваясь на дни и недели. Поэтому необходимо дать вендорам инструмент с помощью которого они смогут самостоятельно создавать таблицы размеров и привязывать созданную таблицу к нужным карточкам товара. По моему мнению, более удобный вариант, если для этого будет не HTML-блок, а специальная страница настроек (как вариант на странице настроек Продавца), где можно формировать сетку таблицы нужной конфигурации с помощью соответствующего функционала и вписывать в неё данные. На этой же странице настроек прикреплять таблицу к товарам или к группам товаров, например по Бренду или применяя ко всей категории. Таким образом на странице товара появится ссылка «Таблица размеров». По клику на ссылку откроется Таблица во всплывающем окне.
#6 Способы доставки
Так как в маркетплейсе не может быть единого описания способов доставки для всех продавцов (если это не мега-ресурс с собственным сервисом доставки), то совершенно естественно, должна быть возможность у вендора предоставить индивидуальную информацию об условиях доставки его
продуктов. Сейчас такого функционала нет, а это жирный минус. Решит проблему наличие на странице настроек Продавца закладки «Описание способов доставки» с текстовым редактором. Если продавец создал описание своего способа доставки, он ставит галочку, чтобы на карточке товара появилась
ссылка, по клику на которую открывалась бы всплывающее окно с информацией.
#7 Коммуникация между администратором и продавцом
Чтобы продавец имел обратную связь с покупателем в реальном времени, был создан модуль «Чат с продавцом». И это правильно, так как продавец должен быть максимально ближе к покупателю и плотно с ним работать. Между владельцем и вендором так же не должно быть вакуума, поэтому такую же возможность надо дать владельцу для коммуникации с продавцом. Чат в административной панели позволит решать широкий спектр вопросов возникающих в процессе работы. Прежде всего не оставит вендора новичка один на один с незнакомым функционалом. В процессе работы любой вендор сможет оперативно связаться с администратором для решения каких либо вопросов - обратиться за консультацией или помощью. Администратор будет иметь возможность обращаться к вендорам персонально или своевременно информировать вендоров о тех или иных мероприятиях, при необходимости вести диалог в реальном времени. В октябре мной была создана тема - Multi-Vendor. Коммуникация между администратором и продавцами
#8 Рейтинг вендора
В любом интернет-магазине есть рейтинг товаров, например «Звездный рейтинг» или «Хит продаж». Для продавца важно показать посетителям те продукты, которые более популярны или получили высокую оценку, тем самым повысить к ним интерес покупателей, а также с помощью рейтинга выводить более высокие позиции первыми в списке. Если провести параллель между обычным интернет-магазином и маркетплейсом, то для владельца интернет-магазина важен рейтинг в отношении его Продукта, а для владельца маркетплейса важен рейтинг в отношении его Вендоров. Не хочу обидеть продавцов, но для владельца маркетплейса Вендор по сути своей тот же Продукт. Исходя из этой логики в маркетплейсе должен быть рейтинг Продавцов. Информация о рейтинге Продавца должна быть видна на карточке товара и на странице Мини-магазина, но не как у товара звёздами, а в виде соответствующей иконки (кружок, ромб, пирамидка, любой другой удобной формы) и цифрой позиции в рейтинге (1, 2, 3 и пр.). При наведении на иконку должно появляться небольшое окно, которое содержит шкалу оценки по нескольким критериям, как минимум таких как - количество продаж, количество возвратов, количество отзывов (позитив/негатив), количество товаров, дату регистрации (на площадке с такого-то года, месяца, дня).
#9 Руководство пользователя
Представьте себя в лесу без карты, компаса и спичек. Точно так себя чувствует вендор впервые попав в административную часть сайта. Как минимум необходимо руководство пользователя, краткое, но профессионально написанное, подкреплённое скриншотами, а как максимум видео-руководство. В
административной панели вендора добавить в меню ссылку «Помощь» ведущую на страницы с необходимой информацией.
#10 Статистика для контроля активности вендора
Владелец маркетплейса всегда должен держать руку на пульсе и получать максимум информации о том, что происходит на площадке, в том числе уделять особое внимание контролю активности продавцов. Для этого необходима статистика активности продавца из которой будет видно, на сколько активен продавец и не прекратил ли он работу на площадке. Подобная статистика должна отображаться в специальной сводной таблице, которая может содержать информацию: об интервалах автоматического импорта и ручного создания/обновления товаров, общее количество товаров, когда и сколько товаров загружено, сколько из них со статусом выкл. и сколько с количеством ноль, сколько удалено, общее количество изображений, количество страниц в Блоге, какие ещё страницы созданы, частота посещаемости админ-панели, дата регистрации, использование тарифа и/или %%, из какого города и прочее. Мониторинг статистики исключит появление мёртвых душ и брошенных товаров, поможет избежать нареканий и жалоб со стороны покупателей, а также множества прочих негативных последствий.
#11 Группы для администраторов продавцов
Назначение Групп для вендоров достаточно актуально в маркетплейсе по многим причинам. Не понимаю, почему этот функционал упразднён, а не наоборот улучшен аналогично управлению Группами покупателей. Даже если по мнению разработчиков данный функционал не актуален в маркетплейсе, то хотя бы назначили для вендоров группу «Вендор» по умолчанию со статусом выше обычного зарегистрированного пользователя. Это позволило бы вендорам использовать специфический функционал сайта и видеть информацию во фронтенде предназначенную только для них, а не для всех посетителей сайта.
#12 Пустые категории в меню
В маркетплейсе априори больше категорий чем в обычном интернет-магазине, поэтому практически невозможно уследить в какой момент и какой категории не останется не одного товара. Если так произойдёт, то в меню будет отображаться ссылка на пустую категорию и посетители могут перейти на эту страницу, что может повредить имиджу маркетплейса, да и поисковикам вряд ли такое понравится. В случае если в категории нет товаров, то ссылка в меню на категорию и/или подкатегории отображаться не должна. Такое улучшение будет полезно и для обычного магазина.
#13 Уведомления
Когда покупатель заказал «Обратный звонок», направил в «Центр сообщений» вопрос или появились «Незавершенные покупки», то об этом можно узнать только если перейдёшь на эти страницы. Постоянно гулять по этим страницам, чтобы отслеживать поступающие обращения невозможно. Чтобы
администратор узнал об этом незамедлительно, необходимо уведомление о поступившем обращении в виде значков, которые могли бы отображаться в верхней панели меню - небольшие цветные иконки, может быть даже дополненные цифрой количества обращений.
#14 Дополнительное меню в мини-магазине
Необходимо меню в мини-магазине которое бы связывало с созданными вендором страницами Блога и страницами на которых Компания-продавец может размещать информацию для посетителей и покупателей. Если при создании страницы вендор бы мог проставить галочку, чтобы такое меню подключилось к его мини-магазину, а ссылка на страницу генерировалось из заголовка (опционально настраиваемый текст ссылки), то вендоры охотнее создавали бы полезный контент, вместе с тем, покупателям был бы смысл посещать эти страницы и получать дополнительную информацию. Ввиду того, что вендор не может связать такие страницы со своим мини-магазином (каталогом своих товаров), то нет и стимула что-то создавать, писать и тратить на это время, в свою очередь покупатели недополучают важную информацию.
#15 Страница продавца в мини-магазине
Изначально страница продавца содержит только логотип Компании-продавца и контактные данные. О наличии реквизитов компании на этой странице догадаться весьма трудно, так как ссылка «Подробнее» ведущая на неё не чего не говорит о содержании. Да и в целом страница неинформативна и будет
оставаться такой вечно, пока её не оживишь. Ценна она будет только тогда, когда она станет содержать полезную информацию для конечного потребителя. Как вариант, оживление страницы может произойти, если дать возможность вендорам использовать её для наполнения полезной информацией.
Для этого необходим соответствующий функционал на странице настроек Продавца в административной панели вендора. Т.е. добавить ещё одну закладку «Материалы» и на ней HTML-редактор с помощью которого продавец сможет опубликовать различную информацию. Это может быть описание каких-то особенных условий доставки, порядок оплаты, инструкции по уходу или использованию продукта, информация о сроках эксплуатации, какие либо гарантии, информация для оптовиков, скриншоты наград, сертификатов, лицензий и пр.
#16 Реквизиты продавца
Страница продавца содержит контактные данные Компании-продавца в двух колонках - «Контактная информация» и «Адрес компании». Однако, для маркетплейса этой информации не достаточно, и чтобы она была полной необходимо добавить колонку, которая будет содержать «Реквизиты компании», это ИНН, ОГРН/ОГРНИП, КПП, ОКПО, Расчётный счет, Банк, Кор/счёт, БИК. Также, для этого должны быть добавлены соответствующие поля на странице «Редактирование продавца» с возможностью (опционально) включать отображение нужных полей в блоке «Реквизиты компании» на странице продавца.
#17 Отзывы о компании
В мини-магазине есть ссылка на страницу продавца, которая снабжена возможностью оставить отзыв, но как известно покупатели оставляют отзывы неохотно даже если кнопка «Оставить отзыв о компании» на пол экрана. В данном случае, только гипер-любопытный пользователь доберётся до этой
страницы, так как она очень удалённа и невозможно догадаться, что именно там есть возможность оставить отзыв о компании. Будет лучше, если на страницах Мини-магазина будет отображаться кнопка или простая ссылка «Оставить отзыв о компании» ведущая на страницу продавца, а также была бы не
лишней ссылка на страницу продавца непосредственно на карточке товара данного продавца.
#18 Статистика продавца
Хорошо, что в административной панели на странице вендора есть «Статистика продавца», но она недостаточна в части статистики товаров. Очень необходимо дополнить статистику несколькими данными о количестве товаров с количеством равным нулю и со статусом выключен. Такие данные полезны не только продавцу, но и владельцу магазина.
#19 Логотип продавца
На странице настроек продавца на закладке «Лого» отображается (по умолчанию) логотип CS-Cart (Темы). Самостоятельные изменения не приводят к желаемому результату, так как после обновления версии CMS изменения возвращаются к исходному положению. Нужна возможность простой замены на свой логотип. Пришла в голову такая идея - автоматическая замена Логотипа по умолчанию на Логотип сайта владельца могло бы происходить сразу после введения лицензионного ключа CS-Cart.
#20 Подсказки в полях формы
Форма регистрации продавца часто содержит не стандартные поля с краткими заголовками отражающими лишь их назначение, а что именно необходимо в них вписать и в каком формате не всегда понятно. По этой причине могут быть вписаны не полные данные и/или не соответствующие необходимым для получения учётной записи продавца. Если данные не полны или не верны, то это становится головной болью владельца. Именно на основе полученных данных владелец даёт одобрение или наоборот отклоняет Компанию-продавца. Так как полученная информация напрямую влияет на решение, необходимо обеспечить поля формы необходимыми пояснениями (подсказками). Для этого должно быть соответствующее поле в настройках «Новое поле профиля».
#21 Удаление чётной запись продавца
Продавец не имеет возможности самоликвидироваться, т.е. нет функции самостоятельного удаления учётной записи продавца. Конечно же, если продавец решит прекратить продавать, то не факт, что он будет удалять учётную запись, скорее всего просто тихо уйдёт. Но всё же, такая возможность у него
должна быть. Если же продавец воспользуется такой возможностью, то после активации удаления администратор получит уведомление о намерениях продавца, свяжется с ним и получив подтверждение удалит учётку, а если не сможет связаться с продавцом, тогда самостоятельно примет решение об удалении.
#22 Удаление чётной запись покупателя
В кабинете покупателя нет функции удаления учётной записи. Если добавить в личный кабинет пользователя кнопку «Удалить учётную запись», это позволит уведомить администратора о желании удалить учётную запись, после чего администратор удалит её. А также, было бы полезно в списке
Покупателей добавить колонку с информацией об активности пользователя - количество посещений и дата последнего посещения.
#23 Описание категории
Приведу пример. Существует категория «Одежда» с подкатегориями «Жилеты», «Рубашки» и др., также есть два Продавца товары которых представлены в этих категориях. У первого Продавца - Жилеты из кожи, у второго Продавца - Жилеты из флиса. Выше упомянутые категории/подкатегории имеют описание которое включает в себя упоминание о имеющихся в ассортименте товарах этой категории, т.е. если это категория «Жилеты», то в ней описаны Жилеты из кожи и Жилеты из флиса - небольшой текст раскрывающий особенности, недостатки и достоинства этих продуктов. Если в мини-магазине любого из этих вендоров перейти в категорию «Жилеты», то мы увидим в верхней части страницы подгрузку описания из общей категории каталога. В чём же фокус? В том, что в описании содержится информация о Жилетах из кожи и Жилетах из флиса, но данный продавец продаёт только кожаные Жилеты! В данной ситуации описание из общей категории не должно подгружаться в мини-магазин, так как не совпадает с ассортиментом товаров вендора. Было бы правильно, если вендор имел возможность самостоятельно создавать описания категорий для своего мини-магазина в соответствии с имеющимся у него ассортиментом товаров. На худой конец, у владельца должна быть возможность вкл/выкл подгрузку этого контента в настройках категории.
#24 Отзывы и комментарии
Функционал Отзывов и Комментариев в CS-Cart сильно уступает своим собратьям на сайтах конкурентах. Особенно это заметно глядя на Отзывы о магазине. Примитивной серой стеной текста легче отпугнуть посетителя, чем привлечь, не говоря уже о том, чтобы побудить его оставить отзыв.
Чтобы задержать посетителя на странице отзывов, как минимум необходимы изображения, которые заинтересуют его, тогда появится шанс, что он сразу не уйдёт, начнёт читать и оставит свой отзыв. Дополнительный функционал, который позволит прикреплять к Отзыву фото приобретённого товара будет большим плюсом, как для покупателя, так и для маркетплейса. Кроме того, не помешают и другие полезные функции, например возможность добавить в Отзыв местонахождение покупателя (Город), давать оценку по критериям - «качество», «цена», «сервис», отображать в оставленном Отзыве несколько форматов даты - «месяц/число/год», «2 месяца назад», «вчера», «только что», дать возможность администратору давать ответы на отзывы покупателя, и ещё было бы не плохо, если в автоматическом режиме присылать кнопку «Оставить отзыв» по email людям, которые недавно сделали покупку.
#25 Бонусные баллы
Модуль «Бонусные баллы» перекочевал в Multi-Vendor из обычного ИМ CS-Cart, но вот за чем, если в маркетплейсе его использовать нельзя. Подозреваю, что разработчики давно похоронили идею доработки этого модуля для маркетплейса, а очень бы хотелось быть на ровне с другими владельцами CS-Cart, чем же владельцы Multi-Vendor хуже. В маркетплейсе тоже нужна бонусная система.
#26 Подарочные сертификаты
Модуль «Подарочные сертификаты», также как и «Бонусные баллы» перекочевал в Multi-Vendor из обычного ИМ CS-Cart. И опять же мучает вопрос, что этот модуль забыл в Multi-Vendor, если этим функционалом не могут воспользоваться вендоры. Однако, «надежда умирает последней», и может быть есть какой-то шанс на то, что разработчики доработают модуль для использования в маркетплейс.
#27 Якорь
Маркетплейс достаточно большой сайт в котором много технических страниц, которые в большинстве своём объёмные и имеют несколько прокруток страницы. Для таких страниц (да и просто для страниц) не редко требуется применение Якорей, чтобы посетитель из меню содержания документа или статьи, которое выполнено в виде ссылок мог сразу находить нужную информацию и экономить время. С точки зрения навигации является очень удобной функцией, когда необходимо направить пользователя к поясняющему тексту на той же странице или при переходе на другую страницу был направлен на
определенное место на странице.
#28 Всплывающие подсказки
Для технических страниц должна быть возможность добавления всплывающих подсказок при наведении на слово/фразу. Title для этого не подходит, так как подсказка может содержать много текста и/или картинку. Это мог бы быть какой-то небольшой разрешенный для вставки в текст код, который можно было применять администратору маркетплейса для создания подсказок и небольших пояснений к функционалу или тексту.
#29 Технические страницы
Маркетплейс содержит в себе множество технических страниц, наличие которых плохо сказывается на индексации из-за большого объёма информации напрямую не связанной с профилем ресурса - это различная документация и инструкции, руководства, вспомогательные страницы с прочей информацией. Очень необходима возможность (опционально) полностью скрыть технические страницы и ссылки в них от индексации.
#30 Рубрикатор для страницы Брендов
В маркетплейсе может быть не одна тысяча Брендов и товары Брендов разных отраслей промышленности, поэтому не логично находится в одном ряду Брендам например Одежды и Продуктов питания или Бижутерии и Бытовой техники. Если бы на странице были закладки (Одежда, Продукты, Электроника и пр.) или может быть какой-то фильтр, то покупателю было бы на много удобнее.
#31 Всплывающие подсказки для Брендов
На странице со списком Брендов по различным причинам сложно разобраться в названиях Брендов, например когда ты знаешь как он звучит, но не знаешь его написание или попросту Бренд не знаком и не известно какой товар под этим Брендом. Чтобы узнать подробности о товаре Бренда посетителю
потребуется перейти на детальную страницу Бренда, но не факт, что он попадёт на нужные товары и ему придётся возвращаться к списку возобновляя поиск. Чтобы посетитель мог получить предварительную информацию без перехода на детальную страницу Бренда необходимо превью, т.е. ссылка должна быть снабжена небольшим всплывающим окошком которое содержит Логотип Бренда, краткое описание Бренда и два-три изображения продуктов Бренда.
#32 Поиск в настройках списка Брендов
Отсутствие поиска и/или алфавитного указателя на странице редактирования Брендов усложняет работу с контентом в разы. Если требуется множество правок (изменение описания, вставка лого, исправление ошибок, добавление мета-описаний) или просто необходимо найти определённый Бренд, например на букву «Т», то приходится последовательно пролистывать + прокручивать множество страниц и эта бестолковая работа занимает очень много времени. Когда в маркетплейсе тысячи брендов, на одну только букву «А» может быть сотня страниц. С помощью поиска по Брендам решалось бы множество задач, в том числе отслеживания по дате новых брендов, которые заводят вендоры. Также, очень мешает перезагрузка страницы (после нажатия на кнопку Сохранить) из-за которой происходит возврат к началу списка.
#33 Характеристики в настройке карточки товара
На странице настроек карточки товара на закладке «Характеристики» расположен список характеристик который перелистывается с помощью пагинации. Всё отлично, пока количество не велико. Если же количество страниц приближается к сотне, а для маркетплейс 1000 характеристик это детская шалость, то работать с таким огромным количеством характеристик становится весьма затруднительно. Обязательно нужен поиск по характеристикам и/или алфавитный указатель.
#34 Блоки
Не смотря на то, что настраивать макеты приходится не так часто, а порой очень редко, тем не менее, окно выбора блоков требует улучшения. Окно для выбора блоков более чем скромного размера, поэтому иконки находятся очень близко друг от друга, названия блоков не умещаются полностью и
пояснения к ним также не видны целиком. Было бы лучше, если иконки располагались в два или в один столбец. Это позволило бы видеть заголовок полностью, а также дополнительный текст. Также, есть необходимость добавить к иконке блока его ID и/или дополнительное название, которое присвоит
владелец в момент его создания. Это крайне необходимо для того, чтобы отличать друг от друга блоки с одинаковыми названиями, снабдить все без исключения блоки соответствующими иконками, иначе происходит путаница когда создано много макетов и соответственно блоков несколько сотен. Без
таких улучшений работать с блоками чрезвычайно неудобно, затрачивается очень много времени, чтобы вспомнить что делал пару месяцев назад и при этом не ошибиться. По прошествии какого-то времени, когда накопится большая масса блоков и владелец поручит кому либо работать с макетами, то новый сотрудник окажется в тупике. Ему будет не под силу разобраться в этой каше.
#35 Карта сайта
Страница Карта сайта разделена на две секции, первая выводит меню технических страниц в верхней части, вторая выводит все ссылки на категории каталога в нижней. В верхней секции «Информация о сайте» блоки меню отображаются по центру в одну колонку и если их несколько, то на странице
выстраивается небоскрёб из меню. Было бы лучше расположить их в четыре колонки.
#36 Статья в топе Блога
По мере добавления статей в блог предыдущая статья опускается на уровень ниже и нет возможности закрепить нужную статью в топе, а когда в один день добавлены несколько статей, то нет возможности задать им очерёдность. Достаточно полезная настройка для Блога.
#37 Импорт характеристик
Чтобы после очередного импорта в списке характеристик не творился хаос из-за одинаковых слов в разном написании, например зеленый, зелёный, Зеленый, Зелёный, необходима система проверки и замены слов для приведения их к определённому стандарту.
#38 Навигация на странице списка товаров категории
После перехода со страницы списка Категорий в список Товаров (кнопка с количеством товара в категории), на странице не отображается к какой категории относятся товары. Часто теряешь связь товаров с категорией не понимая, в той ли ты категории или нет. Необходимо добавить в заголовок
название Категории/Подкатегории в которой в данный момент находится пользователь.
#39 Ссылка с фронта в админ-панель вендора
После авторизации вендора на сайте в выпадающем списке (по клику на иконку «Учётная запись») желательно наличие ссылки для входа в административную панель Продавца.
#40 Сниппет Яндекса
На карточке товара на сео странице (закладка SEO) выводится предпросмотр сниппета Гугл. Так как для российского рынка Гугл в большинстве случаев не показатель, а в последнее годы от него проку ноль, то было бы логично в предпросмотре отображать сниппет Яндекса. Это не значит, что сниппет Гугла надо убрать, просто необходимо добавить яндекс.
#41 Время возврата
В данный момент по умолчанию установлено время возврата товара 10 дней. Будет правильно, если по умолчанию станет 7 дней. Если же продавец решит отклонится от ст. 26.1. Закона РФ «О защите прав потребителей», то он сможет изменить срок на своё усмотрение в бОльшую сторону самостоятельно. Лучшее, что приходит в голову, это на страницу Настройки >> Общие добавить поле в котором можно выставить цифру дней по умолчанию.
#42 Период доступности Баннеров
Если показ баннера необходим на время проведения акции или сезонных мероприятий, то возникают проблемы из-за отсутствия функционала в настройках баннеров, который позволил бы задать период действия. Этот важный функционал обязательно должен быть, так как невозможно включить или выключить баннер в заданное время.
#43 Автоматическая отправка письма на емайл покупателя
Хорошим тоном служила бы отправка (опционально) на емайл покупателя письма «Довольны ли вы покупкой?» и пр. полезные письма.
#44 Возврат товара
Интересная ситуация с возвратом товаров вендора. Покупатель оформил возврат заказа с помощью функционала «Запросы на возврат» в личном кабинете. У вендора в заказе появилась информация о возврате, но продавец только видит эту информацию, а работать с ней не может из-за отсутствия доступа в его админ-панели. Конечно, продавец может связаться с покупателем и решить этот вопрос по телефону или в процессе е-майл переписки, но изменить статус в админ-панели по прежнему не может, таким образом в ИСТОРИИ будет всегда отображаться статус «Рассматриваемый». Да, ещё вендор пишет на е-майл владельцу «Слющай дарагой, у миня тут вазврат абразавался, тавар забрал в зат, денги атслюнявил абратна, ты тама запеши сибе, чта мая сделала вазврат пральна». Если функционал доступен только владельцу, то получается, что ответственность за рассмотрение, одобрение или отклонение возвратов возложено на владельца (гарантии, заводские дефекты, повреждения в процессе доставки и прочее). Какое отношение к товарам вендора имеет владелец сложно представить. А это значит, что вендор должен иметь возможность работать с функционалом возврата товаров, а владелец лишь контролировать.
#45 Акции
Задумал вендор провести Промо-акцию, какие его действия в админ-панели маркетплейса? Да никаких. Нет возможности это сделать, может быть только черкануть об этом пару строк в блоге. Любой продавец знает, что нет таких товаров из категории - одежда, обувь, головные уборы, которые продаются без остатка, эти товары всегда в группе риска. Да и масса товаров других категорий могут залёживаться. Именно по этой причине продавцы устраивают сезонные распродажи, промо-акции для привлечения покупателей к тому или иному продукту. Исходя из этого, необходим доступ вендора к
функционалу таким образом, чтобы продавец мог самостоятельно создать промо-акцию и подать запрос на проверку администратору, после чего владелец публикует или отклоняет промо-акцию указав на допущенные ошибки для их устранения.
#46 Бесплатная доставка
В настройках карточки товара на закладке «Параметры доставки» можно включить параметр «Бесплатная доставка». Товары с включенным параметром «Бесплатная доставка» не учитываются при расчете стоимости доставки, если для выбранного способа доставки включен параметр Использовать для бесплатной доставки. Таким образом, эта функция служит лишь для бухгалтерии владельца, это хорошо, но абсолютно не эффективна с точки зрения торговли. Ясно же, что Бесплатная доставка не блаж продавца, а некий инструмент стимулирования покупателя, который служит бонусом за покупку, однако пользователь может узнать об этом только после того, как положит товар в корзину и это в корне не верно. Покупатель должен видеть эту информацию - «Бесплатная доставка» непосредственно на странице описания товара, тогда это побудит его к выбору именно этого товара и совершению покупки. Считаю, что при включении параметра «Бесплатная доставка» должно выводиться на карточке товара иконка грузовичка с надписью «Бесплатная доставка».
#47 Выставление счёта
В настройках «Способы оплаты» есть процессор «Выставить счёт», для использования этого способа оплаты в корзине покупателя. Данный способ оплаты конечно же появляется в корзине, но как оказалось он абсолютно бесполезен. Как было сказано ранее, в CS-Cart Multi-Vendor многое перекочевало из обычного интернет-магазина CS-Cart, и не применимо в маркетплейсе без соответствующей адаптации. Функционал мёртвый, так как вендоры не могут сделать настройки под себя, т.е. создать шаблон с реквизитами компании - ИНН, Р/С, Банк и прочая информация о компании, которая должна отображаться в бланке счёта. Такой нужный способ оплаты и нет возможности его использовать. Мало того, что вообще нет никаких дистанционных способов оплаты для маркетплейса, так и такой элементарный отсутствует.
Выше в пункте «#16 Реквизиты продавца» было упомянуто о необходимости добавления на страницу «Редактирование продавца» специальных полей для реквизитов компании. Все эти данные должны быть взаимосвязаны с друг с другом - поля для реквизитов компании на странице «Редактирование продавца» в админке + отображение реквизитов на странице Продавца во фронтенде (опционально) + автоматическое заполнение формы бланка для процессора «Выставить счёт», если все поля «Реквизиты Компании» заполнены на странице «Редактирование продавца».
Заключение.
Осознаю, что всё красиво только в теории, но всё же надеюсь, что команда CS-Cart мобилизуется и сделает CMS намного мощнее и динамичнее. Если уж взялись за разработку функционала, значит должно быть выполнено основательно и блестяще. Не останавливайтесь на пол пути и не оставляйте свои начинания полуфабрикатами!
Большая просьба к администратору форума! Буду благодарен, если у вас будет возможность перевести содержание темы на английский язык и продублировать на forum.cs-cart.com для большего охвата пользователей CS-Cart Multi-Vendor. Это поможет получить больше отзывов и мнений по теме.
Уважаемые форумчане, пользователи CS-Cart Multi-Vendor, хотелось бы услышать ваш отклик по данному функционалу. Если у вас есть аргументы в поддержку, высказывайте их. Если вы не согласны частично или полностью с данными предложениями по улучшению функционала, то не замусоривайте тему флудом, достаточно будет промолчать, это будет считаться ответом «Против».
