Библиотека управления

Технология проведения тендера по выбору информационной системы

Экономический кризис — отличное время… для того, чтобы покупать новые информационные системы, внедрять передовые технологии и уходить в отрыв от своих конкурентов. Какие перспективы открывает тендер заказчику системы в условиях мирового финансового кризиса? Стоит ли приглашать консультантов или можно обойтись своими силами? Как правильно провести тендер? Ответы на все эти вопросы вы найдете в статье.

Тендер — это выгодно!

Тендер — это, по сути, форма выбора продукта и/или услуги на конкурсной основе.

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

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

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

  • большого количества рабочих мест системы;
  • услуг по внедрению системы;
  • дополнительных услуг по реинжинирингу и обучению.

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

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

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

Какие еще перспективы открывает тендер заказчику системы сегодня?

Обострившаяся в условиях кризиса конкуренция между поставщиками информационных систем — это предпосылка для возникновения большого числа инновационных ИТ-продуктов. Это новые, актуальные, клиентоориентированные решения, однако вследствие возможного сокращения расходов на R&D они могут быть сырыми.

  • Актуальность. Стремление выгодно отличиться от конкурентов заставляет разработчиков информационных систем выпускать гибкие решения, внедрение которых можно осуществить за минимально короткие сроки.
  • Инновационность. Появляются действительно новые решения, в том числе не имеющие аналогов на рынке ИТ-продуктов. Разработка ни на что не похожих систем, как и раньше, сопряжена с высокими рисками, но теперь «игра стоит свеч», когда на кон поставлена рентабельность предприятия-разработчика. Опыт показывает: выигрывает, как правило, тот, кто имеет одну или несколько — но четко нацеленную команду и продукт, являясь лидером на своем рынке. Компания, пытающаяся диверсифицировать риски за счет «универсальности», теряет свои позиции, если только она не является постоянным и главным поставщиком для нескольких крупных заказчиков. Эти аспекты нужно учитывать при выборе поставщика среди участников тендера.
  • Клиентоориентированность. От предприятий-разработчиков сегодня можно требовать более тщательного анализа потребностей клиентов. Возможно, специфика и ограничения бизнеса вашей компании до сегодняшнего момента не позволяла купить подходящего решения. Как знать, может быть ситуация изменилась и на рынке появилась система или поставщик, который соответствует требованиям компании?

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

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

Какие опасности подстерегают предприятие при выборе системы в ходе тендерных торгов? К каким последствиям приводят ошибки, допущенные при проведении тендера? Как не допустить возникновения этих ошибок?

Работа над чужими ошибками позволяет избежать своих

Предупрежден — значит вооружен!

Главный критерий успеха тендера — это достижение его целей. А главной целью тендера является выбор решения, отвечающего текущим потребностям бизнеса компании, а также потребностям бизнеса в обозримой перспективе. Каковы же основные причины выбора «не той» системы? Возможные ответы на этот вопрос перечислены ниже:

  • Не из чего было выбирать. Было получено недостаточно предложений, либо информации в предложении было недостаточно для принятия объективного решения. Если компания отправила потенциальным участникам тендера запросы на предложения, а в ответ получила значительно меньшее число коммерческих предложений, это означает лишь то, что в тендерном задании (запрос на предоставление предложения) был недостаточно учтен интерес поставщиков (прежде всего, финансовый). В то же время, если полученные предложения не содержат необходимой для принятия решения информации, это свидетельствует, скорее всего, о том, что в тендерном задании были указаны размытые, обобщенные требования к вендору и системе.
  • Пока выбирали систему, бизнес изменился. Процедура проведения тендера не была четко регламентирована по срокам, и тендер затянулся на длительное время. Это чревато не столько технологическим отставанием, сколько изменением цены системы из-за нестабильности валют в период кризиса. К моменту заключения договора поставки с вендором, могут возникнуть непреодолимые разногласия и по цене, и по другим условиям поставки, в результате победитель тендера может отказаться от заключения договора, как, собственно, и сам заказчик системы. Такую возможность необходимо заранее предусмотреть. Обычно в этом случае либо выбирается другой победитель (например, набравший наибольшее количество баллов), либо объявляется новый тендер. Кроме того, если при выборе системы не учитывались перспективы развития бизнеса, такой критерий, как гибкость системы, при затягивании сроков проведения тендера выбранная система может оказаться «неподходящей» для изменившегося бизнеса.
  • Поставщику присудили победу за вознаграждение. Личная заинтересованность сотрудников, принимающих решение о выборе победителя тендера, не позволяет провести его объективно. Главный риск при этом — даже не финансовая зависимость сотрудника от участника тендера и выбор более дорогого решения, а возможный выбор неподходящего решения. В этом случае потери будут связаны уже не с перерасходом средств, а с провалом проекта и отставанием от конкурентов.
  • Чтобы исключить возможную договоренность с поставщиком, все важные решения по тендеру должны приниматься коллегиально тендерной комиссией (комитетом), в состав которой входят и представители бизнес-подразделений, и руководители ИТ. Тем не менее, сама по себе коллегиальная форма выбора победителя не является панацеей от коррупции. Чем меньше формализована процедура проведения тендера, чем обобщеннее документируются результаты обследования систем — тем сложнее проверить добросовестность сотрудников, ответственных за выбор поставщика. Но даже при хорошем документировании не стоит забывать о том, что результаты обследования систем и поставщиков могут быть сфальсифицированы. Поэтому при выборе стратегически важных систем, а также дорогостоящих решений уместно пригласить в качестве экспертов внешних независимых ИТ-консультантов.
  • Ошиблись в выборе критериев оценки. Бессистемный подход к определению критериев выбора системы и поставщиков, однобокость анализа предложений поставщиков (например, фокусировка только на характеристиках информационной системы и недостаточное внимание к поставщику) не позволяют сделать правильный выбор победителя тендера. Отсутствие или неправильная расстановка приоритетов при определении критичных критериев, которым в обязательном порядке должна соответствовать система или ее поставщик, приводит к тем же результатам. Проведение анализа рисков, сопряженных с выбором той или иной системы и ее поставщика, значительно повышают устойчивость и надежность решения при подведении итогов тендера.

Таким образом, объективный тендер требует обоснованного, аргументированного решения о выборе системы и ее поставщика.

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

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

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

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

  • Обобщенные бизнес-требования к системе позволяют обосновывать необходимость проведения тендера. Это документ, который инициирует процесс проведения тендера, в нем описываются основные потребности в новой системе. Бизнес-требования к системе могут быть оформлены, например, в виде служебной записки, заключения консультанта или отчета о гэп-анализе. К ним также желательно приложить обобщенный план, в котором были бы определены сроки проведения тендера и собственно внедрения информационной системы (как правило, поэтапного), согласованные с вехами соответствующих бизнес-проектов.
  • Регламент проведения тендера описывает порядок проведения тендера.
  • «Длинный список» решений поставщиков (Long list) позволяет определить основные критерии выбора поставщиков и состав «длинного списка». Это широкий перечень решений, представленных на рынке в настоящий момент.
  • «Короткий список» решений поставщиков (Short list) позволяет определить критерии формирования «короткого списка» и собственно состав «короткого списка», т.е. состав участников, которым рассылается RFP.
  • Запрос на предоставление предложения (Request for Proposal, RFP) описывает информацию, предоставляемую участникам тендера для формирования ими коммерческих предложений: требования к составу предложения в части информации о поставщике, его системе, коммерческих условий сотрудничества.
  • Материалы презентаций и референс-визитов используются для планирования таких мероприятий в ходе тендера (план, сценарий, список тем и вопросов) и эффективного распространения информации среди участников тендерной комиссии.
  • Отчет о результатах тендера обосновывает позицию сотрудников, принимающих решение о выборе победителя тендера. Это результат сравнения предложений поставщиков, презентаций систем и других внутренних рабочих документов. Отчет оформляет итоговое решение о выборе победителя, которое может быть описано в виде протокола тендерной комиссии.

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

Проведение тендера по выбору информационной системы — серьезное мероприятие, требующее значительных усилий и знаний сотрудников компании. «Звать или не звать консультантов?» — вот в чем вопрос.

«За что мы платим консультанту?»

Существует несколько основных причин привлечения консультантов:

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

Все вышеперечисленные недостатки помогут компенсировать независимые консультанты, причем формы их привлечения могут быть различными:

  • Экспертиза пакета тендерной документации;
  • Консультирование тендерной комиссии и ее членов;
  • Комплексные услуги по проведению тендера.

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

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

«Не навреди!»

В некоторых случаях внешнее вмешательство консультанта является малоэффективным. Подобными ситуациями могут быть:

  • Сроки. Если тендер необходимо провести в кратчайшие сроки, лучше это сделать своими силами. Для того чтобы правильно оценить ситуацию, консультанты в начале любого консалтингового проекта проводят экспресс-обследование предприятия клиента. Это позволяет им понять специфику бизнеса заказчика, познакомиться со стратегией развития ИТ-инфраструктуры, согласовать цели и задачи проекта и в конечном итоге определить правильный курс работ при проведении тендера.
  • Цена вопроса. Проект по проведению тендера следует возложить на плечи внутреннего персонала при небольших масштабах внедрения и минимальных рисках, сопряженных с выбором того или иного решения. Масштаб внедрения может определяться количеством необходимых пользовательских лицензий, сложностью и стоимостью покупаемой информационной системы. Величина риска характеризуется серьезностью последствий для бизнеса в случае неудачного внедрения. И степень риска, и масштабность проекта можно описать в стоимостном выражении. Оценка возможных потерь определяет целесообразность привлечения консультантов.
  • Закрытость организации. Руководство не готово предоставить консультанту по соображениям информационной безопасности информацию, необходимую для правильного выбора информационной системы. В этом случае консультант не сможет вынести объективного решения, и привлекать его бессмысленно.

Тендер как проект: вести последовательно и завершить в срок

Процесс проведения тендера состоит из нескольких основных этапов:

1. Инициация проекта;

2. Формирование «длинного списка» поставщиков (long list);

3. Формирование «короткого списка» поставщиков (short list);

4. Рассылка и обработка запросов на предоставление предложений(Request for Proposal, RFP);

5. Получение дополнительной информации в ходе презентаций, референс-визитов, консультаций;

6. Оформление результатов;

7. Заключение соглашения с победителем тендера.

Рассмотрим их более подробно.

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

2. На этапе формирования «длинного списка» поставщиков рассматривается максимально широкий список решений, представленных на рынке. Предварительный отбор систем производится при минимизации затрат на получение дополнительной информации о решении. Т.е. при составлении «длинного списка» используют открытые источники информации, а также личный опыт участников проектной команды и рекомендации коллег, пользующихся доверием. Как правило, это веб-сайты вендоров, содержащие описание основных характеристик систем; обзоры в профессиональной прессе, презентации и демонстрационные ролики, руководства пользователей и т.д. Отбраковка решений из полного списка происходит на основании небольшого числа критичных критериев. Соответствие этим обязательным требованиям является основанием для внесения системы в «длинный список». При оформлении результатов этапа (самого Long List) полезно указывать не только системы, вошедшие в «длинный список», но и все рассматриваемые системы. Например, можно вынести перечень отбракованных решений в отдельный раздел документа. Важно не только перечислить их, но и указать причину исключения системы из рассмотрения — это позволяет вынести обоснованное решение и предупредит возможные вопросы со стороны руководства.

3. Формирование «короткого списка» поставщиков производится из «длинного списка» на основании расширенного состава критериев выбора решения. На данном этапе требования к решению уточняются и систематизируются. Рекомендуется отдельно рассматривать требования к системе, поставщику и проекту.

Требования к системе подразделяют на:

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

Требования к поставщику подразделяют на две группы:

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

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

  • Принципы организации проекта и управления проектом;
  • Требования к ресурсам, выделяемым на проект;
  • Сроки начала и завершения отдельных этапов проекта и проекта в целом;
  • Зависимость от критичных для бизнеса дат (дата сдачи отчетности);
  • Зависимость от других проектов;
  • После того, как требования к решению определены, следует разработать методику формирования «короткого списка» из «длинного» и отбраковать системы, не соответствующие требованиям в соответствии с разработанной методикой. В качестве примера возможных методик сравнения можно привести следующие:
    • Попарное сравнение систем;
    • Балльная оценка систем в с учетом веса каждого критерия выбора системы;
    • Приведенная стоимостная оценка решений, включающая финансовую оценку рисков;
    • Качественное сравнение решений на основе анализа реализации ключевых сценариев (key use cases);
    • TCO (Total Cost of Ownership);
  • Решения, не вошедшие в «короткий список», следует так же, как и на предыдущем этапе формирования «длинного списка», вынести в отдельный раздел, указав причину их «отбраковки».

4. После того, как все требования к решению сформулированы и состав «короткого списка» определен, потенциальным участникам тендера (поставщикам, перечисленным в short list), высылается запрос на предоставление предложения (Request for Proposal, RFP). Разрабатывать его обычно начинают в самом начале проекта, а при получении из длинного и короткого списка поставщиков дополнительной информации о решении RFP может быть расширен.

RFP может состоять из следующих основных блоков:

  • Выдержки из Регламента проведения тендера (основные сроки, правила и процедуры, контактные данные заказчика);
  • Требования к информации в предложении могут включать:
    • Правила заполнения предложения, которые указываются для удобства обработке предложений. Ответы потенциальных участников тендера должны описываться в единой форме для того, чтобы при обработки предложений построить единую таблицу сравнения ответов поставщиков;
    • Требования к участнику — требования, которым должен соответствовать поставщик решения, свидетельствующие о его «успешности», надежности, соответствии проекту;
    • Требования к системе — функциональные, нефункциональные требования, требования к информации о сроках, стоимости решения, истории и опыта ее внедрения;
    • Требования к прочим услугам, оказываемым в ходе проекта: требования к составу работ по проекту (внедрение системы, обучение сотрудников работе с системой, сопровождение).

5. В ответ на RFP, поставщики высылают свои предложения, таким образом, становясь участниками тендера, и фактически с этого момента начинается собственно проведение тендера. Присланные предложения тщательно анализируются и после приведения их к единообразной форме сопоставляются, ответы поставщиков уточняются. Иногда после обработки предложений «короткий список» поставщиков удается сократить до 2–3 решений. Для оставшихся решений организуются презентации и тестовые демонстрации на территории поставщика или заказчика.

Целей у демонстраций и референс-визитов несколько:

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

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

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

  • Качественная оценка решений предполагает сравнение систем с точки зрения их функциональности. По сути, качественная оценка является отчетом о проведенных демонстрациях систем;
  • Анализ рисков, сопряженных с выбором каждого решения. При оценке рисков должны учитываться вероятность наступления рисковой ситуации и стоимость расходов при наступлении или предупреждении риска;
  • Финансовая оценка всех затрат, связанных с выбором каждого решения. В качестве одного из подходов можно предложить включать в финансовую оценку наряду с TCO оценку рисков, связанных с выбором конкретного решения.

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

Если окончательный выбор сделать не удается, то следует задаться вопросом: «Какая дополнительная информация позволит склонить чашу весов в ту или иную сторону?» После этого участникам направляются дополнительные запросы и проводятся новые встречи.

В отчете о результатах тендера должно даваться краткое заключение по каждой из рассматриваемых систем. Рекомендуется определять не только единоличного победителя тендера, но и второго «финалиста» — на тот случай, если по каким-либо причинам не удастся заключить договор поставки с победителем.

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

Вне зависимости от того, будет ли компания обращаться к помощи консультантов или примет решение все работы проводить самостоятельно, принципы проведения тендера едины:

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

Версия для печати