Менеджер готовит предложение для сети сервисных центров. В архиве есть проекты с CRM, телефонией и записью клиентов. Поиск по слову «сервис» выдаёт много похожих материалов, но часть относится к другой отрасли, часть — к другой редакции продукта, а некоторые результаты нельзя показывать внешним заказчикам. Выбрать убедительный пример сложнее, чем найти текст с нужными словами.
Cohere Rerank 5 можно использовать на этапе отбора уже найденных кейсов. Ниже — предлагаемая схема помощника для B2B-продаж: он получает требования клиента, ранжирует допустимые материалы и показывает подтверждающие фрагменты. Архив реальных проектов и решение о применимости остаются ответственностью компании.
Ранжировщик выбирает из переданных кандидатов #
Rerank получает запрос и набор документов, затем оценивает их релевантность. Он не обходит самостоятельно все папки компании и не создаёт индекс архива. Поэтому сначала нужен поиск кандидатов: по метаданным, ключевым словам, смысловому сходству или сочетанию этих способов.
В релизе Rerank 5 от 21 октября 2026 года представлены варианты Fast и Pro, а также Context Focus для выделения релевантных фрагментов. Эти возможности полезны, когда задача сформулирована подробнее обычного ключевого слова: например, «несколько филиалов, единое расписание и разные правила доступа».
Если подходящий проект не попал в первый набор, последующее ранжирование его не найдёт. Проверять нужно оба этапа: полноту первоначального поиска и качество расстановки кандидатов. Замена одной модели не исправит неполный или плохо описанный архив.
Подготовьте карточку кейса до подключения модели #
В карточке нужны задача заказчика, исходные ограничения, применённые системы, состав выполненных работ и проверенные результаты. Отдельно храните отрасль, масштаб, редакцию продукта, дату проверки и допустимый способ использования: публично, обезличенно или только внутри компании.
Фраза «внедрили CRM и улучшили продажи» почти бесполезна для подбора. Гораздо важнее описание конкретного процесса: как распределяли обращения между филиалами, где хранили расписание, какие ограничения помешали штатному варианту. По этим сведениям менеджер сможет объяснить сходство и различие проектов.
Сведения о результате должны ссылаться на утверждённый источник внутри карточки. Если показатель не подтверждён или его нельзя раскрывать, модель не должна получать его как готовое доказательство для будущего КП. Открытая публикация другой компании также не становится собственным кейсом после включения в индекс.
Примените обязательные ограничения до ранжирования #
Доступ сотрудника к материалам и разрешение на внешнее использование — отдельные фильтры. Сначала выберите допустимый набор, затем передавайте его поиску и ранжировщику. Просьба в тексте запроса «не показывай закрытое» не заменяет технического ограничения доступа.
Так же обработайте условия, которые точно исключают материал. Если клиент требует конкретную редакцию продукта, опыт с другой редакцией можно показывать только с явным объяснением различий. Степень похожести не должна отменять это ограничение.
Некоторые признаки полезны как предпочтение, а не запрет. Кейс из соседней отрасли может лучше объяснять сложное распределение доступа, чем поверхностный пример из той же отрасли. В интерфейсе удобно разделить обязательные требования и желательные совпадения, чтобы менеджер понимал причину отбора.
Учебный запрос может выглядеть так: «Подобрать опыт автоматизации записи в сети филиалов: единый клиент, отдельные расписания, ограничение доступа сотрудников своим филиалом, обмен с учётной системой». Здесь описаны предмет и условия, по которым сравниваются проекты.
Не превращайте запрос в длинную инструкцию модели с просьбой изменить критерии оценки. В документации Rerank указано, что модель принимает текст и не поддерживает инструкции, меняющие способ определения релевантности. Обязательные бизнес-правила реализуются фильтрами и последующей проверкой.
Передавайте содержательные описания кандидатов, сохраняя их внутренние идентификаторы и версии. Для первого поиска можно использовать короткие представления, а для уточняющего ранжирования — более полный текст. Если исходник содержит только презентационные лозунги, ранжировщик не восстановит недостающие детали внедрения.
Покажите менеджеру основание выбора #
Context Focus возвращает позиции релевантных фрагментов в исходном документе. По ним можно выделить текст в карточке и показать, почему материал оказался подходящим. Для привязки храните ту же редакцию строки, которую отправляли в запрос: изменение текста до отображения сдвинет позиции.
Фрагмент полезно показывать вместе с названием проекта, датой проверки, ограничениями и ссылкой на карточку. Удачно выбранное предложение может находиться рядом с существенным исключением. Например, нужный обмен реализован только в одном филиале или остался на стадии пилота.
Высокая релевантность означает соответствие запросу в рамках оценки модели. Она не подтверждает истинность результата, техническую совместимость с новым проектом или право на публикацию. Поэтому интерфейс должен позволять принять кейс, отклонить его с причиной или запросить уточнение у владельца проекта.
Если ни один материал не подходит, полезный результат — «подтверждённого аналога не найдено». В КП можно описать предлагаемый подход и план проверки, не подставляя неподходящий кейс ради заполнения блока.
Как использовать выбранный кейс в предложении #
После принятия менеджер выбирает конкретный тезис, который подтверждает пример. Для клиента с распределёнными филиалами это может быть опыт разграничения доступа, а не все достижения проекта целиком. Рядом нужно объяснить, какие условия нового заказчика отличаются.
Генератор текста получает только принятые фрагменты и разрешённые сведения. Название клиента, показатели и формулировки результата должны проходить по установленным правилам использования кейса. Пересказ не должен усиливать утверждение: «подготовлен прототип» нельзя превращать в «внедрено во всей сети».
Сохраните связь между версией КП и использованными карточками. Если кейс исправят или отзовут разрешение на его использование, компания сможет найти зависимые материалы. Это уже задача реестра документов; сам Rerank не ведёт историю отправленных предложений.
Сравните Fast и Pro на своём архиве #
Подготовьте набор обезличенных запросов продаж и экспертную разметку: подходящие кейсы, явно неподходящие и ситуации без аналога. Разведите ошибки первого поиска и ошибки ранжирования. Иначе модель будет отвечать за материал, которого ей вообще не передали.
Оцените, сколько принятых экспертом примеров попадает в первые результаты, сколько неподходящих предлагается менеджеру и сколько времени занимает выбор. Отдельно проверьте запросы со специфической терминологией, отрицательными условиями и отсутствием опыта.
Начните с Fast как одного из кандидатов на пилот и сравните с Pro на сложных случаях. Выбор определяется качеством на вашем наборе, задержкой и расходами при реальном размере текстов. Более дорогой вариант не исправит отсутствие фактуры в карточках.
Соберите поиск по подтверждённому опыту #
NetLabCS поможет подготовить карточки, ограничения доступа, первый поиск, Rerank и показ оснований выбора для поиска по базе знаний и кейсам компании. Для обсуждения помощника продаж соберите несколько реальных запросов и разрешённых кейсов, включая примеры, которые менеджер не должен использовать. На них можно проверить пригодность отбора до подключения к подготовке КП.
