Система UniSite CMS (unisite.org)

Отзыв: Хорошая система, но есть свои "НО"

В целом, система удобная и интересная на фоне похожих продуктов. Но...

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

Пример.

Цифровой товар, продаваемый в цифровом (!) маркетплейсе, как правило, это не единичый продукт. Фото, иллюстрация, программа - это продукты, которые продаются многократно. Чем больше продуктов продает Продавец - тем выше должен быть у него рейтинг, тем больше интереса ПРОДАВАТЬ и тем лучше сервису. В ДВИЖКЕ UNISITE НЕ СЧИТАЕТСЯ И НЕ ОТОБРАЖАЕТСЯ КОЛИЧЕСТВО ПРОДАННОГО ЭЛЕКТРОННОГО ТОВАРА Продавца. То есть, если сайт работает как цифровой маркетплейс - владелец может забыть и не вспоминать о том, чтобы его пользователи развивались и покупатели были довольны работой с сайтом. Официальный ответ тех.поддержки:
" Это в первую очередь доска объявлений, маркетплейс дополнительная функция с корзиной товаров и массовым оформлением заказов, в проданных будут только те товары которые в единичном варианте. тут не считаем, что это очередной недодел, у нас своя логика".

Общение в таком духе на протяжении полугода - вымораживает полностью. Первая линия "тех.поддержки", как правило, готова просто подсказать что-то по логике работы с интерфейсом, но когда ты говоришь, что что-то не работает или работает "криво" - либо отвечают невпопад, либо совсем не отвечают на твои вопросы, а пишут что-то свое). Для того, чтобы описать проблему и доказать, что она РЕАЛЬНА - приходится писать по нескольку тикетов, в каждом из них, буквально, разжевывая проблему и доказывая ее весомость.

Пример.

Безопасная сделка. Логика подразумевает, что Покупатель оплачивает товар, деньги резервируются на счете Сайта. Покупатель скачивает товар, подтверждает его корректность (или автоматически это делается через 24 часа), деньги со счета Сайта переводятся Продавцу. Реализован метод "ручного" ведения сделки администратором сайта и через шлюзы Юмоней и Тинькофф. Все работает, НО. В настройках безопасной сделки у Продавца есть одно поле "счет" - куда, по логике, Продавец указывает номер счета Яндекс.Денег (Юмоней) - поле стандартное, никаких уточнений о том, что это именно номер кошелька (Не номер карты, не номер счета в сбербанке/Тинькофе/прочем банке) НЕТ. Продавец вбивает в это поле то, что САМ посчитает нужным (ну не умеют и не любят люди у нас читать инструкции!!). В результате, деньги, поступившие от Покупателя попадают на счет Администрации, но там и остаются, так как автоматический перевод суммы Продавцу не возможен. И ВСЕ! Безопасная сделка "зависает" - в движке НЕТ ФУНКЦИОНАЛА "РУЧНОГО" изменения статуса сделки Администратором!!! То есть, логика программиста движка проста - "делайте то и так, как Я считаю нужным". Тестировать? Делать "защиту от дурака"? Предусмотреть разные варианты исходов? Прислушаться к отзывам владельцев сайтов, заплатившим деньги за движок? "НЕТ, НЕ СЛЫШАЛИ". Лично я - уже третий месяц пишу им о том, что у меня куча "зависших" сделок, которые я не могу закрыть и которые висят либо в статусе "ошибка платежа", либо вообще "ожидает выплаты". А у них - "своя логика".