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