Найдите специалистов для каждой задачи в закупках Как устроены рейтинги
КОМПАНИИ · СЕРВИСЫ · РЕЙТИНГИДобавить организацию
Редакция ТендерВпрок · 2026-09-17 · 11 мин

Как выбрать SRM, если заявки подразделений теряются в почте

Как выбрать SRM, если заявки подразделений теряются в почте

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

Содержание статьи
  1. Сначала сформулируйте результат
  2. Что проверить до первого разговора
  3. Таблица для сравнения кандидатов
  4. Как сопоставить предложения по стоимости
  5. Ошибки, которые делают выбор дороже
  6. Проведите небольшой пилот
  7. Что закрепить в договоренности
  8. Какие варианты рассмотреть
  9. Как принять решение внутри компании
  10. Начните с одного закупочного маршрута, который действительно болит
  11. Подробный пример: от первого запроса до решения
  12. Пошаговый план проверки перед выбором
  13. Что отличает содержательный ответ от обещания
  14. Рабочая встреча: вопросы по каждому критерию
  15. Практикум для вашей команды
  16. С каких компаний начать знакомство
  17. Короткая записка для согласования выбора
  18. Что выбрать в итоге
Учебный разбор: ситуации, суммы и компании-заказчики в примерах условные. Это сценарий выбора, а не описание клиентского дела.

Сначала сформулируйте результат

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

Что проверить до первого разговора

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

Таблица для сравнения кандидатов

КритерийЧто запроситьКак зафиксировать
МаршрутыПисьменное описание применимости к вашей задачеОтдельная строка в сравнении и подтверждающий документ
БюджетПример результата на ваших исходных данныхОтдельная строка в сравнении и подтверждающий документ
СправочникиПеречень включенных действий и исключенийОтдельная строка в сравнении и подтверждающий документ
ИнтеграцииКалендарь этапов и ответственного специалистаОтдельная строка в сравнении и подтверждающий документ
Стоимость владенияУсловия тарифа, обновления и прекращения работыОтдельная строка в сравнении и подтверждающий документ

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

Как сопоставить предложения по стоимости

Условная лицензия 300 000 рублей не означает такой же бюджет проекта. Внедрение за 500 000 и поддержка 120 000 в год дают 920 000 первого года без внутреннего времени сотрудников. Сравнивайте трехлетнюю модель, включая доработки, инфраструктуру и увеличение числа пользователей.

Ошибки, которые делают выбор дороже

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

Проведите небольшой пилот

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

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

Что закрепить в договоренности

  1. Определить тип процедуры и нужную торговую секцию.
  2. Проверить регистрацию, полномочия подписанта и работоспособность электронной подписи.
  3. Уточнить платежи, регламент поддержки и порядок фиксации поданной заявки.

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

Какие варианты рассмотреть

В короткий список можно включить ELMA365, Directum, B2B Altis, iTender и решение 1С. Выбор зависит от существующей архитектуры и процесса закупок. Запрашивайте фиксированные границы пилота и приемочные критерии до подписания большого договора.

Как принять решение внутри компании

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

Начните с одного закупочного маршрута, который действительно болит

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

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

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

Рабочая задача: Как выбрать SRM, если заявки подразделений теряются в почте
Рабочая задача: Как выбрать SRM, если заявки подразделений теряются в почте. Тематическая иллюстрация.

Подробный пример: от первого запроса до решения

Учебная ситуация. Суммы и обстоятельства условные; это не история клиента и не обещание результата.

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

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

После нескольких циклов измеряют время на уточнение, число возвратов и зависшие согласования. Часть улучшения связана с самим описанием процесса, часть — с автоматизацией. Их не стоит смешивать. Успешный пилот даёт основания расширять охват, а не объявлять проект завершённым по факту входа пользователей в систему.

Пошаговый план проверки перед выбором

  1. Опишите существующий маршрут и выделите проблему, которую нужно измеримо уменьшить в первом этапе.
  2. Установите обязательные поля заявки, владельцев справочников и правила принятия решения.
  3. Выберите один типичный поток с несколькими подразделениями и реальными исключениями из обычного маршрута.
  4. Проверьте интеграции, права, историю изменений и возвраты на уточнение на собственных примерах.
  5. Разделите бюджет запуска и последующих изменений; определите, кто будет поддерживать процесс внутри компании.

Что отличает содержательный ответ от обещания

Что сравниваемОтвет, с которым можно работатьЧто требует уточнения
ПроцессПонятны роли, входы и результаты каждого этапаСначала выбирают интерфейс, потом придумывают правила
ДанныеНазначены владельцы справочниковПоставщики и товары дублируются в разных системах
ИсключенияРаботают возвраты, замещение и изменение заявкиДемонстрируется только прямой маршрут
ПилотЕсть исходные показатели и критерии приёмкиУспех определяется числом созданных аккаунтов
БюджетОтдельно видны лицензии, настройка и интеграцииНазывается только минимальная подписка

Рабочая встреча: вопросы по каждому критерию

Процесс

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

Данные

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

Исключения

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

Пилот

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

Бюджет

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

Сопоставление документов, условий и рабочего сценария
Сопоставление документов, условий и рабочего сценария. Тематическая иллюстрация.

Практикум для вашей команды

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

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

С каких компаний начать знакомство

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

B2B-Center

B2B-Center — площадка корпоративных закупок и разработчик решений для закупочного процесса. Для поставщика точкой входа будет процедура заказчика, а для закупочного отдела — организация собственной работы.

На первой встрече: Сравните разовое участие и подписку с учетом числа нужных вам заказчиков.

Формат и география: Россия онлайн. Указан дистанционный формат обслуживания; наличие офиса и условия выезда уточняйте отдельно.

Bidzaar

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

На первой встрече: Проверьте настройку оценочных критериев и экспорт результатов процедуры.

Формат и география: Россия онлайн. Указан дистанционный формат обслуживания; наличие офиса и условия выезда уточняйте отдельно.

Directum

Решение закупок на Directum RX связывает закупочный процесс с документами и согласованиями. Оно интересно команде, у которой основные задержки возникают при передаче материалов между подразделениями.

На первой встрече: Сформулируйте пилот от заявки подразделения до договора с поставщиком.

Формат и география: Россия онлайн. Указан дистанционный формат обслуживания; наличие офиса и условия выезда уточняйте отдельно.

ELMA365

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

На первой встрече: Покажите маршрут согласования с лимитом бюджета и заменой отсутствующего сотрудника.

Формат и география: Россия онлайн. Указан дистанционный формат обслуживания; наличие офиса и условия выезда уточняйте отдельно.

Короткая записка для согласования выбора

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

Раздел запискиЧто вписать по своей ситуации
Рабочая задачаОпишите существующий маршрут и выделите проблему, которую нужно измеримо уменьшить в первом этапе.
Основание выбораВыбирайте SRM после описания процесса и проверяйте её на одном реальном потоке. Прозрачные роли и исключения важнее эффектной панели показателей.
Проверенные критериипроцесс; данные; исключения; пилот; бюджет. Напротив каждого сохраните конкретный ответ, дату и подтверждающий материал.
Первый этапУстановите обязательные поля заявки, владельцев справочников и правила принятия решения.
Открытые вопросыПеречислите сведения, которых пока нет. Отделите обязательное условие от пожелания; назначьте ответственного за получение каждого ответа.
Контроль результатаРазделите бюджет запуска и последующих изменений; определите, кто будет поддерживать процесс внутри компании.

Что выбрать в итоге

Выбирайте SRM после описания процесса и проверяйте её на одном реальном потоке. Прозрачные роли и исключения важнее эффектной панели показателей.

Источники сведений о сервисах

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

Карточки компаний и источники →