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