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

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

Несколько лет назад мы сопровождали создание P2P агрегатора по аренде автомобилей. 

Функционал агрегатора позволял:

- физическому лицу выставить свой автомобиль и предложение об аренде;

- пользователю найти автомобиль и арендовать его. 

Договорная конструкция, которую мы предложили подразумевала:

- договор аренды ТС заключается напрямую между двумя физическими лицами;

- площадка является только  посредником (который в том числе осуществляет расчеты). 

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

- порядок проверки ТС;

- приемку и последующую передачи автомобиля. Формировался акт приемки на каждом из этапов;

- ответственность пользователя за ТС и возможные штрафы.

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

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

Ситуация сложилась следующая: 

- пользователь, который арендовал машину, украл ее. Было возбуждено уголовное дело;

- владелец автомобиля нанял адвоката и обратился с претензией к агрегатору. Они указали, что именно площадка должна возместить ущерб (стоимость автомобиля) т.к. именно она арендовала ТС. Логика адвоката была проста «площадка – арендатор и далее передала физическому лицу автомобиль в субаренду».

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

Что мы сделали: 

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

- за последние 2 года мы не фиксировали сформированной единой практики по ответственности площадки (агрегаторов).

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

С другой стороны, усиление есть и в рамках уголовной ответственности (например, дело «Спутник 8», в котором еще не поставлена точка, но владелец агрегатора находится под следствием);

- существенных изменений в процессах работы площадки не было. Но тем не менее за 2 года есть что обновить в документах. 

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

Мы составили ответ, который включал разъяснение договорной модели и того, на ком лежит ответственность за арендованный автомобиль. 

После изучения ответа владелец автомобиля решил не подавать в суд на площадку. 

Такой результат был получен благодаря:

- корректной договорной модели, которую мы разработали;

- процессам сервиса, которые были внедрены.

Проблемы при формировании правовой модели 

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

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

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

Есть еще договорная модель маркетплейса 

После того как определены бизнес-процессы, юристы подбирают договорную модель, которая учитывает: 

- Договорные отношения с поставщиком. Ключевым аспектом будет следующее: кто поставщик – юридическое лицо (ИП) либо физическое лицо, а также от чьего имени реализуется товар и как осуществляются расчеты. 

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

Для регулирования отношений, как правило, используются договоры четырех видов: агентский договор, лицензионный договор, договор поставки (купли-продажи) и договор оказания услуг. 

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

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

В случае, когда маркетплейс не является продавцом, с покупателями (в зависимости от способа монетизации проекта) заключается лицензионный договор или договор оказания услуг. Если же продавцом будет маркетплейс, то с покупателями заключается стандартный договор купли-продажи. 

Выбранный договор влияет на: 

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

- Налогообложение проекта.

- Ответственность проекта перед пользователями и поставщиками.

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

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

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

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

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

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

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

Советую брать Yandex Cloud, на данный момент самое лучшее решение на рынке, легко масштабировать, мощные сервера, стабильная работа и качественная техническая поддержка

Какие рутинные задачи можно автоматизировать с помощью ИИ в системе управления контентом?

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

А какие рутинные задачи можно автоматизировать с помощью ИИ в системе управления контентом?

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

Какие рутинные задачи можно автоматизировать с помощью ИИ в системе управления контентом?

А какие рутинные задачи можно автоматизировать с помощью ИИ в системе управления контентом?

Насколько я понимаю, существуют модули DST Marketing и DST AI. Если они интегрированы в одну CMS, это, безусловно, впечатляет. Однако возникает вопрос: как искусственный интеллект может помочь улучшить SEO на сайте, управляемом CMS?

Андрей Незлобин

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

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

Насколько я понимаю, существуют модули DST Marketing и DST AI. Если они интегрированы в одну CMS, это, безусловно, впечатляет. Однако возникает вопрос: как искусственный интеллект может помочь улучшить SEO на сайте, управляемом CMS?

Конечно ДСТ Мед Центр, это только пол дела, нужно еще все правильно организовать на сайте, вот по моему мнению некоторые признаки хорошего медицинского сайта:

1. Правильно сгруппированный и оформленный контент

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

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

2. На правильном медицинском сайте весь текст не только легко прочитать, но и легко запомнить.

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

То же самое касается сложных медицинских терминов, если нельзя объяснить что-то просто, лучше и не начинать объяснять.

3. На хороший сайт хочется вернуться. На лучшем медицинском сайте предусмотрена возможность это сделать.

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

4. Всегда должен быть короткий путь до цели.

Не все хотят «лазить» по ресурсу клиники или порталу, особенно в поисках контактов при желании воспользоваться вашими услугами. Многие хотят просто прийти получить свое и уйти. Поэтому контакты всегда должны быть на видном месте, а навигация максимально проста и понятна.

5. Никакой flash-анимации и дизайна ради красоты.

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

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

А вот про настоящее:С апреля 2022 года алгоритм обработал 2988 КТ снимков, в которых выявил 151 случай возможных новообразований и направил их на дополнительную верификацию врачам-консультантам MDDC. После проверки специалистами 78 результатов КТ лёгких были переданы врачам Нижегородского областного клинического онкологического диспансера для принятия решения по дальнейшей маршрутизации и дообследованию пациентов.

С одной стороны, врачи описали изначально эти 2988 исследований шире и подготовили полноценное заключение, что ИИ пока сделать не может. Но с другой стороны, проверив ретроспективно конкретным алгоритмом, который может выявлять только одну патологию, получилось выявить онкологию на ранней стадии, которую врачи изначально пропустили. Вот в этом и помощь врачу от ИИ в настоящее время.

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