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

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/мес, ЕМНИП) запросят полную идентификацию. Так было год-два назад, может уже можно заранее идентифицироваться.

Быстро и дешево pci dss не получают в принципе. 

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

Как вы уже догадались, нужно обрабатывать банковские карты на сайте для оплаты услуг и товаров в DST Store.

А вот как это делать, не покидая сайт при оформлении заказа, мало кто знает, а еще меньше разбирается в этом на профессиональном уровне, и одним из них являюсь я )) Так как организовать, дяденьки, прием платежей для электронной коммерции?

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

Вы можете организовать прием платежей и уже после подать заявку ну сертификацию (работаю с одной из контор которая принимает платежи, но PCI DSS пока в процессе прохождения), в компанию, которая осуществляет аудит и выдает «бумажку» что вы соответствует требованиям. например, Digital Security, наиболее известная в России компания. Заключаете договор, вам закрепляют аудитора, он приходит и говорит — вот список, будут вопросы — задавайте. Дальше вы спрашиваете его, можно ли сделать так и эдак, а он говорит можно или нет и объясняет, почему. Дальше, когда вы говорите, что вы готовы к проверке, он проводит предварительный аудит, пытаясь взломать систему, как с внешнего, так и с внутреннего периметров. После прохождения предварительного, проходите настоящий аудит. Ну и каждый год подтверждаете)))

p.s. а вообще поищите в интернетах списки требований. однажды искал требования для постгреса, и нашел за 5 минут гугления.

В новом окне пользователь и сам откроет, если захочет.

Модальности нужно избегать по-возможности.
Есть ситуации, когда они хорошо вписываются, например показ увеличенной фотографии товара. Пользователь при этом ожидает такой ситуации, т.к. ссылка озаглавлена чем-то вроде «Увеличить изображение».
ИМХО, хороша была бы краткая сводка прямо на каждом элементе списка.

1. Заходит на Ваш сайт (хттп://инетмагазин.ком/) потенциальный покупатель.

2. Переходит в каталог (хттп://инетмагазин.ком/каталог/)
3. Видит интересное, человек кликает на товар, показываем в модальном окне (левая иллюстрация на картинке)
4. Покупатель хочет спросить у другана как товар, копирует адресную строку (хттп://инетмагазин.ком/каталог/товар3/) и отправляет по скайпу
5. Его друг заходит по этой ссылке и видит страницу (правая иллюстрация на картинке)