Модуль умного поиска или внешний сервис: что выбрать
Решение по пяти признакам: данные, ответственность, нагрузка, деньги на горизонте двух лет и скорость изменений.
Выбор между установленным модулем и подключаемым сервисом кажется техническим, а на деле определяет, кто будет отвечать за качество поиска через полгода.
Признак 1. Где живут данные
Модуль работает с вашей базой на вашем сервере. Каталог никуда не уходит.
Сервис получает выгрузку каталога и хранит индекс у себя. Это нормальная практика, но требует проверки условий: что хранится, как долго, что происходит при расторжении.
Если в каталоге есть чувствительные данные, вопрос решается отбором полей, а не отказом от сервиса.
Признак 2. Кто отвечает за качество
Модуль. Отвечаете вы. Настройки, синонимы, веса полей, переиндексация — ваша работа. Плюс: полный контроль. Минус: нужен человек, который этим занимается.
Сервис. Отвечает вендор, и с него можно спрашивать по договору. Плюс: меньше работы. Минус: меньше контроля, и вмешаться можно только там, где предусмотрены ручки.
Признак 3. Нагрузка и скорость
Модуль добавляет нагрузку вашему серверу: индексация, обработка запросов, подсказки при вводе. На большом каталоге и заметном трафике это ощутимо.
Сервис снимает нагрузку, но добавляет задержку сети и зависимость от своей доступности. Значит нужен запасной путь: при недоступности сервиса поиск должен переключаться на штатный, а не показывать ошибку.
Признак 4. Деньги на двух годах
Считайте одинаково для обоих вариантов:
- лицензия или подписка;
- внедрение и работа разработчика;
- поддержка и обновления;
- часы сотрудника на настройку и отчёты;
- сервер, если нагрузка требует роста.
Модуль обычно дешевле по деньгам и дороже по часам. Сервис наоборот.
Признак 5. Скорость изменений
Смысловые модели меняются быстро. Сервис обновляет их сам, и вы получаете улучшения без работы. Модуль остаётся таким, каким его установили, пока разработчик не выпустит новую версию.
Обратная сторона: изменения на стороне сервиса могут менять выдачу без вашего ведома. Поэтому эталонный набор запросов надо прогонять регулярно, а не только на внедрении.
Как решить за час
- Есть ли у вас человек на регулярную работу с поиском? Нет — сервис.
- Есть ли ограничения на передачу каталога наружу? Да — модуль.
- Преобладают ли в запросах описания задач? Да — сервис или гибрид.
- Каталог больше десятков тысяч позиций? Считайте нагрузку отдельно.
- Посчитайте два года по обоим вариантам и сравните с эффектом.
Расчёт эффекта — ИИ-консультант для бизнеса: расчёт окупаемости.
Гибрид как рабочий вариант по умолчанию
Штатный или модульный поиск обрабатывает точные запросы, артикулы и фильтры. Внешний сервис включается там, где нужен смысл: описания задач, незнакомые формулировки, пустые выдачи.
Так обращений к сервису меньше, счёт ниже, а зависимость ограничена одной частью сценария.
Вывод и следующий шаг
Модуль оставляет данные и ответственность у вас, сервис берёт работу на себя за ежемесячную плату. Гибрид обычно выгоднее обоих чистых вариантов.
Следующий шаг: ответьте на первые три вопроса из раздела про решение за час. Они закрывают выбор в большинстве случаев.
Частые вопросы
Можно ли начать с модуля и перейти на сервис?
Можно. Главное — сохранить выгрузку каталога, она нужна обоим.
Что делать при недоступности сервиса?
Переключаться на штатный поиск и показывать результаты, а не ошибку.
Насколько модуль нагружает сервер?
Зависит от каталога и трафика. Проверяется замером в часы посещаемости.
Кто настраивает синонимы в сервисе?
Обычно вы, через интерфейс вендора. Уточняйте, есть ли такая возможность вообще.
Что с обновлениями платформы?
Модуль надо проверять на совместимость. Сервис от них почти не зависит.
Как контролировать изменения выдачи?
Регулярно прогонять эталонный набор запросов и сравнивать с прошлым разом.