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