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

Я правильно понимаю что используя готовое решение мы существенно сократим сроки и бюджет? То есть это покупка лицензии 650 т.р. + какие еще могут быть расходы? 

Виталий Литвинов

Ну это очевидно, конечно расходов будет больше чем просто покупка лицензии, например это:

1. Покупка лицензии — 650 т.р.

2. Снять сервер (в среднем) — 7 т.р. в месяц

3. Покупка домена — это копейки

4. Ну и главный момент это реклама и маркетинг (тут уже бюджет от Вашей фантазии и желания). Некоторым например как нам это было не нужно т.к. в основном у нас наработанная база клиентов + корпоративные продажи.  

Я правильно понимаю что используя готовое решение мы существенно сократим сроки и бюджет? То есть это покупка лицензии 650 т.р. + какие еще могут быть расходы? 

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

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

Конечно, есть вариант использовать фреймворки, такие как Symphony, Laravel и другие. Однако стоит признать, что работа с ними тоже занимает много времени, и нет никаких подтверждений того, что на них уже реализовано что-то, что можно увидеть здесь и сейчас. Поэтому этот вариант тоже не идеален. Кроме того, создание маркетплейса на фреймворке обойдётся в значительную сумму — минимум от 3 миллионов рублей и выше, а процесс займёт как минимум 1,5 года.

Капитан

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

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

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

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

Конечно, есть вариант использовать фреймворки, такие как Symphony, Laravel и другие. Однако стоит признать, что работа с ними тоже занимает много времени, и нет никаких подтверждений того, что на них уже реализовано что-то, что можно увидеть здесь и сейчас. Поэтому этот вариант тоже не идеален. Кроме того, создание маркетплейса на фреймворке обойдётся в значительную сумму — минимум от 3 миллионов рублей и выше, а процесс займёт как минимум 1,5 года.

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

За 2 месяца наша команда запустит маркетплейс, у которого будет, конечно грубо говоря и простыми словами:

— своя стилистика,

— платежная система,

— сервис доставки,

— каталог товаров,

— стандартный процесс покупки: с момента посещения покупателем сайта — до оформления заказа.

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

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

В принципе маркетплейс на готовом решении DST Marketplace, можно запустить за 2 месяца

Подойти к разработке маркетплейса можно разными способами.

Первый: запустить с нуля, то есть написать проект полностью самим. Это будет максимально индивидуальное решение. НО. Есть свои недостатки:

1) процесс долгий, технологии быстро устаревают и за ними можно банально не успеть (хоп, а конкуренты уже впереди!);

2) нужна команда с высокой экспертизой — это весьма дорого.

Разработка с нуля выгоднее, когда есть стратегия долгосрочного развития проекта на 5+ лет вперед.

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

Как понять стоимость разработки маркетплейса?

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

В целом, стоимость разработки складывается из 4-х позиций: лицензия программы, настройка, интеграция сервисов и доработки (переход из MVP в FVP).

Что такое FVP?

FVP (fully viable product) — это законченное полотно художника, если говорить художественным языком. FVP — зрелая версия eCom-продукта, она выполнена в полном соответствии с видением своего продукта владельцем бизнеса.

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

Спустя 2-6 месяцев ПОСЛЕ запуска mvp нужно ответить на вопрос: каких результатов и показателей мы достигли. И если они положительны, строим план, как будем развивать наш проект. Если хотим вывести товар на новый рынок, интегрируем дополнительные платежные системы, строим логистику. Если хотим развивать геймификацию, развиваем другие инструменты.

PoC (Proof of Concept)

В период экономической турбулентности предпринимателям мало идеи — они хотят быть уверенными в его прибыльности. Это подтолкнуло нас к созданию новой услуги — Proof of Concept, или “Доказательство бизнес-гипотезы”.

Это погружение и проработка следующих вопросов:

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

— варианты монетизации — на чем может зарабатывать маркетплейс (на данный момент в DST Marketplace встроено 3 типа монетизации); как должны строиться процессы создания и реализации товаров в рамках бизнеса клиента;

— где зоны риска и как их обойти;

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

— как выстроить маркетинговую кампанию в бизнес-реалиях клиента.

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

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

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

Также можно включить в анализ координаты элементов на экране. Это позволит, например, найти все div-элементы, которые находятся справа от определённого элемента.

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

А ты глазами как распознаешь страницу с контактами?

По содержимому. Наличие или отсутствие определенного текста более чем достаточно.

Самый универсальный метод даже там где сайты генерируют контент на js и весь интерфейс гуляет туда сюда, а классы именуют случайно, типа как на ozon и кучи других топовых сайтов, только по содержимому и спасаешься (я еще в анализ включаю координаты элемента на экране, чтобы между элементами можно было задавать вопрос — найди все дивы что справа от элемента с текстом блаблабла

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

Обычно сайт парсят как xml/html с помощью любого парсера на твой выбор и язык (например для php я часто пользовался simplehtmldom но часто и штатных xml парсеров хватает

ну а если сайт генерируется динамически на js то мне больше нравится инжектить на страницу свой javascript в полноценном браузере 

По сути это пейдженатор с высотой 100% и транспарентом. При ховере на картинку происходит вывод соответствующего слайда

Виталий Литвинов

Хотелось бы более понятный и подробный ответ, очень нужно  

Дарья Ефимова

Один из подходов:

— Создать папку и добавить файлы HTML, CSS и JavaScript. Затем интегрировать файл HTML с файлами CSS и JavaScript для обеспечения единой функциональности.

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

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

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

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

По сути это пейдженатор с высотой 100% и транспарентом. При ховере на картинку происходит вывод соответствующего слайда

Виталий Литвинов

Хотелось бы более понятный и подробный ответ, очень нужно  

На YT канале MaxGraph (не реклама) есть видео с названием «UI-компоненты №1. Карточка товара с несколькими изображениями».

Когда начинал очень помогло, может поможет и Вам )

По сути это пейдженатор с высотой 100% и транспарентом. При ховере на картинку происходит вывод соответствующего слайда

Цифровые товары через пейпал лучше не продавать. По правилам пейпала они защищают только покупателей, но не продавцов.

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

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

Если вас обманут так несколько раз, то пейпал заблокирует не нарушителей, а вас. Потому что вы «проблемный» по их мнению.

Блокировка обжалованию не подлежит. Деньги со счета вам вернут через 180 дней после блокировки.

После такой истории и нервотрёпки, никому не советую с ними связываться.

1 Обычно зависит от суммы и если аккаунт свежий

2 Ничего решать не нужно
3 нет никаких таких верификации

Если аккаунт PayPal на ИП РФ, и вывод в банк Точку например.

То платежи можно от ФизЛиц и ЮрЛиц забугорных и российских принимать? Без заключения договора между тем и тем типом, и без ККТ (если от физ лица пришел платеж)?

1. Краткий ответ — сложные антифрод-алгоритмы. На практике, учитываются самые разные факторы. Просто как пример, иногда достаточно с IP-адреса из нетипичного региона залогинится. Ну при любой жалобе тоже могут например.

2. Важный момент — на персональных аккаунтах API и др. инструменты автоматизации приема платежей недоступны. В РФ без ИП/юрлица бизнес-аккаунт завести нельзя.

3. Заранее ничего верифицировать не нужно. При достижении законодательного лимита для упрощенно-идентифицированных кошельков (200K/мес, ЕМНИП) запросят полную идентификацию. Так было год-два назад, может уже можно заранее идентифицироваться.