Критерии оценки заявок на поставку ПК и серверов: веса

Зачем заранее фиксировать критерии и веса

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

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

Для госоргана это практический вопрос. Нужны предсказуемая поставка (и понятные штрафы за срыв), работающая поддержка (с измеримыми SLA) и полный пакет документов, чтобы приемка и оплата не остановились. Если участник обещает «24/7», но не показывает регламент, контакты, сроки реакции и порядок эскалации, сравнивать такое обещание с реальным SLA другого участника невозможно.

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

• разделить «допуск» (обязательные требования) и «оценку» (баллы)
• договориться о весах: что важнее именно здесь - цена, срок, сервис или документы
• закрепить, какими документами подтверждается каждый пункт и что считается «не подтверждено»
• утвердить единый шаблон расчета, чтобы все считали одинаково

Так вы снижаете риск споров, упрощаете работу комиссии и заранее задаете участникам понятные правила.

Обязательные требования и оценочные критерии: не смешивать

Самая частая причина споров - когда «допуск» и «оценка по баллам» оказываются перемешаны. Логика должна быть простой: сначала участник проходит порог (все обязательные требования выполнены), и только потом предложения сравниваются по оценочным критериям. Тогда оценка не превращается в торг.

Обязательные требования - это то, что нельзя «компенсировать» низкой ценой или красивыми обещаниями. Если параметр критичен для эксплуатации или безопасности, он должен быть строго «да/нет». Для ПК и серверов к таким пунктам обычно относят совместимость с вашей инфраструктурой (ОС, домен, средства защиты, интерфейсы, стойки и питание для серверов), минимальные характеристики (CPU, RAM, накопители, сетевые порты, резервирование), гарантию и условия ремонта (например, не меньше 36 месяцев), подтвержденный сервис (наличие поддержки и регламент приема заявок), а также обязательные документы (сертификаты, декларации, подтверждение происхождения, полномочия поставщика).

Если пункт важен настолько, что без него поставка бессмысленна, не ставьте за него баллы. Типичная ошибка - «добавим баллы за наличие гарантии» или «оценим сертификаты по шкале». Гарантия, соответствие минимальным характеристикам и обязательные подтверждения должны быть условиями допуска. Баллы оставьте для того, что может быть лучше минимального уровня: более короткие сроки, расширенный SLA, гарантия сверх минимума.

Формулируйте обязательные требования так, чтобы их можно было проверить по документам и спецификации, без трактовок:

• одно требование - один проверяемый факт
• конкретные числа вместо «не хуже» и «современный»
• «предоставить документ X» вместо «подтвердить качество»
• одинаковые формулировки в ТЗ и в форме заявки (чтобы сравнение было механическим)

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

Как выбрать критерии и распределить веса без перекоса

Держите матрицу простой: 3-5 ключевых критериев. Чем больше строк, тем больше поводов спорить о деталях, которые не влияют на итог.

Начинайте не с процентов, а с приоритетов закупки. Для ПК и серверов в госоргане обычно важны три вещи: уложиться в бюджет, не сорвать сроки ввода и не остаться без поддержки, если что-то выйдет из строя. Если простой критичен (например, для ЦОН, больницы, колл-центра), вес сервиса и сроков должен быть выше, даже если цена немного больше.

Ориентир по весам (подстройте под вашу ситуацию, но без крайностей):

• Цена: 40-60%
• Сроки поставки: 10-25%
• Сервис и SLA: 15-30%
• Подтверждающие документы (сертификаты, статусы, письма, гарантия): 5-15%

Такой диапазон помогает не перекосить оценку в сторону одного параметра. Если цене дать 80-90%, вы фактически признаете, что сроки и поддержка почти не важны. Тогда не стоит удивляться рискам с поставкой и ремонтом.

Быстрый тест на адекватность: представьте два предложения. Первое дешевле на 5%, но сроки вдвое длиннее и поддержка только в рабочее время. Второе дороже, но поставка быстрее и есть 24/7 поддержка с понятным временем реакции. Если по вашим весам почти всегда выигрывает первое, даже когда простой критичен, значит, веса выбраны не под вашу реальность.

Чтобы потом не спорить, зафиксируйте логику весов в протоколе простыми фразами: почему важен срок (дата запуска), почему важен сервис (риски простоя), почему важны документы (проверяемость и приемка). Для Казахстана отдельная тема - статус отечественного производителя и подтверждения качества (в том числе ISO). Если на рынке есть поставщики с локальным производством и сервисной сетью, такие как GSE.kz, эти отличия стоит учитывать только через измеримые критерии и подтверждающие документы, а не через обещания.

Пошагово: собираем матрицу оценки для комиссии

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

Начните с черновика таблицы: критерий, вес, шкала, формула, документы-подтверждения.

Пять шагов, которые обычно работают

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

2. Отделите обязательные требования от оценочных. Обязательные - это допуск (есть или нет): совместимость, базовые характеристики, наличие сервисной сети, статусы и сертификаты. Для каждого сразу задайте формат подтверждения: паспорт изделия, письма производителя, сертификаты, референс-листы, SLA.

3. Выберите 3-6 оценочных критериев и задайте веса и шкалы (например, 0-5 или 0-10). Шкала должна объяснять, за что ставится 0, средний балл и максимум.

4. Пропишите формулы и правила округления. Для цены часто используют нормирование от минимальной цены; для сроков - баллы по диапазонам; для сервиса - измеримые параметры (время реакции, время восстановления). Сразу зафиксируйте, как считать при равенстве и какие поля заявки берутся в расчет.

5. Сделайте тестовый прогон на 2-3 условных предложениях. Один вариант пусть будет дешевле, но с длинными сроками; другой - дороже, но с сильным сервисом. Если итог кажется несправедливым, меняйте веса или шкалу до публикации.

Пример: если для филиалов критична замена на месте, заранее задайте отдельный критерий «выездной сервис и покрытие». Подтверждением сделайте адреса сервисных точек и проект SLA. У поставщиков вроде GSE.kz это обычно можно подтвердить документально, и комиссии проще ставить баллы без догадок.

Оценка цены: формулы и правила, которые выдерживают проверку

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

Самый понятный вариант - баллы от минимальной цены. Формула легко проверяется и не зависит от вкуса комиссии:

Баллы_по_цене = (Минимальная_цена / Цена_участника) * Максимум_баллов

Например, максимум по цене 60 баллов. Минимальная цена 10 000 000. Участник предложил 11 000 000. Тогда 10 000 000 / 11 000 000 * 60 = 54,5 балла.

Главная защита от манипуляций - сравнивать одинаковое. Цена должна относиться к одной и той же комплектации и одинаковым условиям поставки. Заранее опишите, что считается эквивалентом (процессор, ОЗУ, накопитель, ОС, гарантия, количество и тип портов, форм-фактор). Иначе «дешевле» часто означает «проще».

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

Иногда уместно учитывать не только закупочную цену, но и жизненный цикл. Это работает только если вы заранее описали и можете проверить расчеты: энергопотребление, стоимость расширенной поддержки, замена комплектующих, лицензии, обслуживание. Тогда оценка идет по совокупной стоимости владения на заданный период (например, 3-5 лет) с единой калькуляцией для всех.

Сроки поставки и сервис: измеримые показатели вместо обещаний

Чтобы комиссия могла сравнивать заявки без споров, сроки и сервис нужно описывать как измеримые показатели, а не как «быстро» и «качественно». В правилах оценки заранее разделите минимум (допуск) и то, за что можно получить дополнительные баллы.

Сроки: что именно считать и как выставлять баллы

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

Шкалу задавайте порогами. Например: до 10 дней - 10 баллов, 11-20 дней - 7 баллов, 21-30 дней - 4 балла, больше 30 - 0 баллов. Обязательно укажите, от какого события считается срок (дата договора, дата заявки на отгрузку, дата оплаты). Иначе участники будут трактовать по-разному.

Реалистичность проверяйте документами, а не «уверениями». Попросите график поставки партиями (если рабочих мест много), точки отгрузки, план по неделям. Если заявлен очень короткий срок, пусть он подтверждается наличием на складе или фиксированным планом производства.

Сервис: минимум как допуск, детали как баллы

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

Метрики, которые обычно понятны всем:

• время реакции на заявку (например, 30 минут / 2 часа / 4 часа)
• время восстановления (например, до 8 часов / до 24 часов / до 48 часов)
• наличие запчастей и срок замены (в регионе или центральный склад, срок в днях)
• режим поддержки и приема заявок (24/7 или рабочие часы) с четким определением «24/7»
• география выезда инженера: список регионов и время прибытия (в городе - до 4 часов, вне города - до 24 часов)

Чтобы убрать двусмысленность, фиксируйте: что считается началом отсчета (время регистрации обращения), какие каналы связи допустимы (телефон, почта, портал), и что именно считается «восстановлением» (работоспособность сервиса, замена устройства, выдача подменного фонда).

Если у участника заявлены 24/7 и широкая сеть выездов, это можно превращать в баллы, но только при наличии SLA и описания покрытия.

Подтверждающие документы: как проверять и как начислять баллы

Документы проще всего превратить из источника споров в понятную часть матрицы: заранее разделите их на (1) обязательные для допуска и (2) те, за которые можно дать дополнительные баллы. Тогда комиссия сравнивает не «на глаз», а по одинаковому чек-листу.

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

Чек-лист для начисления баллов

Задайте простую шкалу, например 0-1-2 балла за каждый пункт (нет, частично, полностью). В чек-лист обычно включают полную спецификацию без размытых формулировок, понятные гарантийные условия (срок, что входит, где ремонт, сроки реакции), документы о происхождении и статусе производителя (если важна локализация), сертификаты системы менеджмента (ISO 9001, ISO 14001, ISO 45001) как сигнал зрелости процессов, а также единый аккуратный пакет (файлы читаемы, подписаны, совпадают по датам и наименованиям).

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

Когда не начислять баллы, а отклонять

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

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

Пример сценария: сравниваем два предложения без споров

Комиссия закупает 200 ПК и 10 серверов одинаковой конфигурации с поставкой по двум адресам в одном городе. Требования к совместимости, комплектации, гарантии и безопасности одинаковы для всех и вынесены в обязательные условия.

Дальше работает матрица, закрепленная заранее:

• Цена (50 баллов)
• Срок поставки (20 баллов)
• Сервис и SLA (20 баллов)
• Подтверждающие документы (10 баллов)

Два поставщика:

Поставщик А дает цену 100 млн тенге, срок 25 дней, базовый сервис (реакция 8 часов, устранение 5 рабочих дней). Поставщик Б дает цену 106 млн тенге, срок 10 дней, расширенный сервис (реакция 2 часа, выезд на следующий день, подменный фонд).

Для цены и сроков комиссия использует простые формулы, чтобы не спорить о «насколько лучше»:

Разницу легко объяснить: Б дороже, но выигрывает по срокам и сервису, и это заранее учтено весами.

Чтобы не было «устных» аргументов, комментарии фиксируют только по пунктам матрицы:

• какой показатель заявлен
• какой документ его подтверждает
• какой пункт матрицы применен
• сколько баллов начислено

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

Частые ошибки, из-за которых закупка спорная

Громкие споры чаще возникают не из-за «плохих» поставщиков, а из-за расплывчатых правил оценки. Если участник может трактовать пункт по-своему, он почти всегда так и сделает.

Типовые ошибки:

• перегружают оценку десятками пунктов и добавляют субъективные слова вроде «лучшее», «максимально надежное», «высокое качество» без измеримых показателей
• начисляют баллы за то, что нельзя проверить: «гарантируем быстрый выезд», «у нас сильная команда», «высокая удовлетворенность»
• сравнивают предложения в неравных условиях: разная комплектация, разные сроки оплаты, разные условия доставки и монтажа, включен или не включен пусконаладочный выезд
• ставят веса «по привычке», не по риску (например, сервису дают 5% при закупке серверов для критичной инфраструктуры)
• не прописывают правила равенства: что делать при одинаковой цене или одинаковом итоговом балле, как округлять, как учитывать частичные поставки

Небольшой сценарий: два участника предлагают серверы «одного класса», но один включил расширенную гарантию 24/7 и выезд в регионы, а второй - только ремонт в сервисном центре. Если сервис описан одной строкой и вес маленький, комиссия фактически сравнивает разные продукты под одним названием.

Чтобы снять спорность еще до публикации, добавьте понятные правила:

• любой оценочный пункт привяжите к документу или измерению (цифра, срок, формат SLA)
• зафиксируйте базовую конфигурацию и что считается «эквивалентом»
• укажите, какие расходы включены в цену (доставка, подъем, монтаж, обучение)
• опишите тай-брейк: при равенстве баллов выигрывает меньшая цена или более короткий срок (один вариант, без двусмысленности)

Если поставка планируется по всей стране, заранее проверьте, что требования к сервисной сети и поддержке подтверждаются документами, а не обещаниями.

Короткий чек-лист перед публикацией критериев

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

• Разделены «обязательное» и «оценочное». Обязательные требования проверяемы (есть документ или нет) и не дублируют начисление баллов. Если за 24/7 поддержку даете баллы, не делайте это же условием допуска.
• По каждому критерию есть шкала и источник данных. Для цены - формула, для сроков - единицы (календарные дни) и точка отсчета, для сервиса - измеримые метрики, для документов - перечень и правила проверки.
• Веса без «скрытых» факторов. Сумма весов ровно 100%, и все, что влияет на итоговый балл, прямо описано. «По усмотрению комиссии» заменено шкалой.
• Есть контрольный расчет на тестовых заявках. Проверьте, что один критерий не «перебивает» все остальные.
• Назначены ответственные: кто проверяет цену и арифметику, кто сроки, кто SLA, кто документы, и что делать при расхождениях.

Если после этой проверки вы можете за 10 минут объяснить участнику, как получился его итоговый балл, критерии готовы к публикации.

Следующие шаги: как упростить работу комиссии и снизить риски

Начните с короткого внутреннего документа на одну страницу, который фиксирует приоритеты именно вашего госоргана. Когда он согласован заранее, комиссия реже спорит о том, «что важнее» уже во время вскрытия и оценки.

Чтобы закрепить позицию, достаточно ответить на несколько вопросов и утвердить их у ответственных:

• Какие сроки критичны: поставка «сразу» или поэтапно с вводом в эксплуатацию?
• Нужен ли 24/7 сервис и какой максимум простоя допустим?
• Какие документы обязательны, а какие дают дополнительные баллы?
• Насколько важны локализация и прозрачность цепочки поставок?

Дальше полезно сверить формулировки с рынком, но без «подгонки» под конкретного участника. Попросите у нескольких потенциальных поставщиков типовой SLA и пример пакета подтверждающих документов (сертификаты, письма производителя, сведения о сервисной сети). Это помогает убрать двусмысленные пункты, из-за которых потом возникают разночтения.

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

Если для вас важны локализация и прозрачность цепочки поставок, вынесите это в отдельный блок: какие подтверждения принимаются и как именно они влияют на баллы (статус отечественного производителя, сертификации системы менеджмента, подтверждение сервисного покрытия по регионам).

Чтобы сроки, сервис и пакет документов были реалистичными, заранее проведите консультацию с производителем и системным интегратором. Для поставок ПК и серверов участники уровня GSE.kz могут подсказать достижимые сроки производства и поставки, формат 24/7 поддержки и состав типового пакета документов. Это помогает отсечь «красивые обещания», которые потом невозможно подтвердить и честно сравнить.