Обсуждение компонента "Барахолка"

InstantCMS 2.X

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

Список авторитетных разработчиков дополнений вы можете изложить в теме форума.

Буду использовать, только если исполнителем выступит Fuze или r2
Буду использовать, только если исполнителем выступит один из авторитетных разработчиков
Буду использовать в любом случае, независимо от исполнителя
Буду использовать другие движки, даже для мелких онлайн-магазинов
Буду использовать, заказанное отдельно у того, кому доверяю лично
Всего 38 голосов Опрос завершён
#31 7 декабря 2017 в 07:49

Обычный магазин и необходимый ему функционал уже не обсуждается?

Sonat
Идеи всякие нужны, идеи всякие важны. Не стесняйтесь и не сдерживайтесь в идеях.
#32 7 декабря 2017 в 09:33

Идеи всякие нужны, идеи всякие важны. Не стесняйтесь и не сдерживайтесь в идеях

Loadырь
Да как бы у меня речь не про супер навороченные идеи, а про необходимый минимум angel


Статусы заказа должны быть настраиваемые
большинству много разных статусов не нужно, многие обойдутся 2-3 стандартных "принят/оплачен/выполнен",
если вывалить то что предложено сейчас это будет только мешать
остальные статусы должны добавляться и обзываться из админки так как продавцу будет удобнее для его бизнес процесса


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


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


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

при учете товаров если товар заканчивается кол-во товара приближается к 0 (число настраиваемое)
уведомляется продавец, появляется маркер на карточке товара что товар заканчивается — опционально


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


Разновидности товара
Один и тот же артикул может иметь разновидности (по размеру, цвету, комплектации и т.п.)
у разновидностей может быть своя цена, свои фото, свое кол-во на складе.
При поиске, и заказе выдаются поля тех разновидностей которые покупатель искал/заказал
т.е. если человек ищет в фильтре рубашку 52 размера он видит цену 52 размера
а не самую малую с размерного ряда,
если в фильтре выбран чехол золотистый фото показывается именно помеченное для золотистого
а не одно для всех расцветок; и это же фото висит в корзине


Пометки покупателей
Продавец может писать комментарии/заметки про покупателя видные только имеющим доступ в админку этого магазина
там можно отмечать лояльность покупателя, требовательность, кредит доверия или другие особенности покупателя.
Например: "вынес мозг покупая 2 пуговицы", или просто "мудак", "сын тёти Гали", "затягивает с оплатой", "12.10 не положили товар, вопрос решен в телефонном режиме. Доложить артикул 346 при следующей покупке, запись удалить!"
#33 7 декабря 2017 в 10:27
Sonat, короче, частичный функционал опенкарта…
#34 7 декабря 2017 в 10:40
Jestik, возможно и опенкарта, но как по мне — это необходимый функционал любому современному движку магазина.


Ну если говорить о навороченном функционале то я бы предложил-

Модуль статистики ведущий учет продаж, людей, (в день / неделя / месяц / год / всего)
Статистика по посетителям: сколько было посетителей, покупателей, продаж, повторных продаж,
Статистика по продажам: кол-во продаж, сумма
Статистика по товарам: позволит понять самые продаваемые товары, категории
Вычисление из этих показателей по заданным админом формулам:
средний чек, прибыль при заданной марже, и тп
#35 7 декабря 2017 в 14:44
Имхо, нужен простой базовый компонент с возможностью расширения.
Может быть даже, упрощённый до проще уже некуда (цена — купить — корзина — уточнить количество, указать контакты — отправить заказ).
Из рюшек, разве возможности назначить группу, которая может продавать, назначение скидки на определённое время да кому отправлять заказ (к примеру: назначенному юзеру (группе), продавцу или и тем и другим)
А любой обвес (учёты количеств, способы доставки, реферал, складчины и т.д.) уже как дополнительный функционал.
#36 7 декабря 2017 в 21:53
Мое мнение.
Из всех возможных направлений развития ICMS как торговой площадки, самое интересное и перспективное — это:
* Совместные покупки, которые не теряют актуальности с начала 2000-х и, судя по всему, еще долго будут востребованы.
* Мультишоп для товаров и услуг индивидуалов и мелких местных предпринимателей.
* И идеальный вариант — комбайн Совместные покупки + Мультишоп. Тем более, что неликвиды от СП (т.н. пристрой) тоже нужно где-то продавать.
Другие варианты не имеют смысла, т.к. для них либо уже существуют полноценные решения в других CMS (магазины), либо потребуются неимоверные усилия по раскрутке (прайс-агрегаторы а-ля яндекс маркет)

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

В разработку именно от Fuze совместных покупок готов вложить от 10 до 40 тысяч рублей. В зависимости от масштаба реализации соответственно. И для Instant это будет реально прорыв. Тема очень актуальная, интересная, в каждом городе занимается не один человек.

letsgo
Я бы тоже охотно вложился.
В моем городе есть достаточно активный сайт СП (на phpbb), но сейчас для ОРГов это практически закрытое сообщество. Т.ч. ниша есть и требует заполнения.
#37 7 декабря 2017 в 22:21
Никто не думал за толковый мост с тем же опенкартом, например?
#38 7 декабря 2017 в 22:24

* Совместные покупки, которые не теряют актуальности с начала 2000-х и, судя по всему, еще долго будут востребованы.

Pocus

Да. Эта ниша очень актуальна и нет внятных решений.

* Мультишоп для товаров и услуг индивидуалов и мелких местных предпринимателей.

Pocus

Сделать мультишоп есть хорошие проработанные скрипты. Но не делают их особо. Реальность такова, что легче заработать на рефах с китайских магазинов и безопаснее к тому же, чем мультишоп.
#39 7 декабря 2017 в 22:27
Василич, я предлагал...
Не знаю, это что то дает или нет но в опенкарте со второй версии имеется апи...https://freecart.pro/forum/blogs/entry/39-api-sistema-opencart/ а уже есть версия 3.
#40 8 декабря 2017 в 22:42

Из всех возможных направлений развития ICMS как торговой площадки, самое интересное и перспективное — это:

Pocus
Никто же не спорит — интересно-перспективно.

Но когда при отсутствии нормального магазина говорят -а давайте забабахаем супер магазин,
понимаю, что в ближайшее время не будет никакого cry
#41 14 декабря 2017 в 10:27
Магазин.
Это один или несколько типов контента, в которых доступны кнопка «Купить» и «Корзина».
Опционально общая корзина или мультикорзина, с оплатой по общей стоимости или по каждому продавцу отдельно.

Кнопка «Купить» для мультимагазина.
Текст на кнопке, опционально должен меняться. «В корзину», «Добавить в корзину», «Приобрести» и т.п.
Кнопка доступна при просмотре списка категории и в самой записи.
Если товар не штучный, то перед кнопкой выводится поле ввода (spinner) количества товара, с учётом доступного количества на складе.
При нажатии на кнопку первый раз:
— выводится уведомление о добавлении товара в корзину и предложениями перейти в корзину или сразу в оформление заказа;
— текст на кнопке меняется на: «В корзине» или «Перейти в корзину» и т.п.;
— ставится блокировка на повторное нажатие.
Если товар уже в корзине, то на кнопке выводится текст «В корзине» или «Перейти в корзину» и т.п. При нажатии переходит в корзину.

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

Кнопка «Купить» для аукционных сделок.
Текст на кнопке, опционально должен меняться. «Участвовать», «Предложить цену» и т.п.
Кнопка доступна при просмотре списка категории и в самой записи.
Перед кнопкой выводится поле ввода стоимости лота.

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

Оформление заказа.
Оформление заказа по каждому продавцу отдельно, если «мульти».
Отображение списка товаров из корзины по данному продавцу, без возможности изменить количество или убрать из списка.
Отображение стоимости заказа с учётом скидки по купону/промокоду (если доступно).
Выбор способа доставки, с указанием стоимости.
Отображение общей суммы заказа с учётом скидок и выбранного способа доставки.
Поля для ввода персональных данных (опционально выбираются из полей профиля пользователя). Если покупатель – авторизованный – автозаполненяем поля данными из профиля. Если – гость – при первом заказе заносим информацию в БД и сохраняем в сессии или куках.
Поле для ввода комментария к заказу покупателем.
Гостю предлагаем авторизоваться на странице оформления заказа.
Ссылки:
— вернуться в корзину;
— выбрать способ оплаты.

Выбор способа оплаты.
Отображение общей стоимости заказа.
Отображение списка доступных способов оплаты:
— Тестовый способ оплаты, доступный только Администраторам сайта для тестирования.
— Наличными при получении.
— Оплата балансом на сайте (биллинг).
— Печать платёжного получения с реквизитами продавца (если реквизиты заполнены продавцом).
— Электронные платежи (кошельки, карты, телефоны и пр., если доступно и если заполнены реквизиты продавцом).
Напротив каждого способа оплаты указывается примерная стоимость, с учётом комиссии платёжной системы.
Отображение ссылок:
— вернуться к заказу;
— оплатить;

Результат оплаты.
Информация о результате оплаты и принятия заказа в обработку.
Отображение ссылок:
— просмотреть заказ;
— вернуться на главную магазина, указанную в опциях компонента.

Просмотр заказа.
Покупатель может просмотреть детали заказа, без возможности редактирования.
Продавец может изменить статус заказа (Оплачен, Доставлен, Закрыт, Возврат товара). Добавить комментарий к заказу видимый всем продавцам и администраторам.
Администратор сайта может изменить статус заказа (Оплачен, Доставлен, Закрыт, Возврат товара, Аннулирован). Добавить комментарий к заказу видимый всем продавцам и администраторам. Удалить заказ.

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

Продавец — авторизованный пользователь, из определённой группы:
1. Создал запись в типе контента, где указал описание товара и его стоимость.
2. Ожидает покупателя.
3. После оформления заказа, получает уведомление о заказе и обрабатывает заказ.
4. Меняет статус заказа, вплоть до закрытия заказа.

Покупатель — гость или авторизованный пользователь:
1. Прогуливаясь по сайту, собирает понравившийся товар(ы) в корзину у разных продавцов.
2. Переходит в корзину, редактирует её или сразу в оформление заказа
3. Оформляет заказ, где заполняет свои ПДн и выбирает варианты доставки, применяет подарочные купоны.
4. Переходит на страницу оплаты и выбирает способ оплаты.
5. Оплатив товар, получает письмо об успешности операции и ожидает обработки заказа продавцом.
6. Имеет доступ на просмотр своих заказов.

Компонент — программный код:
1. Разбирает корзину покупателя и подготавливает заказ.
2. Резервирует и ведёт количество товара у продавцов.
3. Регистрирует гостя по его емайлу (если это новый гость и опционально отправляет ему инфу для авторизации на сайте).
3. После оплаты отправляет информацию о покупке продавцам.
4. Списывает резервное количество товаров.

Администратор – тот, кто входит в админку сайта:
1. Имеет доступ ко всем заказам.
2. Может изменять статусы заказов.
Статусы заказов:
— Новый
— Подтвержден, но не оплачен
— Оплачен
— Отправлен
— Доставлен
— Выполнен, закрыт
— Просрочен
— Возврат товара
— Аннулирован
— Отвергнут пользователем
— Возврат платежа пользователем
3. Может удалять заказы.
#42 14 декабря 2017 в 10:41

Это один или несколько типов контента, в которых доступны кнопка «Купить» и «Корзина».

Loadырь

Нужны виды товаров, а не типы контентов. Простой, вариативный, сгруппированный, список, товар по площади, товар по размерам и штукам, цифровой.
#43 14 декабря 2017 в 11:01

Нужны виды товаров

letsgo
Сделать шаблон для вывода списка с сортировкой, группировкой и фильтрацией, плюс наборы вывести кнопками.
#44 14 декабря 2017 в 12:11
"Привязка" покупок незарегистрированных юзеров к зарегистрированным.
Автоматическая/полуавтоматическая/ручная

О чем я?
Многие сначала делают покупку, а потом регистрируются, скажем после получения товара, или на вторую покупку.
Хотелось бы иметь возможность в его кабинет (историю покупок) подтянуть первую или прошлые покупки
в автоматическом режиме — по кукисам
полуавтоматический — если скрипт находит старую "безымянную" покупку с телефоном/адресом/email совпадающим с зарегистрированным покупателем — предложит админу подвязать старую покупку к этому покупателю
ручной — просто ручками назначить любую покупку (заказ) любому юзеру
#45 14 декабря 2017 в 12:51
При первом заказе гость принудительно автоматически регается на сайте по емайлу и остальным полям из заказа. Опционально можем выслать письмо со случайным паролем для авторизации на сайте. Покупать гость сможет, а чтобы увидеть свои покупки нужно будет авторизоваться. И в системе по его мылу уже подтянутся все его покупки. Если гость введёт в заказе емаил, который уже есть в системе, то новый заказ будет прикреплён к уже зареганному пользователю и новый регистрироваться не будет.
Вы не можете отвечать в этой теме.
Войдите или зарегистрируйтесь, чтобы писать на форуме.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.