Чтобы распихать атрибуты по категориям нужен специалист, знающий номенклатуру (товаровед, маркетолог, you name it), а не консультант со стороны 1С или другой системы. В том числе это касается и вашей системы. Или ваша система сама в состоянии распределить атрибуты по классам товаров? Даже если эти атрибуты не заданы в системе? :)
Установка специализированного решения оправдана, если приносимая ей польза выше стоимости ее поддержки и начальных вложений. И я ни в коей мере не хочу сказать, что PIM — это плохо. Это хорошо, но система не живет сама по себе. И надо четко ее позиционировать. Если ваша система умеет сразу, без дополнительных телодвижений со стороны клиента, классно поддерживать каталоги товаров, обмениваться ими со всеми популярными на рынке учетными системами (1С БП, УТ, КА, ЕРП/Мой склад/Кнопка и т.д.), умеет выгружать эти каталоги в популярные площадки — у вас отличный продукт, который и я буду с удовольствием рекомендовать клиентам. В том числе и малому и микро бизнесу, для которого зоопарк систем может оказаться большой головной болью в части поддержки.
В 1С нельзя запихнуть все, конкуренты у 1С есть, и это хорошо. В части CRM я с удовольствием порекомендую клиенту те же amo, мегаплан или dynamics, если они ему подойдут лучше.
Я не пытаюсь вам сказать, что 1С лучше вашей системы (тем более, что 1С — это не конкретный продукт). Я пытаюсь до вас донести, что не нужно сравнивать целиком ERP и PIM. Сравнивайте конкретный блок. Управление номенклатурой. Но для того, чтобы сравнивать — потрудитесь изучить конкурента, тем более такого распространенного на вашем целевом рынке (для которого написана эта статья) с таким огромным количеством людей, знающих его. По половине плюсов из статьи я вижу, что это не плюс, что это точно так же реализовано не то, что в 1С, а во всех вменяемых системах, автоматизирующих торговую деятельность, с бородатых времен.
И не нужно что-то говорить про производительность систем, если вы этой производительностью не занимались на сравниваемых системах. Если вашу систему поставить на тот же хост, где 1С начинает тормозить от большого количества номенклатуры (именно от него), ваша система точно так же будет тормозить. Просто потому что хранение данных в базе организовано примерно одинаково.
Хорошо, давайте
1. Виды номенклатуры (УТ, КА, ERP) и категории номенклатуры (УНФ). Позволяют задать наборы дополнительных реквизитов, зависящих от категории, также позволяя добавлять общие реквизиты и реквизиты для конкретной позиции. Возможностей по типам значений примерно дофига. Код не нужен от слова совсем. Все есть в куче видосиков на ютубе и в книжечках «Руководство пользователя».
В случае с «большими» ERP типа Oracle — возможностей с дополнительными атрибутами гораздо больше, чем у 1С, включая наборы атрибутов, зависимые от значений других атрибутов (когда в зависимости от конкретного значения одного атрибута катгории зависит не значение, а само наличие других атрибутов)
2. В терминах 1С это называется характеристики номенклатуры. Появились еще до того как появились маркетплейсы. Существует во всех системах, автоматизирующих торговые операции. Потребность в таких вещах появилась еще до распространения интернет-продаж.
3. Вы будете смеяться, но эти самые модули позволяют задать какую картинку (набор картинок) на какую площадку отправлять.
4. Выгружаются не все товары, а те, которые заданы для выгрузки. Это норма, потому что в системе может быть также и номенклатура, которая не предназначена для выгрузки в принципе.
5. Категории маркетплейсов загружаются теми самыми модулями и задаются для номенклатуры.
Расчет процента заполненности — отчет делается так же как и у вас: быстро — полчаса, еще и красиво — час. Особо упоротый пользователь может сделать сам (и таких много).
Поймите, любая ERP система — это в том числе и просто реляционная база данных. Запросы никто не отменял.
Я не хочу навязать вам именно 1С или какую-то другую систему. Я их все люблю и на всех зарабатываю :)
Я хочу понять что она даст основной массе клиентов. И если в ней есть понятная польза — то я с удовольствием поработаю и с вашей openpim и со Scallium (и сравню их). После ваших ответов и статьи я пока вижу в качестве клиентов — сами торговые площадки либо достаточно большие торговые компании с очень большим количеством sku, которые могут себе позволить небольшой зоопарк специализированных систем.
90% компаний — это SMB. Предположим, я из них. У меня 500 SKU, у меня 1С УТ ( или ERP если я производственник, УНФ не берем, там слишком много интеграций сразу, вам тяжело будет).
Каталог товаров у меня есть в 1С. С картинками, описаниями. У меня есть модуль интеграции с битриксом (бесплатно, без регистраций и смс), интеграция с озоном и wildberries стоит копейки (порядка 5000 рублей в месяц). Причем это не только управление каталогом, но и обмен остатками и заказами.
Узкий он не в деньгах, узкий он в количестве клиентов. Сколько потенциальных клиентов удовлетворяет таким критериям? А если отбросить тех, кто уже с PDM или собирается ее внедрять?
И если уж сравнивать с ERP, то может имеет смысл сравнивать именно с PDM/MDM модулями/конфигурациями в них, а не с ними в целом, тем более не сильно зная их возможности? Проблема этой статьи именно в сравнении не сильно сравнимых систем, причем с плохим знанием возможностей этих самых сравниваемых систем.
Скорость работы ERP систем зависит не от количества SKU в справочниках… Их там и миллион может быть и не влиять практически.
Кабинет мерчанта — очень специализированная штука. Кабинет клиента — имеет место быть уже много лет.
У PIM систем очень узкий рынок. И ваши потенциальные клиенты хорошо знают что могут ERP системы, тем более в России знают возможности УНФ, УТ и ERP от 1С. Изучайте конкурентов лучше…
Не могли бы поделиться, что означает «стандартная» учетная система? Хотя бы пример…
Что системы на платформе 1С, что Oracle EBS умеют почти все, о чем вы пишете. Скорее всего остальные тоже.
Ну и какая система будет получателем данных? Та же ERP?
Установка специализированного решения оправдана, если приносимая ей польза выше стоимости ее поддержки и начальных вложений. И я ни в коей мере не хочу сказать, что PIM — это плохо. Это хорошо, но система не живет сама по себе. И надо четко ее позиционировать. Если ваша система умеет сразу, без дополнительных телодвижений со стороны клиента, классно поддерживать каталоги товаров, обмениваться ими со всеми популярными на рынке учетными системами (1С БП, УТ, КА, ЕРП/Мой склад/Кнопка и т.д.), умеет выгружать эти каталоги в популярные площадки — у вас отличный продукт, который и я буду с удовольствием рекомендовать клиентам. В том числе и малому и микро бизнесу, для которого зоопарк систем может оказаться большой головной болью в части поддержки.
В 1С нельзя запихнуть все, конкуренты у 1С есть, и это хорошо. В части CRM я с удовольствием порекомендую клиенту те же amo, мегаплан или dynamics, если они ему подойдут лучше.
Я не пытаюсь вам сказать, что 1С лучше вашей системы (тем более, что 1С — это не конкретный продукт). Я пытаюсь до вас донести, что не нужно сравнивать целиком ERP и PIM. Сравнивайте конкретный блок. Управление номенклатурой. Но для того, чтобы сравнивать — потрудитесь изучить конкурента, тем более такого распространенного на вашем целевом рынке (для которого написана эта статья) с таким огромным количеством людей, знающих его. По половине плюсов из статьи я вижу, что это не плюс, что это точно так же реализовано не то, что в 1С, а во всех вменяемых системах, автоматизирующих торговую деятельность, с бородатых времен.
И не нужно что-то говорить про производительность систем, если вы этой производительностью не занимались на сравниваемых системах. Если вашу систему поставить на тот же хост, где 1С начинает тормозить от большого количества номенклатуры (именно от него), ваша система точно так же будет тормозить. Просто потому что хранение данных в базе организовано примерно одинаково.
1. Виды номенклатуры (УТ, КА, ERP) и категории номенклатуры (УНФ). Позволяют задать наборы дополнительных реквизитов, зависящих от категории, также позволяя добавлять общие реквизиты и реквизиты для конкретной позиции. Возможностей по типам значений примерно дофига. Код не нужен от слова совсем. Все есть в куче видосиков на ютубе и в книжечках «Руководство пользователя».
В случае с «большими» ERP типа Oracle — возможностей с дополнительными атрибутами гораздо больше, чем у 1С, включая наборы атрибутов, зависимые от значений других атрибутов (когда в зависимости от конкретного значения одного атрибута катгории зависит не значение, а само наличие других атрибутов)
2. В терминах 1С это называется характеристики номенклатуры. Появились еще до того как появились маркетплейсы. Существует во всех системах, автоматизирующих торговые операции. Потребность в таких вещах появилась еще до распространения интернет-продаж.
3. Вы будете смеяться, но эти самые модули позволяют задать какую картинку (набор картинок) на какую площадку отправлять.
4. Выгружаются не все товары, а те, которые заданы для выгрузки. Это норма, потому что в системе может быть также и номенклатура, которая не предназначена для выгрузки в принципе.
5. Категории маркетплейсов загружаются теми самыми модулями и задаются для номенклатуры.
Расчет процента заполненности — отчет делается так же как и у вас: быстро — полчаса, еще и красиво — час. Особо упоротый пользователь может сделать сам (и таких много).
Поймите, любая ERP система — это в том числе и просто реляционная база данных. Запросы никто не отменял.
Я не хочу навязать вам именно 1С или какую-то другую систему. Я их все люблю и на всех зарабатываю :)
Я хочу понять что она даст основной массе клиентов. И если в ней есть понятная польза — то я с удовольствием поработаю и с вашей openpim и со Scallium (и сравню их). После ваших ответов и статьи я пока вижу в качестве клиентов — сами торговые площадки либо достаточно большие торговые компании с очень большим количеством sku, которые могут себе позволить небольшой зоопарк специализированных систем.
90% компаний — это SMB. Предположим, я из них. У меня 500 SKU, у меня 1С УТ ( или ERP если я производственник, УНФ не берем, там слишком много интеграций сразу, вам тяжело будет).
Каталог товаров у меня есть в 1С. С картинками, описаниями. У меня есть модуль интеграции с битриксом (бесплатно, без регистраций и смс), интеграция с озоном и wildberries стоит копейки (порядка 5000 рублей в месяц). Причем это не только управление каталогом, но и обмен остатками и заказами.
Зачем мне PIM?
И если уж сравнивать с ERP, то может имеет смысл сравнивать именно с PDM/MDM модулями/конфигурациями в них, а не с ними в целом, тем более не сильно зная их возможности? Проблема этой статьи именно в сравнении не сильно сравнимых систем, причем с плохим знанием возможностей этих самых сравниваемых систем.
Кабинет мерчанта — очень специализированная штука. Кабинет клиента — имеет место быть уже много лет.
У PIM систем очень узкий рынок. И ваши потенциальные клиенты хорошо знают что могут ERP системы, тем более в России знают возможности УНФ, УТ и ERP от 1С. Изучайте конкурентов лучше…
Что системы на платформе 1С, что Oracle EBS умеют почти все, о чем вы пишете. Скорее всего остальные тоже.
Ну и какая система будет получателем данных? Та же ERP?