Народное ТЗ на разработку marketplace

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

Ну я начну. По сути база — это обычный интернет магазин, а далее:

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

2) возможность каждому владельцу шопа добавялить поля в форму заказа 

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

4) остаток запоняеемых при создании товара

5) допы к товару ( с товаром берут ) это можно уже вывести в корзине привязка уже готового товара к тому что в корзине.

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

7) рейтинг магазина. ( с возможностью оставлять покупателям отзывы с фото)

8) режим работы каждого магазина.

9) так как наполнение товарами происходит с фронта то в профиле сделать историю заказов и продаж, с фильтрацией по датам, с заработанной суммой за выбранный период . 

10) система бонусов. Где владелец шопа сам устанавливает в % сколько начислять за проданный товар, оплата бонусами целиком или полностью. Ну бонусы следовательно тратить или в том с кого начисли или во всех магазинах.  Тут у каждого свое видени. 

11) загрузка выгрузка товаров в разных форматах ( в идеале интеграция с разными crm) 

12) возмность оплаты онлайн ( привязка к каждому расчетному счету или одному ) 

Думаю это база. Остальные допишут свои хотелки 

Ну я например не в теме на  100% по маркетплейсам как владелец, создатель, разработчик. Знаком с ними хорошо как покупатель, достаточно часто имею с ними контакт, в плане покупок товаров. Более-менее в теме создания и управлению обычного интернет-магазина. Видел варианты функционала маркеплейса в обычной cms интернет-магазина, в принципе с помощью которого можно было сделать свой небольшой макетплейсик. Поэтому, я могу из вот такого своего опыта, именно высказаться по теме. Чтобы я хотел видеть именно на InstantCMS.

Маркетплейс на InstantCMS — это компонент, с помощью которого можно создать сайт, который будет представляет из себя виртуальную торговую площадку, на которой есть возможность торговать разным продавцам, устанавливая свои условия и цены на товары. То есть, своего рода интернет-магазин в интернет-магазине. Торговля на площадке осуществляется после покупки доступа к созданию магазина на платформе (ежемесячная подписка) либо за процент от продажи на платформе.

Суть реализации — Нужно подойти к созданию компонента так, чтобы в нем был заложен базовый функционал маркетплеса (возможность платного доступа к созданию кабинета продавца и/или индивидуального интернет-магазина в компоненте и продажи товаров за определенный % в пользу маркетплейса) с возможностью дальнейшего расширения, уже под индивидуальные нужны разных пользователей. Расширений, которые, в принципе, можно предвидеть или которые накидают здесь. Основной упор нужно сделать на кабинет продавца, где продавцы могут управлять своими магазинами/товарами, вести статистику, принимать оплату, общаться с клиентами/покупателями и рекламировать свой магазин и товары. В том числе нужно дать возможность и сопутствующий функционал для продажи услуг а не товаров (например запись на прием). А также вараинт продажи товаров и услуг через «гарант-сервис», которым будет выступать маркетплейс (это наверно дополнительный отдельный компонент прийдется сделать. Но заложить возможность такого функционала — нужно).

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

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

Это мое виденье, очень краткое конечно.Так как компонент серьезный во всех отношениях и очень много мелочей, да и ТЗ — вижу как огромную портянку даже боюсь представить на сколько страниц. Поэтому, возможно есть резон, как-то подойти к реализации компонента действительно частично. Сделать основной функционал маркетплейса о котором писал выше, довести до уровня возможности создавать свои кабинеты продовцов и магазины. А дальше сосредоточиться на реализации функционала интернет-магазина. Чтобы можно было компонент полноценно использовать для создания уверенного интернет-магазина и витрин товаров/услуг. А дальше уже подключать созданный и проверенный функционал интернет-магазина к внутренним интернет-магазинам, таким образом реализуя и расширяя функционал маркетплеса. 

В конце только повторюсь, что я описал все очень коротко и поверхностно, так чтобы просто донести как я вижу реализацию компонента и каким он должен быть в общем. Естественно что Т3 нужно составлять подробно, детально и все такое. По пунктам тоже не расписывал, потому что это были бы стандартные функции интернет-магазина в основном. Что касается пунктов по самому функционалу маркетплейса кроме функций интернет-магазина… нужно подумать… хотя это уже более мелкий уровень наверно (что и где как должно быть расположено)

Начнем разнос ТЗ по пунктам: :) 

1. В принципе реализуемо особых проблем не вижу.

2. Спорный момент так как должна быть унификация формы заказа ибо будет потом проблема именно с обменами с другими системами, тут скорее НЕТ чем ДА.

3. Самая сладкая часть ДОСТАВКА — гибкость доставки а также ее стоимость будет зависеть от службы доставки — поэтому по логике вещей например СДЕК должен быть интегрирован с магазином, а для этого нужно будет каждому продавцу иметь свои аккаунт в каждой службе доставки которые он захочет подключить.

4. Это реализуемо, можно сделать остатки и по складам. если есть региональность в продавца.

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

6. Торговые предложения — можно сделать

7. Можно сделать

8. Можно сделать

9. можно сделать полноценный кабинет продовца с минимальными СРМ функциями.

10. Можно сделать но с некоторыми ограничениями, этот момент нужно обсуждать отдельно.

11. можно сделать выгрузку товара и его загрузку например из форматов csv, xls и CommercML

12. И самая главная вишенька на торте ОПЛАТА — если не в курсе то на один сайт не получиться привязать 100500 мерчантов банк просто не даст этого сделать. да как вариант можно каждому магазину давать свои субдомен, но опять же есть ряд проблем не все банки выдают ключи на субдомены. Если делать общий счет как потом будет учитываться разнос опла и самое главное фискальники как будут проходить.

ну и не раскрыта тема возвратов, спорным моментов, рекламации и прочего. И самое интересное что делать если я как покупатель выбрал товар 10 продавцов (или мне придется делать 10 заказов?)

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

По сути база — это обычный интернет магазин, а далее:

Нет — если база обычный интернет-магазин — то и выйдет обычный интернет-магазин :) База — это ваш 1 пункт — а именно " создавать свой магазин и свои товары".

 maxisoft, ну это народное тз, глаза открыл первое что пришло в голову открыв глаза, сразу написал. Понятно что корзины не должны пересекаться между магазинами. Видел хорошее решение, когда корзины не сбрасываются а по вкладам разделены у вкладки название шопа. По возвратам, это продавец и покупатель сами решают между собой так как нюансов множество. Наша задача это техническая часть. По поводу оплаты я не знаю как но на вордпрессе полно магазинов Аля агрегаторов где каждому владельцу шопа привязывается онлайн касса. И деньги поступают сразу им на счёт. Как это реализовано я не вкурсе. 

Ну тогда я уже писал это не плейсмаркет, а ферма (генератор торговых площадок для юзера)

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

Что ж пусть будет тогда не плейсмаркет, а ферма шопов. Но я все же тогда предполагаю переименовать в Гипермаркет — так круче звучит ) ка по мне

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

Возвратом занимается тот магазин на платформе — который продает, а не сама платформа. Если конечно она не контролирует это магазин/продавца или сотрудничает более плотно.

И самое интересное что делать если я как покупатель выбрал товар 10 продавцов (или мне придется делать 10 заказов?)

Да, придется оформлять 10 заказов тогда — так везде.  Но, обычно товар одной категории все же покупается у 1 продавца. Никто не будет, не знаю, духи по 1 штуки покупать у разных продавцов. Выбираешь 1 продавца и у него заказываешь, а если у него нет того что нужно, то можно заказать еще у 1 — вот и все.

В плане реализации, да нужно в корзине товара, указать название магазина/продавца и как-то выделять их, структурировать отдельно типа так:

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

8) режим работы каждого магазина.

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

2. Спорный момент так как должна быть унификация формы заказа ибо будет потом проблема именно с обменами с другими системами, тут скорее НЕТ чем ДА.

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

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

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

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

— Loadырь

это для агрегаторов доставки еды. Это тоже маркет плейс

12. И самая главная вишенька на торте ОПЛАТА — если не в курсе то на один сайт не получиться привязать 100500 мерчантов банк просто не даст этого сделать. да как вариант можно каждому магазину давать свои субдомен, но опять же есть ряд проблем не все банки выдают ключи на субдомены. Если делать общий счет как потом будет учитываться разнос опла и самое главное фискальники как будут проходить.

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

И самое интересное что делать если я как покупатель выбрал товар 10 продавцов (или мне придется делать 10 заказов?)

Да хоть сто товаров у разных продавцов — один заказ — один чек — один ОФД. А в нем расписывается кому и за что с пометкой агента. А потом суммы раскидывать продавцам и свою дольку не забыть забрать. А вот про «свою дольку» — комиссии, если это агентский договор по модели комиссии, то тут никто не написал, как ее собирать, с кого брать плату за комисии платежных систем и банковских переводов. А ещё есть индивидуальные комисии к каждому продавцу, а там такое поле деятельности откроется, что эта тема на форуме может и закрыться ))

Вы зачем то залезаете туда что вас не касается )

Извините, не знал, что тема созданная  maxisoft это лично ваша с ним переписка. Ок, отваливаю

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

Ваши договора к делу не относятся, но я не о ваших договорах говорил. Есть два типа договоров для работы с продавцами.

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

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

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

Спасибо Loadырь, за ликбез, я это давно прошел по основной работе правда на битриксе. Хотел чтобы люди сами начали немного разбираться в теме того что нужно, а не только хотеть и ждать но и понимать какие камни подводные будут на пути. Ты все расписал, а тебя послали это не справедливо :)  Не обижайся, без тебя будет скучно вести диалоги и создавать обдуманное ТЗ. Хотя я могу ошибаться но все это нужно будет 1-2 человекам.

 Loadырь, эта мат часть к теме никак не относится ) у всех свои условия при сотрудничестве. 

 Хотя я могу ошибаться но все это нужно будет 1-2 человекам.

Если бы все при разработке знали спрос ) 

 Loadырь, эта мат часть к теме никак не относится ) у всех свои условия при сотрудничестве. 

 Хотя я могу ошибаться но все это нужно будет 1-2 человекам.

Если бы все при разработке знали спрос ) 

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

Все маркетплайсы РФ умещаются на пальцах одной руки:) Бессмысленно сотрясать воздух.

Всем привет. Напишу чего в целом не хватает для интернет магазина или маркет плейса на платформе инстант. Это сугубо мое мнение и размышления основанные на опыте торговли в офлайн магазине, интернете и на маркетах, поэтому если можно не пинайте.
— Стабильная выгрузка, загрузка товаров. (с возможность делать это по ссылке или по крону, можно пачками по 100 шт зараз, чтобы нагрузки не было)(csv, xls, xml, yml и CommercML) с гибкими нас троками категорий в которые будут загружаться/выгружать товары.
— Как идея: загрузка через  API. Подкладываем в определенную папку на сервере файлы определенного формата (например, json, xml или yml). И будет существовать определенная задача, которая по крону запускается 1 раз в определенный промежуток времени и загружает весь файл в цикле через API или паками по 10, 20, 100 и т.д. штук (если сервер слабенький)
— интеграция с 1С (хотябы выгрузка товаров из 1С, без товаро-учетных систем никуда, что-то подобное для инстанта уже заказывал и сейчас это частично есть в бесплатном интернет-магазине).
— Интеграция с маркетами: Яндекс маркетом, Озон, Вайлдберриез и т.д. (при этом в instantcms по факту будут центральные данные и можно сделать в инстанте мини CRM + задачник с канбаном. Что-то подобное тоже использую.)
— можно позиционировать instantcms как мини товаро-учетную систему. для самозанятых, например. А если туда ещё и CRM с задачником прикрутить, то цены бы не было.
— не хватает интеграций с мессенджерами для переписки из одного окна.
— Не хватает мощной реверальной системы внтури интернет-магазина.
— Реферальная система по ссылкам на маркеты. То есть когда в карточке товара ты размещаешь ссылку покупки на ОЗОН и ВБ и если по этим ссылкам что-то купили, то будут баллы для владельца ссылки (Скорее всего такое не осуществимо).
— Формирование всевозможных прайсов.
— Формирование документов (Счет на оплату, квитанция, товарный чек, торг-12, счет-фактура, акт по счету и т.д.)
— Формирование ЭТИКЕТОК для маркетов. Это очень популярно и постоянно востребовано.
— если будет минимальный кабинет СРМ, то пусть и будет минимальная система задач по заказам в виде канбан доски.
— Интеграция со службами доставки, хотя бы с одной из коробки. Но при этом надо понимать, что доставка будет дороже чем на маркетах.
===

Маркет плейс вряд ли удастся написать, они уже есть и, работают и там штаты программистов сотни человек, а еще аналитики, тестировщики и т.д. За ними не угнаться.
Но вот хороший интернет-магазин с набором сервисов удобных сделать можно.
«Стабильный интернет магазин на инстанте» + Импорт/экспорт + CRM и задачник + интгеграция с мессенджерами + Печать/формирование документов и ярлыков доставки.