Поиск аналогов товаров: сопоставление характеристик и проверка специалистом

Поиск аналогов товаров начинается не с похожих названий, а с ограничений исходной спецификации. Закупщику нужен не один «самый похожий» товар, а объяснимый список: какие позиции прошли обязательный фильтр, какие исключены и где не хватает данных. Если обязательная характеристика неизвестна, система не должна считать её совпадением.

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

Чем аналог отличается от того же артикула

В каталоге важно разделять три сущности.

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

Технический аналог — кандидат, который удовлетворяет обязательным ограничениям спецификации. Слово «кандидат» здесь принципиально: формальный фильтр помогает отобрать позиции для проверки, но разрешение на замену даёт профильный специалист.

Товарная рекомендация — сопутствующий, более дорогой, альтернативный или связанный товар. Она может быть полезна менеджеру, хотя техническая взаимозаменяемость не установлена. В официальной документации Dynamics 365 Sales связанные товары разделены на аксессуары, перекрёстные продажи, более дорогие варианты и заменители. Уже это разделение показывает, почему любая рекомендация не равна аналогу. Документация относится к стандартным приложениям Sales Hub и Sales Professional; доступность функций зависит от лицензии, роли и настроек организации. Эта статья не утверждает, что такая CRM запускалась или проверялась для описанного процесса.

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

Какие требования ограничивают подбор

До поиска нужно превратить запрос «найдите похожее оборудование» в таблицу проверяемых требований. Для каждого параметра фиксируют обязательность, значение, единицу измерения, условия применения и источник.

Ниже — исходные данные синтетического учебного примера. Это не спецификация клиента и не результат внедрения Switch On AI.

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

Единицы без величины недостаточно. Для напряжения нужно различать 24 В DC и 24 В AC, для размеров — понимать порядок сторон, для температуры — отличать рабочий диапазон от температуры хранения. Источник каждого требования также важен: закупщик должен видеть, взято ли значение из утверждённой спецификации, паспорта изделия или сообщения без подтверждающего документа.

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

Как подготовить каталог и нормализовать характеристики

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

• производителя и артикул;
• название модели без использования названия как доказательства совместимости;
• версию или дату карточки;
• ссылку либо внутренний указатель на паспорт или другой первичный документ;
• исходное обозначение характеристики;
• нормализованное значение и единицу;
• статус поля: подтверждено, неизвестно, противоречие источников или неприменимо.

Нормализация меняет форму записи, но не смысл. Например, 0,024 кВ × 1000 = 24 В. При этом обозначение постоянного тока нужно сохранить: преобразование единицы не превращает DC в AC.

С размерами действует похожее правило. Запись 42 × 88 мм можно разложить на ширину и высоту только тогда, когда производитель явно задал порядок сторон. Нельзя переставить числа, чтобы товар прошёл ограничение. Если в одном документе указаны ширина, высота и глубина, а в другом приведены три числа без подписей, вторую запись нужно пометить как неоднозначную.

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

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

Как формировать и объяснять кандидатов

Подбор удобно разделить на два этапа.

1. Система применяет обязательные ограничения. Нарушение хотя бы одного требования исключает позицию. Неизвестное значение создаёт статус «требуются данные».
2. Среди прошедших кандидатов система сравнивает желательные признаки: например, габаритный запас, доступность подтверждающих документов или другие критерии, утверждённые заказчиком.

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

Основание решения нужно показывать рядом с кандидатом: исходное требование, значение из карточки, нормализованное значение, источник и итог проверки. Объяснение «совпадение 92%» бесполезно, если закупщик не видит, что попало в оставшиеся 8%.

Реальный каталожный контекст подтверждает, что сам сценарий подбора по характеристикам применяется в товарных системах. В публикации IEK от 2 октября 2023 года описана бизнес-платформа, которая при поиске по артикулу другого производителя предлагает продукцию IEK со схожими характеристиками. Там же заявлено сравнение товаров одной категории по техническим характеристикам.

Этот источник подтверждает описанную возможность каталога на дату публикации, но не доказывает пригодность конкретной замены. Текущий интерфейс платформы, полнота карточек и техническая совместимость моделей в этой статье не проверялись. Мы также не выдаём публикацию вендора за внедрение Switch On AI.

Учебная проверка трёх возможных замен

Рассмотрим синтетический пример. Условная спецификация требует питание 24 В DC, ширину не более 45 мм, высоту не более 90 мм и эксплуатацию во всём диапазоне от −20 до +50 °C. В каталоге нашлись три кандидата.

Формальный допуск запишем так:

Pass = V ∧ W ∧ H ∧ T,

где V — совпадение типа и номинала питания; W — ширина не более 45 мм; H — высота не более 90 мм; T — нижняя граница не выше −20 °C и верхняя граница не ниже +50 °C.

Кандидат A: 0 ∧ 1 ∧ 1 ∧ 1 = 0. Название может совпадать с исходной позицией, но питание 230 В AC нарушает обязательное требование. Кандидата исключают независимо от подходящих размеров и температуры.

Кандидат B: 1 ∧ 1 ∧ 1 ∧ неизвестно = требуются данные. Позицию нельзя ни отклонить как заведомо неподходящую, ни одобрить. Закупщик запрашивает актуальный паспорт изделия и проверяет рабочую температуру. Значение соседней модели не закрывает этот пробел.

Кандидат C: 1 ∧ 1 ∧ 1 ∧ 1 = 1. Позиция проходит четыре записанных ограничения и может попасть в список возможных замен. Равенство Pass = 1 означает только прохождение формального фильтра. Оно не подтверждает схему подключения, монтаж, ресурс, сертификацию и другие требования, которых нет в учебной спецификации.

Итог списка: A исключён с конкретной причиной, B ожидает документа, C передан инженеру как возможная замена. Устанавливать или закупать C как взаимозаменяемое оборудование до инженерного подтверждения нельзя.

Как оценить ошибки и рабочую ценность подбора

Польза зависит от рабочего сценария.

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

Одной скорости формирования списка недостаточно. Полное время обработки включает автоматический этап и проверку специалистом:

Полное время = время формирования списка + время проверки специалистом.

Если система быстро создаёт длинный список ложных аналогов, она может увеличить общую работу. Поэтому вместе со временем считают ошибки.

Доля ложных аналогов = FP / (TP + FP),

где TP — предложенные и подтверждённые позиции, а FP — предложенные, но отклонённые позиции.

Полнота подходящих вариантов = TP / (TP + FN),

где FN — подходящие позиции, которые система пропустила и специалисты нашли позднее.

Для иллюстрации возьмём синтетический расчёт, а не выполненный тест. Система предложила восемь позиций, инженер подтвердил пять и отклонил три. Тогда доля ложных аналогов равна 3 / 8 = 37,5%. Если при дополнительной проверке нашли ещё два подходящих товара, полнота равна 5 / (5 + 2) ≈ 71,4%.

Эти числа показывают способ расчёта, но ничего не говорят о будущем проекте. Реальные показатели получают на согласованной выборке запросов, с заранее записанными требованиями и решениями профильного специалиста. Обещания подбора «за секунды», гарантированной экономии или роста продаж без такого измерения использовать нельзя.

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

Как принять результат и поставить задачу разработчику

До разработки команда описывает одну операцию: кто подаёт запрос, где лежит каталог, какие требования обязательны, кто получает список и кто утверждает замену. Затем готовит контрольные примеры с подходящими, неподходящими и неполными карточками.

Для приёмки можно использовать следующие критерии:

1. У каждого обязательного параметра есть значение, единица измерения и источник.
2. Неизвестное значение не считается совпадением и не превращается в ноль.
3. Система объясняет исключение конкретным нарушенным ограничением.
4. Для каждого кандидата сохраняется журнал основания: требования, исходные и нормализованные значения, версии источников и результат правил.
5. Желательные признаки влияют на порядок только после обязательного фильтра.
6. Спорные данные и прошедшие кандидаты передаются профильному специалисту.
7. Финальное подтверждение замены остаётся за специалистом заказчика.

В журнале полезно различать как минимум четыре статуса: «не подходит», «требуются данные», «прошёл формальный фильтр» и «подтверждён специалистом». Если оставить один статус «аналог», закупщик не поймёт, можно ли уже принимать решение.

Switch On AI может разобрать одну операцию подбора, проверить доступность данных и API и согласовать прототип ИИ-помощника, бота или интеграции. Подход зависит от процесса: помощник может формировать объяснимый список, бот — собирать недостающие сведения в диалоге, а обычная интеграция — передавать данные по фиксированным правилам. Это разные варианты, а не взаимозаменяемые названия одной системы.

До прототипа нужно отдельно проверить версию каталога, способы подключения, права доступа, тарифные ограничения и качество карточек. Услуга разработки ИИ-агентов описывает состав требований, прототипа и приёмки. Она не означает готовую совместимость с любым каталогом и не обещает техническую взаимозаменяемость любой модели.

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