Гид: как выбрать SRM-систему для автоматизации закупок


Выбор SRM требует аккуратного подхода: неточность в требованиях к системе увеличит сроки внедрения и бюджет в 2-3 раза, а про окупаемость системы даже в среднесрочной перспективе можно будет забыть. На российском рынке представлены три-четыре десятка решений, и каждое из них имеет свою специфику. Задача — не запутаться и найти систему, которая не просто имеет нужные «галочки» в описании функционала, а станет действующим инструментом роста для вашего бизнеса. Этот гид поможет вам сделать обоснованный выбор.

Начните с внутреннего аудита

Прежде чем смотреть на рынок, загляните внутрь компании. 80% успеха будущего проекта внедрения зависят от того, насколько полным был внутренний аудит компании.

Соберите рабочую группу. Включите в нее:

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

Сформулируйте измеримые цели. Они должны быть достижимыми и выражаться в цифрах. Например:

  • «Сократить длительность закупок на 30%».
  • «Снизить количество неконкурентных закупок на 50%».
  • «Автоматизировать 80% операций при согласовании заявок на поставку».

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

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

Критерии выбора SRM-системы

У нас есть список задач и приоритеты — теперь вы можете составить чек-лист для оценки систем управления закупками.

Базовые возможности

Система должна закрывать базовые потребности в автоматизации закупок:

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

Технические и архитектурные особенности

  • On-Premise или облако (SaaS): в отличие от глобальных брендов, большинство российских SRM-решений предлагают on-premise-развертывание (установку на ваши собственные серверы). А это дополнительная нагрузка на IT-департамент.». Обсудите с ними готовность к такому сценарию заранее. Если же вы не хотите переложить решение IT-вопросов на вендора – вам больше подойдет облачная SRM, например, «Умные закупки».

Интеграция с другими информационными системами. Система должна иметь готовые коннекторы или открытый API для интеграции с ERP (чаще всего это 1С) и системами электронного документооборота (ЭДО). Без этого вы получите «автономное» решение и головную боль в виде ручного ввода данных из SRM в другие системы.

От списка кандидатов к шорт-листу: разыскиваем подрядчика

Имея на руках четкие критерии, можно начинать поиск. Изучите сайты вендоров, рейтинги SRM-систем (например, «Рейтинг российских SRM» или рейтинг «Сколково и TAdviser») и запросите рекомендации у коллег из смежных отраслей. Составьте первоначальный длинный список из 10-15 потенциальных вендоров.

Проведите быстрый первичный отсев. Отфильтруйте список по критериям:

  • Поддерживает ли решение интеграцию с 1С?
  • Предлагает ли оно нужный тип развертывания (on-premise или on-cloud)?
  • Есть ли у вендора успешный опыт внедрения в вашей отрасли?

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

Отсеять вендоров несложно. Чтобы понять, что разработчик вам не подходит, достаточно всего нескольких критериев. Или, как модно говорить, «красных флагов.

«Красный флаг» Почему опасно Что делать
1 Вендор не даёт доступ к демо или показывает только презентацию Высокий риск сюрпризов при внедрении Требовать демо по вашему кейсу или пилот
2 Нет открытого API или готовых коннекторов с 1С Придётся делать дорогую интеграцию вручную Проверить список API и интеграций, запросить документацию
3 Нет клиента в вашей отрасли Риск несовпадения процессов Просить кейсы и рекомендации от похожих компаний
4 ЛК поставщика сложный, нет мобильной версии Поставщики откажутся работать в системе Протестировать личный кабинет на поставщиках
5 Цена внедрения в 2–3 раза выше лицензии Риск «дорогого и долгого входа» в работу с системой Просить детализированный TCO, сравнивать с другими
6 Нет SLA на поддержку или не фиксированы сроки реакции Риск простоев Требовать SLA в договоре (P1 ≤ 2 ч, P2 ≤ 8 ч)
7 Нерегулярные обновления (1 раз в год или реже) Система «замрёт», придётся дорабатывать самому Проверить релиз-ноты, план развития
8 Нет тестовой среды Невозможно безопасно обучать сотрудников Требовать тестовый контур в договоре

Last but not least: критерии, о которых забывают

  • Возможность и стоимость доработок: ваши процессы уникальны. Узнайте, насколько система готова к кастомизации. Можно ли силами ваших IT-специалистов добавить новое поле, этап согласования или отчет? Или каждая доработка требует недель согласований и десятков тысяч для оплаты разработчиков вендора?
  • Простота для поставщиков: если ваши контрагенты не смогут или не захотят работать в системе, проект провалится. Использование личного кабинета поставщика должно быть интуитивно понятным, не требующим длительного обучения. Обязательно запросите демонстрацию интерфейса поставщика.
  • Масштабируемость и поддержка: убедитесь, что вендор активно развивает продукт, выпускает обновления и предоставляет качественную техническую поддержку. Система должна расти вместе с вашим бизнесом.

Демонстрация систем управления закупками

Теперь самое интересное — посмотреть системы в действии.

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

Сценарий 1. Проведение многоэтапного запроса предложений Сценарий 2. Регистрация нового поставщика и настройка маршрута согласования
Цель: проверить, насколько система позволяет запускать и управлять сложной закупочной процедурой, от создания до выбора поставщика Цель: оценить гибкость системы и удобство самостоятельной настройки
1. Создание закупки:
  • Создать карточку закупки с несколькими позициями (IT-оборудование).
  • Указать сроки подачи предложений, этапы согласования и критерии оценки.
  • Проверить удобство интерфейса: сколько кликов, возможность импорта позиций из Excel.
2. Приглашение поставщиков:
  • Выбрать 5 существующих поставщиков из базы, добавить 1 нового.
  • Оценить удобство поиска, фильтрации, регистрации нового контрагента.
3. Сбор предложений:
  • Проверить, как поставщик видит тендер в личном кабинете.
  • Отправить тестовое предложение от имени поставщика (цена, срок, комментарий).
4. Переторжка (второй этап):
  • Снизить цену и отправить новую версию предложения.
  • Проверить, как отображаются изменения в интерфейсе закупщика.
5. Выбор победителя:
  • Сравнить предложения в системе (матрица сравнения).
  • Выбрать поставщика, зафиксировать результат.
6. Формирование контракта:
  • Сгенерировать черновик контракта и отправить его на согласование.
  • Проверить интеграцию с ЭДО (если доступно)

1. Создать нового поставщика (ручной ввод + импорт из Excel).

2. Добавить нестандартное поле (например, «наличие ISO 9001»).

3. Настроить новый маршрут согласования (3 шага: закупщик → юрист → финдиректор).

4. Проверить, можно ли сохранить шаблон маршрута для будущих закупок

Метрики:
  • Время выполнения каждого шага (сек).
  • Количество кликов.
  • Количество ошибок/заминок.
  • Удобство интерфейса (оценка 1–5).
  • Простота действий со стороны поставщика (отзыв тестового пользователя)
Метрики:
  • Время выполнения.
  • Количество кликов.
  • Нужно ли привлекать ИТ-специалиста (да/нет).
  • Возможность сделать это силами пользователя

Обращайте внимание на:

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

Соберите обратную связь. Запросите у вендоров контакты 2-3 действующих клиентов. Обязательно позвоните им и задайте несколько вопросов: «Насколько проактивен был вендор, как была организована работа с его стороны, какие шаги понравились, а какие нет?», «Как быстро реагирует техподдержка?», «Пришлось ли много дорабатывать?».

Финальное решение и переговоры

Сведите все полученные данные по каждому вендору в сравнительную таблицу. Оцените их по всем критериям, присвоив веса и баллы. Это поможет принять объективное решение.

Критерий Вес (0–1) Оценка (1–5) Итоговый балл (Вес × Оценка)
Функциональность 0.40
Интеграция и архитектура 0.20
UX и удобство для поставщиков 0.15
TCO (стоимость владения 0.15
Развитие продукта и поддержка 0.10
ИТОГО: 1.00

Если проект масштабный, идеальным вариантом будет пилотное внедрение на ограниченном круге процессов или в одном департаменте. Это лучший способ проверить систему на практике.

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

  • SLA (соглашение об уровне сервиса): четко прописанные сроки и каналы реакции техподдержки.
  • Гарантии на выполненные доработки.
  • Порядок приемки этапов работ.
  • Условия дальнейшего развития и обновления системы.

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

Запишитесь на онлайн-демонстрацию возможностей «Умных закупок»

Получив вашу заявку, мы:
  • позвоним по телефону и договоримся об удобном для вас времени;
  • созвонимся по Zoom или Skype;
  • обсудим, какие проблемы и цели у вас есть в направлении закупок;
  • покажем, как с помощью “Умных закупок” вы сможете решить проблемы и достичь цели.