Форум
Читайте нас также:

об электронной торговле - для интернет-магазинов и ритейла. портал и сообщество

Форум

Ищу СМС магазина на 100.000 позиций



Ссылка на сообщение


skomoroh:
Через E-Trade Content Creator можно. Если товары не специфические.
Александр Фролов:
Спасибо. Мне достаточно аналитики с лихвой, которую дает движок. У меня товаров, конечно, поменьше и их без проблем добавил через Csv от поставщика, потом фотки просто загружаются архивом и дописываются в Csv-шку названия и всё автоматом встает. Ну да, потратил время на прописывание названий фоток...Но не сидел, не добавлял по одной. Большей автоматизации представить пока не могу.



Ссылка на сообщение


skomoroh:

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


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

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



Ссылка на сообщение


Kukuk:

Как понимаю, 100000 или 10 товаров зависит от хостинга. Понятно, что писать самому не хочется и проще выбрать цмс. Лучше если заточенную под магазы при таком кол-ве товаров и с интеграцией с 1с или чем-то другим, чтобы автоматически вести учет, загружать товары с картинками, рассылки по клиентам делать и прочие штуки маркетинговые и не только. Еще нужна сео-оптимизация. чтобы не держать сеошника в штате, просто можно из платформы настроить всё. Текущие платформы, которые вижу как решения Insales и Advanshop. Последние больше нравятся тем, что можно купить, дорабатывать скрип и не платить постоянно аренду.


Количество товаров определяет технологии вашей работы:
- управление данными о товарах ( и это не просто заливка, потому что из прайс-листов вы зальете только 10 необходимых для торговли данных);
- количество, а значит и организацию исполнения заказов, что в свою очередь определить необходимые вам вычислительные ресурсы и в конечном итоге требования к хостингу;
- требования к функционалу навигации (чем больше товаров, тем качество поиска, фильтрации и т.п. должно быть выше)
- требования к механизмам ценообразования (чем больше номенклатура, тем сложнее потребуется механизм, потому что одним массовым редактированием цен тут не обойтись);
- и т.п.
Оптимизированный движков не бывает, потому что основная оптимизация не в движке а в контенте. Сеошник в штате вам не понадобится только в одном случае - если вы сами им станете. В остальных случаях за контентную оптимизацию и продвижение платить придется постоянно (потому что так будет делать ваши конкуренты, ведь речь идет не о SEO, как вы думаете, а о рекламе, которая двигатель торговли).
Для возможности доработки не надо покупать платный скрипт, можно взять подходящий опенсорс. Эффект тот же, но дешевле.



Ссылка на сообщение


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

Для того чтобы наладить весь этот обмен, нужна прежде всего кропотливая работа с поставщиками и настройка ПО обмена данными.



Ссылка на сообщение


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



Ссылка на сообщение


Евгений Медведев:

для розничной торговли нужны качественные метаданные, которых в прайсах не найти.


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



Ссылка на сообщение


Александр Фролов:

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


Не получается. Контентную оптимизации делать в 1С не удобно, особенно если учесть что она не предназначена контроля HTML-разметки и т.п. (уже проверено) А в прайс-листы вколачивать для каждого ретэйлера уникальный SEO-текст ни кто не будет. Конечный контент для розничного магазина всегда приходится собирать по кускам из разных источников. Иначе про SEO, а значит и про успешные продажи, можно забыть.



Ссылка на сообщение


Евгений Медведев:

онтентную оптимизации делать в 1С не удобно


Конечно неудобно. Некоторые загружают десятки тысяч товаров из 1С, а потом доводят руками, силами менедежеров контента, уже на сайте, добавляя и редактируя необходимые атрибуты. Но вообще разные наши клиенты делают по-разному, в зависимости от своих возможностей и сложившихся бизнес-процессов. Общего рецепта нет.



Ссылка на сообщение


Александр Фролов:

Но вообще разные наши клиенты делают по-разному, в зависимости от своих возможностей и сложившихся бизнес-процессов. Общего рецепта нет.


Да, это как раз и есть проблема. Все делают по-разному, поэтому и общего рецепта нет. Просто у меня для моих клиентов рекомендации однозначные: в системе управления должен быть минимум данных о товаре (артикул, наименование, цена, количество), остальные данные хранятся и редактируются другими средствами и в других местах. Это особенно важно для случаев с очень большой номенклатурой в розничных магазинах, когда необходимо привлекать к работе большое количество людей, часть из которых будет удаленщиками. Прайс-лист нужен только для того, чтобы актуализировать цены и остатки (собственно он и является источником именно этой информации). Собственно поэтому наполнить магазин качественной информацией только импортом прайс-листа, как тут предлагалось с помощью E-Trade Content Creator и ему подобных, не возможно.
А то, что все вынуждены изгаляться в зависимости от качества и состава источников информации, то тут спору нет :-). Я скорее о будущей организации контент-менеджмента в будущем магазине говорю, а не о технической стороне дела.



Ссылка на сообщение


Чем торговать собираетесь?



Ссылка на сообщение


cvl10v, вы хотя бы на дату публикации посмотрите :). Не апайте старые темы.






Ответить


:D
:)
:(
:o
:shock:
:?
8)
:lol:
:x
:P
:oops:
:cry:
:evil:
:twisted:
:roll:
:wink:
:!:
:?:
:idea:
:arrow:
:|
:mrgreen:







2001 - 2017 © Оборот.ру. Все права защищены