Ну с чего это? Как мне предоплата помешает отказаться от товара? Форма оплаты ну никак не влияет на условия возврата. Даже если пойду в банк и оплачу наличкой по квитанции, я имею те же самые условия по возврату как и те, кто будет оплачивать при доставке.
Все еще прошу комментариев и обсуждений данной темы.
1. А зачем Вы это говорите клиенту? Вы говорите что ДА, все есть, а в случае если нету, в ближайшее время, в течение часа например, (только не через неделю) позвоните и извинитесь, скажите что пересорт какой нибудь у Вас, или позиция бракованная.
2. Вы можете примерно прикинуть out of stock? Если Вы не сможете гарантировать более 90% наличия, то и заморачиваться не стоит. Нормальный показатель 95+%.
3. Попробуйте контролировать ассортимент поставщика с некоторой погрешностью. Например, мы как то пытались прогнозировать наличие товара на каждый час в огромном продуктовом магазине. Так как продажи там списываются один раз ночью, то посмотреть реальные остатки не получалось. Разработали систему, которая прогнозировала даже приход товара в конкретный час 😂, ну и вероятность наличия его в торговом зале так же на каждый час...Смогли добиться 90+% наличия ;)
Ну вот, испортили мою мечту 😂
Пост номер 3. Монстров интернет-торговли стоило бы знать в лицо.
То же хороший вопрос...помимо чулок, там дальше такая же ситуация с компрессионными колготками и гольфами, а объединены они в общий раздел первого уровня - "компрессионный трикотаж" =)
Ну с нулевой может быть уже и есть. Собирались месяц назад вручную через вордстат с включенным регионом.
Список то можно поделить на категории. Только вот далее то что? Группируем запросы и делим страницу раздела второго уровня на доп.страницы третьего уровня? Например, получится сгруппировать так:
>Компрессионные чулки
>>чулки первого класса компрессии
>>чулки второго класса компрессии
>>чулки третьего класса компрессии---------- Post added 06-08-2014 at 13:01 ----------
Спасибо. Хороший пример.
Может быть. Не юзал Дрюпал. Лепили из того что было, а было "Битрикс".
К слову, вроде в более менее свежих редакциях у них появилась многоскладовость. Та самая вещь, которую мы реализовали самостоятельно =)
Ох и интересная темка - пожалуй отмечусь. Соглашусь что CMS-ки вроде и развиваются но фиг пойми в каком направлении. Для многих ИМ это выложить товары (в каком либо виде) на сайт и все =). Видимо разработчики CMS и мыслят так же...
Из своего примера...взялся за развитие одного ИМ. На сайт выгружаются товары из 1с. Реализовано просто через одно место. Все цвета и размера товара заданы как свойства товаров. Таким образом, карточка товара "обувь" имеет свойства -"24 и 25 размер, цвета сиреневый и голубой". Причем, эти свойства можно переключать в карточке на сайте. НО...если в 1с, есть только 25й размер - сиреневый, то сайт то один фиг показывает всю карточку товара со всеми свойствами. В итоге куча отказов. Но это мало относится к CMS - это скорее к кривой реализации.
Теперь далее - решение.
Все цвета и размеры вынесли в отдельные торговые предложения, связанные общим артикулом (благо в 1с, это изначально были разные карточки товара).
Имеем: карточка товара -"обувь" и 4 торговых предложения в ней "
1. 24й сиреневый
2. 24й голубой
3. 25й сиреневый
4. 25й голубой
Делать это все отдельными карточками - естественно бред. Поэтому и сделали так - 1 карточка и 4 товарных предложения.
Далее - хуже.
По каждому товарному предложению захотелось выводить наличие по магазинам, чтобы иметь возможность забронировать в режиме онлайн...
Вот тут то и начались танцы с бубнами =). Имеем в примере - 1 карточка товара - 4 товарных предложения и 17 возможных мест наличия для каждого товарного предложения с ценами.
Покажите мне CMS - которая это сделает...
Очень слабая конкуренция? Не?
