Последние сообщения

В CMS встроен визуальный редактор, все то что вы хотите можно делать с помощью него, даже если Вы никогда не работали с ним Вы быстро научитесь так как с редактором работать ровно также как и с Microsoft Word т.е. всем понятно и просто  

Ой большое Вам всем спасибо, особенно Вам Елена, наконец хоть кто-то понятно объяснил, теперь понятно что нам подойдет Yandex Cloud. А не подскажите еще примерно что по стоимости?

Яна Мельникова

По стоимости минимальная конфигурация будет стоить 3000-4000 тысячи в месяц, обычно на 4000 дается гранд на первый месяц от Яндекса. Но Вам минимальная не подойдет, стоит брать конфигурацию в районе 5-6 т.р. наши специалисты могут ее Вам подобрать, это бесплатно, брать более дорогую конфигурацию смысла нет т.к. в дальнейшем Вы ее можете без остановки процессов работы увеличить

Ой большое Вам всем спасибо, особенно Вам Елена, наконец хоть кто-то понятно объяснил, теперь понятно что нам подойдет Yandex Cloud. А не подскажите еще примерно что по стоимости?

Для портала, маркетплейса или другого нагруженного проекта облако предпочтительнее. Его можно масштабировать без переездов по мере того как будет увеличиваться трафик и нагрузка. Облако лучше всего брать все верно в Яндексе, там надежней всего, хотя и не дешево 

Есть 3 основных типа размещения:

1. Хостинг

Подходит в основном для небольших микросайтов, где нет трафика, или он не превышает 400-500 уников в день. Хостинговым компаниям не выгодно держать на хостинге крупные проекты т.к. на одной машине они держат от 20 до 30 клиентов. Если один клиент имеет высокие нагрузки, то страдают другие 20 клиентов, соответственно, чтобы не терять средства, данного клиента просят снять сервер и уйти с хостинга т.к. его сайт превышает нагрузки.

Также если, например происходит взлом или другие проблемы у одного из 20-30 сидящих на одной машине, то и у всех остальных возникают такие же проблемы.

Плюсы:

— дешево.

Минусы:

— низкая пропускная способность;

— высокая угроза безопасности;

— не стабильная работа;

— нет полного функционала и полного доступа к root на сервере, что значительно снижает возможности управления и настройки для разработчиков .

2. Облако

Более известно, как «Виртуальный сервер». По факту это тоже самое что и хостинг, только значительно шире, мощней и сложней. Облако это большой Дата-центр. Простым языком – много, много серверов, все они разбиты на кластеры, в каждом кластере может сидеть очень много клиентов, по факту эти клиенты ничем не связаны друг с другом кроме одной детали — общим кластером, т.е. если например кластер «имеет проблемы» то имеют их все клиенты на нем, но т.к. облако предоставляют крупные компании, такое происходит редко и естественно, все кто сидит на виртуалках обычно имеют бэкапы.

Плюсы:

— по мере роста проекта можно легко и быстро менять конфигурацию сервера, это будет занимать не более 10 минут (если мы взяли сервер на трафик в 100К в день, а через полгода он у нас вырос до 300К, то мы, не переплачивая заранее, управляем гибко ценой).

Минусы:

— общий кластер (по сути, это не проблема) и в среде разработчиков большинство за более современный и гибкий подход, в виде того, что нужно брать виртуальный, а не выделенный сервер. Конечно, облако Яндекса не горит и максимально надежно, но цена у них примерно одинаковая с выделенном сервером.

— если педантично и честно замерять все виды нагрузок с идентичными конфигурациями сервера, то на выделенном сервере скорость на 5-10% выше и стабильней в плане ровной работы, что немного лучше отображается на скорости работы сайта. Видно, это связано с тем, что это выделенная машина.

3. Выделенный сервер

Плюсы:

— быстрее;

— стабильней и надежней;

— честная отдача (т.е. простым языком, никто не берет наши ресурсы).

Минусы:

— дороже;

— сложней менять конфигурацию сервера, всегда нужно брать с запасом.

Комментарии:

Если снимать облако, то конечно, оптимальный вариант это Yandex Cloud т.к. у них максимально надежная и мощная система, другие аналоги (например mail облако и др.) брать нет смысла, т.к. в основном там уже работают отработанные сервера после Яндекса, который каждый год меняет парк.

Если выделенный сервер, то лучше выбрать IP server, это не гигантская компания, но вот уже порядка 15 лет они узкопрофильно занимаются выделенными серверами, плюс ни один клиент за все годы работы с ними ни разу не пострадал, цены они дают средние по рынку, очень хорошая техподдержка.

Если трафик проекта очень быстро растет, или уже имеет сразу высокие нагрузки, то, конечно, лучше брать Yandex Cloud т.к. это позволит быстро реагировать + расширять возможности сервера. Если проект только стартует или трафик в основном стабилен или растет в адекватных пропорциях, то лучше использовать выделенный сервер.

В среднем если, например на маркетплейс или портал заходят до 15000 уников в день, то можно обойтись спокойно и выделенным сервером. Если, например цифры выше, то лучше брать виртуальный.

Не оказалось поддержки WebP, возникла ошибка, связанная с отсутствием необходимых библиотек.

Автотрейд

Бедная техподдержка хостинга, причем тут хостинг и поддержка Webp, они вообще тут не причем, включите ее в панели управления DST Platform, в настройках и все будет работать 

Очень много кто работает на хостинге TimeWeb, мы также там размещены на нем, в принципе хостинг достойный, конечно специалисты в ДСТ посоветовали нам снять сервер на Яндексе, но мы посчитали что это дороговато для нас и решили снять на Таймвебе, вообщем все устраивает 

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

– договор между поставщиком и платформой;

– договор между покупателем и платформой;

– договор между поставщиком и покупателем;

– политика обработки персональных данных;

– согласие на обработку персональных данных и согласие на рассылку;

– соглашение об аналоге собственноручной подписи.

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

Яна Мельникова, спасибо за подробный ответ, а не подскажите какой минимальный пакет документов для размещения на сайте (функционировании)? 

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

Есть разрозненные нормы, относящиеся к частным случаям, например:

— С 1 января 2019 года вступили в силу изменения в Закон «О защите прав потребителей», определяющие что такое «товарный агрегатор».

Для квалификации в качестве товарного агрегатора необходимо выполнение трех функций одновременно:

– давать возможность ознакомиться с предложением продавца (исполнителя) о заключении договора купли-продажи товара (договора возмездного оказания услуг);

– заключать с продавцом (исполнителем) договор купли-продажи (договор возмездного оказания услуг);

– производить предварительную оплату указанного товара (услуги) путем перевода денежных средств владельцу агрегатора в рамках применяемых форм безналичных расчетов.

Соответственно, достаточно убрать одну из функций, и закон на вас не распространяется.

— согласно статье 10.4 Федерального закона от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защите информации», новостной агрегатор представляет собой «компьютерную программу, Интернет-сайт или страницы Интернет-сайта, где на государственном языке и/или государственных языках народов РФ распространяются новостная и рекламная информация, при этом доступ к ним в ежедневном режиме осуществляют более 1 000 000 пользователей».

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

Основные шаги при запуске проекта

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

– в каком статусе выступает маркетплейс по отношению к поставщикам и покупателям (от этого зависит, какую ответственность и перед кем несет маркетплейс и какова налоговая нагрузка);

– какую систему расчетов выбрать;

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

Все эти вопросы можно решить при разработке юридической модели.

Создаем юридическую модель

Сразу оговоримся, что все, о чем мы говорим, применимо также и к агергаторам услуг. По сути, юридическая модель — это описание деятельности маркетплейса. Она включает в себя:

— Правовое основание деятельности (статус)

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

— Риски

Эта часть логически вытекает из предыдущей. Вам нужно понять, есть ли кейсы, когда деятельность аналогичных проектов была запрещена, сайты блокировались или были иные негативные последствия. Тут лучше найти максимально большое количество рисков, чтобы «на берегу» продумать, как их минимизировать.

— Договорная модель

Это центральная часть юридической модели. Прежде всего, нужно понять, о каком виде агрегатора идет речь и как он функционирует.

На практике, под маркетплейсом (агрегатором) могут пониматься несколько моделей, в числе которых:

1) Продажа товаров от имени самой платформы

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

2) Продажа товаров от имени поставщиков

Например, на некоторых маркетплейсах часть товаров продается именно так. Заказывая, мы понимаем, что продавцом выступает не конкретный маркетплейс, а ИП Иванов.

3) Сочетание двух моделей

На одной и той же платформе могут быть как товары самой площадки, так и других поставщиков.

Именно поэтому ключевой вопрос, который нужно задать при начале планирования деятельности, кто будет продавцом товара или поставщиком услуги? Это важно по нескольким аспектам. Во-первых, продавец несет все риски ответственности перед покупателем. Во-вторых, от этого зависит договорная модель платформы и налоговая нагрузка, а также система расчетов.

Второй важный вопрос: как продается товар? Вариантов может быть несколько, например, со своего склада, «с колес», «под заказ», то есть по индивидуальному заказу конечно потребителя.

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

И последний важный вопрос: за что и с кого мы берем свое вознаграждение.

Дополнительно необходимо решить:

— берет ли платформа на себя логистику;

— выполняет ли платформа функции арбитража (то есть, участвует ли в разрешении споров);

— есть ли дополнительные услуги: реклама поставщика, кредитование покупателя и т. д.

Прочие вопросы

Иные вопросы, которые важно проработать в юридической модели:

— Способы акцепта (подписания) документов

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

— Документооборот

Какие документы, помимо договоров и соглашений, должны быть и как они акцептуются (подписываются) сторонами.

— Способы расчета

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

— Налогообложение

— Обработка персональных данных

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

Таким образом, юридическая модель зависит от ряда факторов проекта и поэтому всегда получается индивидуальной.

Факторы в основе модели

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

— роль платформы (посредник, продавец);

— стороны: физическое или юридическое лицо. То есть необходимо определить, кто ваши пользователи и какой у них статус;

— юрисдикция (где находятся пользователи маркетплейса);

— денежные потоки (участвует ли маркетплейс в расчетах, в каких именно и как);

— схема монетизации (за что и с кого маркетплейс берет деньги)

Подбирали CMS для быстрого старта и с возможностью дальнейшего внедрения ИИ, а также максимально удобным управлением каталогом + поддержка многосайтовости для управления разными интернет магазинами из одной панели администратора.

Весь необходимы функционал доступен «из коробки». Система достаточно гибкая и понятная, большинство модификаций и настроек доступны для просто пользователя. Достаточно ознакомиться с документацией и видео-уроками. 

Месяц назад приобрели модуль машинного перевода на разные языки, работает отлично, ждем ИИ

Используем данную CMS менее года, перешли с другой CMS, так как не хватало функционала. Из плюсов огромные возможности по созданию индивидуального дизайна и других модулей, вот теперь хотим приобрести модуль искусственного интеллекта DST AI. Из минусов-модули и прочие доработки стоят не дешево, но за то все рабочие и сделаны качественно. В целом все устраивает, планируем запустить еще один проект на данной платформе.

Купили лицензию DST Multivendor, поскольку эта CMS разрабатывалась специально для создания маркетплейсов и торговых площадок. В базовой версии есть многие функции, необходимые для реализации взаимодействия между маркетплейсом, продавцами и покупателями. Еще больше функций реализовано в готовых модулях. 

DST Multivendor — простая в обращении и надежная система, позволяющая быстро создать и запустить маркетплейс. Главный ее плюс — это гибкость. С помощью модулей ее функционал можно расширять до бесконечности. Под любой бизнес и под любую задачу найдутся свои решения. Не меньше порадовала возможность кастомизации. При стандартных вроде бы шаблонах мы получили сайт с уникальным дизайном. При этом нам не пришлось долго разбираться в том, как это работает. Отдельно радует оперативная техподдержка. На любые вопросы отвечают быстро и вежливо. Но чаще всего вопросы даже не приходится задавать: есть множество мануалов и этот форум, в которых подробно расписаны все этапы настройки.

Долго искал столь простую и одновременно мощную CMS со всем необходимым набором современных инструментов. Использую уже несколько лет. В тех поддержку обращался только пару раз при обновлениях за консультацией. Отвечали оперативно. Самый большой плюс для меня в этой CMS — хорошо организованная работа с вариациями товаров. Один из моих артикулов имеет 4500 вариаций....CMS тянет! Респект!

Запускали новый маркетплейс с товарами широкого профиля. Долго выбирали CMS. Нам нужна была удобная и гибкая платформа, которая будет удобна и нашим сотрудникам, и продавцам, и которую мы сможем легко перенастроить под свои потребности. DST Маркетплейс в этом плане идеально нам подошла. Ее легко установить и настроить, в ней легко разобраться даже не самому подготовленному пользователю. К тому же разработчики предлагают большое количество обучающих материалов. Это еще сильнее упрощает освоение платформы. 

Огромный плюс DST Маркетплейс в том, что в коробочной версии есть весь минимально необходимый функционал для запуска сайта. А если чего-то не хватает, то можно поискать готовый модуль, который решит поставленную задачу. В крайнем случае можно найти разработчиков, которые напишут модуль именно под ваши параметры. Это позволяет быстро и удобно модифицировать систему.