Например, покупатель знает серию оборудования, но на сайте не может проверить исполнение (конкретный вариант модели), скачать нужный паспорт и понять срок поставки. Он отправляет ссылку менеджеру. Тот уточняет модель, комплектующие и наличие, затем собирает предложение. Если такой путь повторяется, при выборе CMS для магазина инженерного оборудования стоит проверить, как платформа хранит технические данные и передаёт состав заказа.
Мы в 13FOX начинаем с одной категории и реального сценария закупки. По ним видно, какие задачи закроет готовая CMS, где понадобится B2B-модуль для работы с организациями и какую часть разумно разработать отдельно. Ниже разберём эти развилки, состав стоимости и проверку, которую можно включить в задание подрядчику. Если клиенту нужен расчёт оборудования под объект, заранее выделим инженерный селектор в отдельный объём работ.
Для сравнения предложений пригодятся матрица данных, состав стоимости и проверка одной категории.
Как выбрать состав платформы
Готовая CMS подходит, когда покупатель выбирает известную модель, характеристики укладываются в её поля и фильтры, а заказ проходит по понятным правилам. В CMS (системе управления сайтом) сотрудники меняют товары и страницы через панель, покупатели ищут позиции и оформляют заказ. Применимость конкретной платформы мы предлагаем проверять на образце вашего ассортимента.
B2B-модуль добавляет правила закупки для организаций: цены по договору, роли сотрудников, запрос коммерческого предложения или согласование состава. Он может работать поверх CMS. Собственная разработка нужна там, где готовый механизм не поддерживает важное действие или его доработки усложняют сопровождение. Заказным может быть отдельный модуль каталога, поиска или спецификации; готовое торговое ядро при этом сохраняется.
Для первичного сравнения мы предлагаем три проверки: импортируется ли категория без потери параметров; проходит ли покупатель путь до заказа или запроса цены; получает ли менеджер точный состав. Если готовая платформа выполняет их после настройки, есть основание оставлять её в списке кандидатов.
Что мы сделали с техническим ассортиментом Frost Mining
В Frost Mining мы перенесли магазин термопаст, термопрокладок и жидкого металла с Tilda на собственную платформу. Собрали карточки с техническими свойствами и вариантами фасовки, специальные условия для мастеров и организаций, управление товарами и остатками в админ-панели. Покупатель выбирает объём и количество; менеджер получает состав оптового заказа.
За видимой карточкой стоит работа с данными: вариант фасовки связан с ценой и доступностью, сотрудники ведут ассортимент через панель. Этот опыт полезен при проектировании технического каталога. Для инженерного оборудования мы дополнительно согласуем параметры исполнений, связи комплектующих и документы производителя.
Реальный проект 13FOX
Варианты товара и управление каталогом
Карточка покупки и админ-панель показывают, как связаны выбор варианта и управление ассортиментом.
Выбор своей платформы в этом проекте определили процессы бизнеса и требования к развитию. Для вашего каталога мы сначала сопоставим готовые возможности с нужными сценариями. Общий состав работы с витриной, корзиной и оплатой описан на странице разработки интернет-магазинов.
Данные, по которым покупатель сможет сравнить модели
Описание в свободной форме удобно читать, но по нему трудно отфильтровать исполнение. Для фильтра число, единица измерения и признак должны храниться отдельно. Например, мощность в ваттах и киловаттах потребуется привести к согласованной единице; отсутствие значения нельзя подменять нулём.
В документации WooCommerce об атрибутах описаны свойства для фильтрации и вариантов товара. Это одна из возможностей готового ядра. Нам всё равно предстоит определить набор полей каждой категории, правила импорта и способ сравнения. У насосов, вентиляторов и электротехнических изделий будут свои группы параметров.
| Группа данных | Что согласовать | Как проверить |
|---|---|---|
| Модель и исполнение | Постоянный код, артикул производителя, серия, отдельные продаваемые варианты | Поиск по точному артикулу приводит к нужному исполнению |
| Характеристики | Тип значения, единица, допустимые значения, обязательные поля категории | Фильтр и сравнение используют одинаковые единицы; пропуск виден |
| Комплектующие | Связь с конкретной моделью, количество, обязательность, источник совместимости | Дополнение сохраняется в составе; неподтверждённая связь не выдаётся за совместимость |
| Документы | Тип, редакция, язык, дата, применимые модели и исполнения | Паспорт открывается из нужной карточки; старая редакция различима |
| Условия поставки | Единица продажи, кратность, цена или запрос цены, наличие, порядок подтверждения срока | В заказе и запросе менеджеру совпадают исполнение и количество |
Эту таблицу можно использовать как основу задания. Заполните её на одной категории: откуда приходит каждое поле, кто его обновляет и что считается ошибкой. Мы предложим загрузить образец в выбранную платформу и проверить его вместе со специалистом по ассортименту. Так становятся видны работы по подготовке данных ещё до переноса всего каталога.
Поиск тоже проверяем отдельно: точный артикул, написание серии, разрешённые синонимы, модель с дефисом и запрос без результата. Сравнение должно показывать параметры выбранных исполнений и отмечать пропуски. Дополнительная поисковая система оправдана, если штатный поиск не проходит согласованные примеры или проверку скорости на нужном объёме данных.
Паспорт и совместимость привязываем к исполнению
Допустим, у одной серии несколько исполнений. Общий PDF лежит в карточке, а покупатель не понимает, относится ли он к выбранной позиции. Мы предлагаем хранить у документа область применения: серию, модель или исполнение, редакцию и источник. При замене файла сохраняем связь и решаем, нужен ли доступ к прежней редакции для уже поставленного оборудования.
Документ должен оставаться доступным по понятной ссылке, а сотрудник должен видеть, что требуется обновить. Сведения о сертификации, применении и совместимости берём у производителя или уполномоченного специалиста. Само наличие PDF в карточке не подтверждает применимость документа к любому товару серии.
Иллюстрация сценария
Модель, детали и документы рядом
Для связанных товаров полезно различать «совместимо», «входит в комплект» и «может понадобиться». Каждая пометка меняет действие покупателя. Если связь не подтверждена, предлагаем запросить уточнение у менеджера и передать выбранную модель вместе с вопросом.
Расчётный подбор выделяем в инженерный селектор. Это инструмент, который рекомендует оборудование по условиям объекта и методике производителя. Для него нужны отдельные входные параметры, ограничения, проверочные примеры и специалист, принимающий результат. Каталог уже известных моделей может запускаться самостоятельно; проверенный селектор подключается следующим этапом.
Обычная покупка и запрос КП в одном каталоге
Например, заказчик собирает спецификацию: часть позиций продаётся по известной цене, часть нужно уточнить у поставщика. В карточке предлагаем показывать доступное действие: купить, запросить цену либо согласовать поставку. Коммерческое предложение сокращённо называют КП; в запросе на него менеджеру нужны конкретные позиции, количество и условия.
Для смешанного состава заранее выбираем правило. Можно передавать всю спецификацию на согласование или разделять её на подтверждённую покупку и запрос. Покупатель должен видеть этот порядок до отправки. Статус «запрос получен» сообщаем отдельно от подтверждения цены, срока и резерва.
Наличие и срок поставки тоже различаем. Остаток на складе, ожидаемое поступление и изготовление под заказ требуют разных подписей. Для компаний из Москвы, Петербурга и других регионов срок может зависеть от склада, адреса и состава поставки. Если точный срок подтверждает менеджер, интерфейс прямо сообщает об этом.
Когда нужны условия по договорам, несколько сотрудников одной организации, согласование закупки и повторные заказы, имеет смысл оценить B2B-портал. Для каждого правила проверяем готовый модуль на вашей версии платформы: роли и цены должны работать одинаково в каталоге, корзине и запросе КП.
Что передаём из учёта и что получает менеджер
Для каждого поля назначаем систему, где его редактируют. Учётная программа может вести варианты, цены и остатки; паспортами и описаниями могут управлять в каталоге. Заказ возвращается в учёт, а запрос КП попадает в CRM (систему работы с клиентами). Направление обмена определяем по реальному процессу компании.
В официальном протоколе обмена 1С с сайтом есть каталог и информация о заказах. Пригодность готового обмена зависит от конфигурации, версии, доработок и возможностей сайта. Обещание «интеграция с 1С» в предложении проверяем по точным полям и операциям: передаст ли обмен исполнения, единицы, нужный тип цены и состав заказа.
Запрос в CRM должен сохранять код модели и исполнения, количество, комплектующие, комментарий и данные для связи. Если клиент добавил файл спецификации, он тоже должен попасть к ответственному менеджеру. Общий текст «интересуется оборудованием» заставит сотрудника заново собирать заказ.
В магазине «Бакаев» мы связали приложение, админ-панель и 1С через сервер синхронизации. Замена изображения в панели отражается в 1С, заказ в приложении меняет остаток в панели и учёте, изменения из 1С возвращаются к витрине. Подробнее о магазине читайте в кейсе «Бакаев». Для оборудования будем отдельно согласовывать правила резерва, документов и подтверждения срока.
До запуска проверим обычный заказ, потерянный ответ, повтор отправки и покупку последней единицы. Согласуем, как системы узнают прежний запрос и что видит сотрудник при сбое. Если обмен недоступен, каталог должен показывать согласованный статус актуальности цены и наличия. Время обновления и восстановления входит в требования проекта.
Стоимость каталога: какие строки сравнивать
Для выбора платформы полезна смета по одному составу работ. Цена лицензии или готового модуля покрывает только свою часть. К ней добавляются подготовка технических данных, интерфейс, обмен, проверка и сопровождение. Попросите каждого подрядчика оценить одну и ту же категорию и одни и те же сценарии.
| Строка сметы | Что должно входить | Что влияет на объём |
|---|---|---|
| Данные и перенос | Словарь свойств, единицы, варианты, очистка дублей, связь документов | Состояние исходных файлов, различия категорий, объём ручной проверки |
| Каталог и поиск | Карточки, фильтры, сравнение, поиск артикула, связанные товары | Поддержка нужной структуры готовым ядром, сложность поиска |
| Закупка | Корзина, запрос КП, спецификация, условия организаций | Смешанные заказы, персональные цены, роли и согласования |
| Интеграции | Настройка или разработка обмена, контроль ошибок, сверка | Версии 1С и CRM, нестандартные поля, участие специалистов заказчика |
| Запуск и поддержка | Приёмка, обучение, мониторинг, обновления и резервные копии | Ответственность сторон, лицензии, размещение, условия восстановления |
Два предложения с одинаковой ценой платформы могут дать разный результат, если в одном предложении паспорта связывают с исполнениями, а в другом оставляют эту работу заказчику. Поэтому рядом с суммой должны стоять результат этапа, исходные данные и ответственный. Отдельно уточняем регулярные расходы и порядок проверки доработок после обновлений.
На срок влияют готовность выгрузки, доступность специалиста по ассортименту и тестовой базы, согласование правил поставки. Мы предлагаем сначала довести одну категорию до проверяемого результата. После этого проще оценить перенос остальных категорий и решить, какие функции нужны к запуску. Расчётный селектор оцениваем отдельной строкой.
Проверка одной категории перед выбором подрядчика
Подготовьте категорию с разными исполнениями, паспортами и комплектующими. Добавьте позицию с известной ценой и позицию под запрос. Согласуйте ожидаемый результат каждого действия и попросите показать его на прототипе или тестовой платформе.
- Найти модель. Введите артикул и название серии. Проверьте, что поиск различает исполнения и объясняет пустой результат.
- Сравнить. Отберите модели фильтром. Убедитесь, что единицы совпадают, отсутствующие значения обозначены, а свойства относятся к выбранным вариантам.
- Открыть документ. Скачайте паспорт нужного исполнения. Замените редакцию и проверьте сохранение связи с товаром.
- Собрать состав. Добавьте комплектующие и количество с учётом кратности. Отправьте смешанную спецификацию: менеджер должен получить те же позиции.
- Изменить данные. Обновите цену и наличие в согласованном источнике. Проверьте отображение на сайте и действие при недоступном обмене.
- Повторить запрос. Смоделируйте пропавший ответ CRM или учёта. Проверьте поиск прежнего запроса, правило повторной отправки и видимую ошибку.
Результатом такой проверки станет список готовых возможностей, настроек и доработок с понятными границами. Если критичный сценарий требует обходного ручного действия, его стоимость и последствия нужно учесть до договора. Подробный состав предлагаемого решения можно сверить со страницей разработки каталога инженерного оборудования.
Вопросы перед оценкой каталога
Можно ли начать с CMS и позже добавить B2B?
Да, если модель данных и возможности платформы поддерживают нужные правила. До старта проверяем варианты товара, цены организаций, состав запроса и обмен. Так будущий модуль сможет использовать существующие данные.
Нужна ли заказная разработка из-за большого числа характеристик?
Количество полей само по себе не определяет решение. Важны разные типы данных, правила категорий, скорость фильтрации, качество импорта и удобство сотрудников. Применимость готового ядра проверяем на ваших данных.
Можно ли дать цену проекта по числу товаров?
Число товаров помогает оценить масштаб, но не описывает состояние данных, варианты, документы и правила закупки. Для предварительной оценки нужны образец категории, исходная выгрузка, список систем и путь заказа.
Как запускать каталог, если расчётный подбор ещё не готов?
Можно начать с поиска известной модели, характеристик, документов и запроса менеджеру. Для инженерного селектора отдельно согласовать методику производителя и проверочные результаты, затем подключить его к каталогу.
Разберём вашу категорию оборудования
Пришлите категорию, паспорта, правила поставки и обезличенный образец выгрузки. Мы сопоставим данные с путём покупателя, предложим структуру каталога и разделим готовые возможности, настройки и разработку. На этой основе подготовим состав работ для оценки.