Тема 6.3 — Закупки и коммерческие вопросы
В одном предложении: То, как вы покупаете и заключаете контракты на цифровые решения, определяет, кто контролирует ваши данные, останутся ли ваши услуги безопасными и интероперабельными и даст ли общественные деньги ценность, — поэтому закупки — стратегическая дисциплина и дисциплина клинической безопасности, а не административная формальность.
Почему это важно в здравоохранении и уходе#
Почти ничего крупного в цифровом здравоохранении и уходе не строится целиком внутри. Электронные медицинские карты, общие записи ухода, приложения для пациентов, инфраструктура, аналитические платформы и специалисты, которые их поставляют, покупаются у поставщиков по контрактам, способным длиться пять, семь или десять лет. Коммерческие выборы, которые вы делаете в момент покупки, — что вы задаёте, кто может участвовать, кому принадлежат данные, как вы выходите, — формируют услугу гораздо дольше любого отдельного спринта поставки. Плохой контракт фиксирует плохую услугу, а в этом секторе плохая услуга не просто неудобна: она может быть небезопасной, несправедливой и нарушением общественного доверия.
Ставки конкретны. Государственные органы Соединённого Королевства тратят сотни миллиардов фунтов в год через закупки, и здравоохранение и уход — один из крупнейших компонентов. Каждый фунт — общественные деньги, подчинённые законным обязанностям прозрачности и ценности и проверке аудиторов, регуляторов и, когда что-то идёт не так, парламента и прессы. Испорченная закупка тратит эти деньги дважды: на проваленный контракт и снова на устранение последствий. Хуже того, контракт, отдающий поставщику контроль над клиническими данными без пути выхода, может поймать организацию в ловушку на десятилетие, не позволяя сменить поставщика, даже когда услуга деградирует.
Закупки — также место, где тихо решаются равенство и безопасность. Купите систему, не способную обмениваться данными с другими (см. тему 4.3 — Интероперабельность и стандарты данных), и вы купили силос, фрагментирующий уход; задайте только самый дешёвый вход, а не самый безопасный результат — и вы можете получить именно то, за что заплатили. Правильные коммерческие способы работы неотделимы от правильных клинических результатов и результатов равенства.
Ключевые понятия#
Государственные закупки и их принципы. Государственные закупки в Соединённом Королевстве — регулируемый процесс, по которому государственные органы покупают товары, работы и услуги. С тех пор как вступил в силу Procurement Act 2023 (для контрактов, объявленных с начала 2025 года), режим для большинства государственных органов Англии, Уэльса и Северной Ирландии опирается на небольшой набор принципов, которые должно чтить каждое коммерческое решение: прозрачность, справедливое и равное отношение к поставщикам, стремление к ценности за деньги и общественному благу и добросовестность (честность и избегание конфликтов интересов). Специфические для здравоохранения правила — в частности, NHS Provider Selection Regime для закупки услуг здравоохранения — действуют наряду с общим режимом, так что нужно знать, какой применим к конкретной покупке.
Построить, купить или сконфигурировать. Каждое требование приглашает три широких варианта: построить самим, купить готовый продукт или купить платформу и сконфигурировать её. Построение даёт контроль, но требует устойчивой внутренней возможности; покупка быстрее, но рискует привязкой и несоответствием; конфигурирование коммерческого готового продукта — обычный средний путь. Решение зависит от того, является ли возможность подлинным дифференциатором (редко — обычно стоит строить или сильно формировать) или массовой (обычно стоит покупать), и от честной совокупной стоимости владения на протяжении всей жизни, а не только цены лицензии (см. тему 6.0 — Финансовое управление и бизнес-кейсы).
Пути выхода на рынок. Вместо того чтобы каждый раз проводить полный конкурс, государственные органы часто покупают через заранее установленные пути. Рамочное соглашение — договорённость с одним или несколькими поставщиками, установленная центральным закупочным органом, по которой покупатели заключают контракты на согласованных условиях. В Великобритании Crown Commercial Service (CCS) ведёт межведомственные рамки, включая G-Cloud (облачный хостинг, ПО и поддержка) и Digital Marketplace; органы NHS ведут рамки здравоохранения; а динамические рынки (преемник по Procurement Act динамических систем закупок) позволяют новым поставщикам присоединяться на протяжении жизни договорённости. Эти пути обменивают часть индивидуальной подгонки на скорость, заранее обеспеченные условия и законное соответствие.
Спецификация по результатам против спецификации по входам. Спецификация по входам говорит поставщику, что именно строить и как; контракт по результатам, или контракт на основе результативности, определяет желаемый результат и меры успеха и позволяет поставщику предложить, как. Спецификация по результатам подходит сложным, развивающимся цифровым услугам, но требует зрелого измерения и клиента, способного судить о результатах, а не считать поставляемое.
Привязка к поставщику, переносимость и открытые стандарты. Привязка к поставщику — невозможность сменить поставщика без запретительной стоимости, потому что ваши данные, интеграции или навыки заперты в проприетарном мире одного вендора. Коммерческие противоядия — переносимость данных (ваши данные экспортируются в пригодной форме), открытые стандарты, вписанные в контракт, и явные договорённости о выходе и переходе, согласованные до подписания, а не после того, как отношения испортились.
Социальная ценность. Public Services (Social Value) Act 2012 требует от государственных органов учитывать более широкие экономические, социальные и экологические выгоды того, что они покупают: местная занятость, навыки, сокращение выбросов углерода, неравенство в здоровье. Социальная ценность теперь рутинно взвешивается в оценке, а по Procurement Act стремление к общественному благу явно.
Доступ малых и средних предприятий, управление контрактами и возможность «умного клиента». Политика активно поощряет доступ малых и средних предприятий (МСП) и стартапов, потому что рынок, где доминируют несколько гигантов, хрупок и дорог. После подписания контракта управление контрактом и управление отношениями с поставщиками определяют, реализуется ли ценность на бумаге на практике. Где управление контрактом обеспечивает исполнение условий, управление отношениями с поставщиками — дисциплина в течение жизни контракта по управлению результативностью, поддержанию рабочего партнёрства и управлению рисками поставщика и концентрацией на протяжении лет действия контракта. В основе всего — возможность «умного клиента»: достаточное внутреннее понимание, чтобы задавать, оценивать и спрашивать с поставщиков. Вы можете передать на аутсорс поставку; вы никогда не можете передать на аутсорс подотчётность.
Лучшие практики#
Принимайте решение «построить, купить или сконфигурировать» осознанно, по совокупной стоимости владения. Спросите, является ли возможность подлинным дифференциатором или массовой, и считайте весь жизненный цикл — лицензии, интеграцию, выход и внутренние навыки, которые нужно сохранять, — а не цену на ценнике. Умолчание в ресурсно ограниченном государственном органе — покупать или конфигурировать массовое и оставлять построение для редкого подлинного дифференциатора. Запишите обоснование, чтобы его можно было пересмотреть при изменении обстоятельств.
Взаимодействуйте с рынком до того, как задавать спецификацию, прозрачно. Предрыночное взаимодействие — дни поставщиков, запросы информации, опубликованные конвейеры — позволяет узнать, что рынок может предложить, и позволяет поставщикам подготовиться, не давая никому несправедливого преимущества. Выполняемое открыто и с записью, оно производит лучшие спецификации и больше, и разнообразнее, участников. Выполняемое тайно с любимым поставщиком, оно портит конкурс и нарушает принцип добросовестности; держите его беспристрастным и документированным.
Задавайте результаты, а не только входы, где работа сложна. Для развивающихся цифровых услуг определяйте результаты, уровни услуг и меры, которые вам важны, и позволяйте поставщикам предлагать «как», а не замораживайте подробное решение, о котором пожалеете. Это подходит гибкой поставке и позволяет всплыть лучшим идеям. Это работает, только если вы действительно можете измерять результаты и противиться соблазну скатиться обратно в управление задачами; сочетайте с ясными критериями приёмки (см. тему 3.5 — Жизненные циклы поставки).
Впишите переносимость, открытые стандарты и выход в контракт до подписания. Требуйте, чтобы данные хранились в открытых интероперабельных форматах или были экспортируемы в них (см. тему 4.3 — Интероперабельность и стандарты данных), чтобы интерфейсы использовали опубликованные стандарты и чтобы с первого дня существовал просчитанный по стоимости план выхода и перехода. Момент максимального рычага — до подписи; после поставщик заинтересован сделать уход трудным. Относитесь к открытым стандартам как к коммерческому рычагу, а не просто технологическому предпочтению.
Выбирайте путь выхода на рынок по соответствию, а не по привычке. Рамка или динамический рынок быстрее и законно безопаснее индивидуального конкурса, но только если её условия соответствуют вашей потребности, а правила call-off дают реальную конкуренцию, а не штамп. Проверьте, что путь допускает желаемое контрактование по результатам и гибкое и тихо не исключает МСП, до которых вы пытаетесь дотянуться. Не используйте по умолчанию рамку прошлого раза лишь потому, что она знакома.
Взвешивайте социальную ценность и доступ МСП честно. Дайте социальной ценности значимый опубликованный вес, привязанный к результатам, которые вы будете измерять, — местные навыки, сокращение неравенства, выбросы углерода, — и проектируйте процесс так, чтобы меньшие фирмы могли конкурировать: соразмерные требования, быстрая оплата, лоты размера МСП, никаких лишних порогов оборота. Символический вес, который никто не проверяет после присуждения, — театр; подлинное участие МСП делает ваш рынок поставок более устойчивым и часто более инновационным.
Обеспечьте управление контрактом и отношениями с поставщиками ресурсами с первого дня. Ценность, обещанная в заявке, испаряется без активного управления: отслеживайте результативность по уровням услуг, проводите регулярные обзоры, управляйте изменениями и стройте отношения, достаточно прочные, чтобы пережить проблемы. Назовите подотчётного владельца контракта со временем и полномочиями для работы, а не подпись, подшивающую контракт и двигающуюся дальше. Большая часть реализуемой ценности — и большая часть риска — живёт в годах после присуждения (см. тему 9.0 — Сотрудничество с партнёрскими организациями).
Сохраняйте возможность умного клиента внутри. Удерживайте достаточно экспертизы по архитектуре, клинической безопасности, данным и коммерции, чтобы хорошо задавать, достоверно оценивать и оспаривать поставщиков как равный. Аутсорсинг поставки законен; аутсорсинг способности понимать, что вы купили, — способ, которым организации становятся пленниками вендоров. Вы остаётесь подотчётны пациентам, регуляторам и обществу, кто бы ни делал работу (см. тему 6.4 — Управление и обеспечение гарантий).
Заставьте гибкую поставку работать внутри соответствующего контракта. Контракты с фиксированной ценой и фиксированным объёмом борются с итеративным исследованием, но их можно примирить: контрактуйте результаты и ёмкость, используйте поэтапные точки останова и выходы, определяйте цену по спринтам или ограниченное «время и материалы» и привязывайте оплату к работающему ПО, а не документам. Встройте механизмы изменения в контракт, чтобы обучение во время поставки могло быть законно поглощено, соблюдая правила закупок, но всё же поставляя так, как требуют современные цифровые услуги.
Управляйте отношениями активно в течение жизни контракта, а не только транзакцией. Ведите регулярный ритм встреч по управлению, рассматривающих результативность по уровням услуг и результатам, важным клинически и операционно, согласуйте совместную дорожную карту и разрешайте проблемы до эскалации. Относитесь к стратегическим поставщикам как к партнёрам с общей долей в услуге, а не противникам, которых нужно поймать; именно отношения, а не бумаги, проведут вас через неизбежные проблемы. Держите решения, действия и данные о результативности документированными, чтобы обзоры опирались на доказательства, а не память и чтобы подотчётность переживала смену персонала с любой стороны.
Отслеживайте риск поставщика и концентрацию в течение жизни контракта и держите готовность к выходу живой. Следите за финансовым здоровьем критичных поставщиков — отчётность, кредитные сигналы, смены собственника, — чтобы провал или поглощение не застали вас врасплох, и отслеживайте, насколько вы зависите от одного поставщика по всему портфелю. Держите план выхода и перехода живым документом, отрепетированным и пересчитанным по стоимости, а не подшитым и забытым, чтобы уход оставался реальным вариантом. Согласуйте ясные пути эскалации на случай недостаточной результативности поставщика — от операционного обзора до коммерческого уровня и уровня совета — и используйте их рано, до того как деградирующая услуга станет риском безопасности или непрерывности.
Вопросы для обсуждения с командой#
Для этого требования мы покупаем массовую вещь или дифференциатор и какова честная стоимость каждого варианта на протяжении всего жизненного цикла, включая выход? Этот вопрос выводит решение «построить, купить или сконфигурировать» на свет до того, как инерция понесёт вас к знакомому поставщику или самой низкой цене в заголовке. В здравоохранении и уходе ловушка тонка: возможность, кажущаяся уникальной для вашего траста, обычно — массовая вещь, которую уже купили десятки других, а подлинно дифференцирующая работа встречается реже, чем команды любят думать. Обсуждение должно выявить реальную совокупную стоимость владения — интеграцию, миграцию данных, внутренние навыки, которые нужно сохранять, и прежде всего стоимость ухода, — а не плату за лицензию, доминирующую в большинстве бизнес-кейсов. Взвесьте тягу к построению (контроль, соответствие, гордость) против дисциплины покупки массового и направления дефицитных инженерных усилий на то, что можете только вы. Подумайте о конкретных сопоставлениях: сколько соседняя организация заплатила за пять лет и сколько заплатила за выход? Хороший ответ явно называет дифференциатор, считает весь жизненный цикл, включая достоверный сценарий выхода, и фиксирует обоснование, чтобы его можно было оспорить позже; слабый сравнивает цены на ценниках и называет самый дешёвый вариант ценностью за деньги.
Как бы мы ушли от этого поставщика, если бы пришлось, и вписали ли мы это в контракт до подписания? Выход — место, где привязка либо предотвращается, либо цементируется, и им почти всегда пренебрегают, потому что при подписании все оптимистичны, а отношения новы. Напряжение в том, что момент, когда у вас максимальный рычаг, чтобы потребовать переносимость данных, открытые стандарты и просчитанный по стоимости план перехода, — как раз тот момент, когда никто не хочет говорить о разводе. В клинической обстановке последствия суровы: данные пациентов, запертые в проприетарном формате, интеграции, которые понимает только действующий поставщик, и услуга, которую нельзя улучшить, потому что смена обошлась бы дороже терпения статус-кво. Обсудите, действительно ли контракт гарантирует экспорт данных в открытых пригодных форматах, используют ли интерфейсы опубликованные стандарты и согласованы ли план перехода и его стоимость сейчас, а не обсуждаются позже с позиции слабости. Подумайте о реальных сценариях: поставщика поглощают, он удваивает цену или даёт услуге деградировать — каковы ваши варианты в каждом? Сильный ответ описывает достоверный путь выхода с названными форматами, стандартами, сроками и стоимостями, уже в контракте; плохой предполагает, что вы просто продлите, потому что уход немыслим, — а это определение привязки.
Есть ли у нас внутренняя возможность быть умным клиентом для этого, а если нет, как мы её построим, а не передадим подотчётность поставщику? Этот вопрос проверяет, можете ли вы задавать, оценивать и спрашивать с поставщика или зависите от тех самых людей, которыми должны управлять. Это остро важно в цифровом здравоохранении, потому что подотчётность за клиническую безопасность, защиту данных и равенство нельзя передать на аутсорс, кто бы ни писал код (см. тему 1.6 — Клиническая безопасность и управление рисками и тему 1.7 — Управление информацией, защита данных и кибербезопасность); заверения поставщика — не замена вашему собственному пониманию. Напряжение в том, что возможность умного клиента стоит дефицитных навыков, которые советы соблазняются урезать в пользу видимой поставки, а поставщики могут тихо предпочитать клиента, не способного их оспорить. Обсудите, где ваши реальные пробелы — архитектура, коммерция, клиническая безопасность, данные — и заполняете ли вы их удерживаемой экспертизой или заклеиваете консалтингом, углубляющим зависимость. Подумайте, что происходит при пересмотре контракта или споре: могут ли ваши люди достоверно допросить результативность поставщика и его технические заявления? Хороший ответ определяет конкретные возможности для сохранения и план их построения; слабый предполагает, что поставщик скажет вам всё, что нужно знать.
Можем ли мы действительно измерить результаты, которые собираемся задать, а если нет, честны ли мы в том, что всё ещё покупаем входы? Спецификация по результатам — верный инстинкт для сложных цифровых услуг, но она даёт результат, только если вы можете определить, захватить и оценить важные результаты, а многие организации пишут язык результатов поверх мышления по входам. Напряжение в том, что клинические и операционные результаты — сокращённые ожидания, более безопасные назначения, закрытые разрывы равенства — медленны, многопричинны и трудно приписываемы одной системе, так что команды тихо отступают к подсчёту поставляемого и называют это результатами. В цифровом здравоохранении риск режет в обе стороны: зададите результаты, которые не можете измерить, — не сможете спросить с поставщика; зададите входы для развивающейся работы — заморозите решение, из которого вырастете (см. тему 3.5 — Жизненные циклы поставки). Обсудите, какие результаты вы можете подлинно оснастить измерением, какие прокси-меры и уровни услуг примете пока и у кого с вашей стороны есть аналитическая возможность их оценить. Подумайте, привязывают ли ваши критерии приёмки оплату к продемонстрированному работающему ПО и реальным уровням услуг, а не документам. Честный ответ называет меры, признаёт, где вы реально покупаете входы, и обязуется построить зрелость измерения, которую предполагает контракт; слабый посыпает слово «результаты» по спецификации, которую никто не может оценить.
Являются ли наши обязательства по социальной ценности и МСП реальными рычагами, которые мы будем обеспечивать, или весом, который мы забудем после присуждения? Социальная ценность и доступ МСП — законные и политические ожидания, но они скисают в театр, когда взвешиваются на бумаге при оценке и никогда не проверяются снова, когда контракт идёт. Напряжение подлинно: значимый вес социальной ценности и проект, дружественный МСП, — соразмерные требования, лоты правильного размера, быстрая оплата, никаких лишних порогов оборота — могут расширить и укрепить ваш рынок поставок, но добавляют процесс и могут отдавать предпочтение участникам, пишущим хорошие рассказы о социальной ценности, перед теми, кто её поставляет. В здравоохранении и уходе приз конкретен — местные цифровые навыки, сокращение неравенства доступа, меньше выбросов углерода, — но только если кто-то измеряет поставку после присуждения, а не подшивает обещания. Обсудите, какой вес достаточно высок, чтобы изменить поведение участников, какие обязательства вы впишете в контракт как обеспечиваемые обязанности и кто отвечает за их проверку в течение жизни. Подумайте, не исключает ли ваш процесс тихо МСП и стартапы, которых вы заявляете хотеть, через масштаб, оборот или требования к страхованию, которым они не могут соответствовать. Сильный ответ привязывает социальную ценность к измеримым контрактным результатам и называет владельца, который будет спрашивать с поставщиков; слабый считает вес галочкой при оценке, забытой к запуску.
Насколько мы подвержены провалу или доминированию единственного поставщика по нашему портфелю и управляем ли мы этой концентрацией осознанно? Отдельные закупки обычно судятся изолированно, но риск накапливается по портфелю: купите достаточно у одного доминирующего поставщика — и его финансовые затруднения, поглощение или рост цен становятся организационным риском и риском клинической непрерывности, а не просто коммерческим неудобством. Напряжение в том, что консолидация на единственном стратегическом поставщике приносит реальные выгоды — интеграцию, более простое управление, скидки за объём, — тихо углубляя зависимость, лишающую вас способности уйти или вести переговоры. В цифровом здравоохранении провал критичного поставщика может угрожать живым клиническим услугам, так что концентрация — вопрос безопасности не меньше коммерческого (см. тему 9.0 — Сотрудничество с партнёрскими организациями). Обсудите, насколько вы зависимы от какого-либо одного поставщика, отслеживаете ли финансовое здоровье и собственность ваших критичных поставщиков и каков ваш план непрерывности, если один из них проваливается или поглощается. Подумайте, согласованы ли ваши пути эскалации — от операционного обзора до коммерческого уровня и уровня совета — и используются ли они рано, а не после деградации услуги. Хороший ответ отслеживает концентрацию по портфелю, следит за сигналами риска поставщика и держит планы выхода и непрерывности живыми и отрепетированными; слабый управляет каждым контрактом отдельно и обнаруживает зависимость, только когда поставщик уже в беде.
На практике: пример из здравоохранения и ухода#
Интегрированная система ухода (ICS) хочет заказать общую запись ухода, объединяющую виды пациента из острой, общинной помощи, психического здоровья, первичной помощи и социального ухода. Предыдущая попытка провалилась, когда единственный поставщик поставил закрытую платформу, которую ICS не могла ни расширить, ни позволить себе покинуть.
Коммерческая команда начинает иначе. Открытое предрыночное взаимодействие — опубликованный конвейер, день поставщиков, запрос информации — показывает, что несколько поставщиков, включая два МСП, могут удовлетворить потребность, если спецификация написана вокруг результатов и открытых стандартов, а не фиксированного технического проекта. Они решают покупать и конфигурировать, а не строить, считая запись массовой вещью и сохраняя внутренние усилия для местной интеграции и гарантий клинической безопасности.
Спецификация основана на результатах: она определяет клинические результаты, требования управления информацией, стандарты интероперабельности (интерфейсы должны использовать признанные стандарты данных здравоохранения; см. тему 4.3 — Интероперабельность и стандарты данных) и уровни услуг и оставляет «как» участникам. Принципиально: контракт требует, чтобы данные оставались экспортируемыми в открытых форматах, предписывает с первого дня просчитанный по стоимости план выхода и перехода, взвешивает социальную ценность — местные цифровые навыки, сокращение неравенства доступа — на значимый опубликованный процент и определяет лоты так, чтобы МСП могло участвовать в работах по интеграции. Они закупают через соответствующий путь, правила call-off которого допускают контрактование по результатам и поэтапное, определяя цену поставки ограниченными спринтами с точками останова и привязывая оплату к работающему ПО, продемонстрированному клиницистам, а не документам.
После присуждения ICS не распускает команду. Названный владелец контракта проводит ежемесячные обзоры результативности и квартальный обзор отношений с поставщиком, а сохранённая функция умного клиента — архитектор, офицер клинической безопасности, коммерческий руководитель — оспаривает поставщика как равный. Через два года, когда поставщик предлагает повышение цены, ICS достоверно угрожает воспользоваться правами выхода, потому что данные переносимы, а стандарты открыты. Повышение сбивается переговорами. Коммерческое проектирование, а не везение, сохранило ICS в контроле.
Секторные линзы#
Стартап#
Стартап в цифровом здравоохранении обычно — поставщик, а не покупатель, так что его коммерческий фокус — выигрывать работу в государственном секторе без баланса, послужного списка или команды по заявкам, которыми располагают действующие игроки. Рамки и политика доступа МСП существуют отчасти для вас, но вы должны рано вложиться в гарантии, которых требуют покупатели, — клиническая безопасность, защита данных, доказательства интероперабельности, — потому что великий продукт со слабыми гарантиями проигрывает посредственному, отмечающему галочки. Войдите в соответствующую рамку или динамический рынок, отвечайте на опубликованные конвейеры и относитесь к социальной ценности и открытым стандартам как к возможностям выделиться, а не препятствиям. Когда вы сами покупаете — хостинг, инструменты, — держите собственные контракты короткими и переносимыми, чтобы никогда не стать тем, что вы пытаетесь разрушить. Денежный поток хрупок, так что договаривайтесь о быстрой оплате и поэтапных вехах, которые реально можете профинансировать.
Малый бизнес#
Устоявшийся малый поставщик или поставщик услуг — общая практика, общинная аптека, дом ухода или поставщик ухода на дому, клиника на одной площадке или небольшая фирма технологий здравоохранения, перешагнувшая стадию стартапа, — покупает цифровые решения с теми же обязанностями, что и крупный траст, но с долей возможностей. Когда вы покупатель, вы редко ведёте собственный конкурс: ваш практический рычаг — хорошо выбрать из готовых вариантов поставщика и прочитать контракт на ловушки, важнейшие для вас: переносимость данных, стоимость выхода и повышения цен, которые вы не сможете поглотить при тугом денежном положении. Настаивайте, чтобы данные ваших пациентов оставались экспортируемыми в открытых форматах и чтобы уход был просчитан по стоимости, потому что привязка вредит малому поставщику намного сильнее, чем крупному, способному профинансировать миграцию. Опирайтесь на условия рамок, общие закупки через вашу ICS или закупочную группу и отраслевые органы за типовыми контрактами, а не договаривайтесь в одиночку с позиции слабости. Когда вы поставщик, подбирайте размер заявок под лоты, которые реально можете поставить и профинансировать, и относитесь к собственным гарантиям — клиническая безопасность, защита данных, интероперабельность — как к цене, за которую вас будут воспринимать всерьёз государственные покупатели.
Предприятие#
Крупный траст, ICS или фирма технологий здравоохранения ведёт контракты большой стоимости и длительности, где доминирующие риски — привязка и слабое управление после присуждения. Соблазн предприятия — по умолчанию выбирать действующего поставщика и знакомую рамку и считать подписание финишем, а не стартом. Дисциплина — вписывать переносимость, открытые стандарты и выход в каждый контракт, подлинно взвешивать социальную ценность и доступ МСП и обеспечивать ресурсами управление контрактом и отношениями с поставщиками как постоянную функцию, а не запоздалую мысль. У предприятий есть масштаб, чтобы быть требовательным, умным клиентом, — и масштаб, чтобы быть захваченными, если дать их внутренней возможности увянуть. Подотчётность на уровне совета перед регуляторами и аудиторами делает провальную закупку инцидентом управления, а не просто неудачей поставки (см. тему 6.4 — Управление и обеспечение гарантий).
Правительство#
На национальном и системном уровне закупки — инструмент политики не меньше, чем покупка. Центральные органы — Crown Commercial Service и коммерческие функции NHS — формируют целые рынки через рамки, стандарты и условия, которые они задают, и могут использовать этот рычаг, чтобы вменять интероперабельность, открытые стандарты, социальную ценность и доступ МСП сразу сотням покупателей. Государственные закупки действуют под полным светом обязанностей прозрачности, проверки National Audit Office и парламентской подотчётности, так что добросовестность и ценность за деньги не опциональны. Определяющее напряжение — между центральной стандартизацией, дающей масштаб и последовательность, и местной гибкостью, дающей соответствие; надавите на мандаты слишком сильно — принятие застрянет, слишком слабо — рынок фрагментируется. Самая мощная роль центра — сделать соответствующий путь и хорошим путём: хорошо спроектированные пути выхода на рынок, делающие интероперабельную, переносимую, дружественную МСП закупку самым лёгким вариантом, а не самым трудным.
Типичные виды отказов#
- Побеждает низшая цена, стоимость жизненного цикла игнорируется. Присуждение по цене в заголовке — и дешёвая заявка становится дорогой через интеграцию, изменения и стоимость выхода. Исправление: оценивайте по совокупной стоимости владения и результатам и значимо взвешивайте качество и социальную ценность.
- Нет плана выхода. Контракт подписан без переносимости данных, открытых стандартов и договорённостей о переходе, и организация в ловушке. Исправление: договоритесь о просчитанном по стоимости выходе до подписи и вмените открытые форматы и стандарты.
- Спецификация входов для сложной работы. Жёсткая подробная спецификация замораживает решение, из которого вы вырастаете, и блокирует гибкую поставку. Исправление: задавайте результаты и уровни услуг; используйте поэтапное, ограниченное контрактование.
- Подписание как финиш. Никто не управляет контрактом после присуждения, и обещанная ценность никогда не материализуется. Исправление: обеспечьте ресурсами управление контрактом и отношениями с поставщиками с названным, наделённым полномочиями владельцем.
- Выхолощенный клиент. Внутренняя возможность урезана, и организация не может задавать, оценивать или оспаривать своих поставщиков. Исправление: сохраняйте и инвестируйте в возможность умного клиента; никогда не передавайте на аутсорс подотчётность.
- Рамка по привычке. Знакомый путь используется без проверки соответствия, исключая лучших поставщиков или блокируя гибкие условия. Исправление: выбирайте путь выхода на рынок по соответствию конкретной потребности.
- Социальная ценность и доступ МСП как театр. Взвешены на бумаге, никогда не измеряются и не обеспечиваются после присуждения. Исправление: привяжите социальную ценность к измеримым результатам и проверяйте поставку через управление контрактом.
Модель зрелости#
| Измерение | Инициация | Развитие | Стандартизация | Управление | Оркестрация |
|---|---|---|---|---|---|
| Построить / купить / сконфигурировать | Ситуативно, часто строят или по умолчанию берут действующего | Рассмотрены некоторые варианты, ведомые ценой | Осознанное решение о дифференциаторе против массового и стоимости жизненного цикла | Решения о поставках отслеживаются относительно итоговой стоимости жизненного цикла и пересматриваются управлением | Портфельная стратегия поставок, пересматриваемая по мере изменения рынков |
| Спецификация | Подробные спецификации входов, замороженные заранее | Смесь языка входов и результатов | Спецификации по результатам с измеримыми уровнями услуг | Результаты активно измеряются по целям, уровни услуг отчитываются и обеспечиваются | Контракты по результатам, допускающие гибкую поставку с поэтапными точками останова |
| Привязка и выход | Нет условий выхода; проприетарные данные | Выход упомянут, не просчитан | Просчитанный выход, открытые стандарты и переносимость в контракте | Выход и переносимость обеспечиваются и репетируются, пересчитываются по отслеживаемому риску привязки | Выход рутинно осуществим; открытые стандарты — живой коммерческий рычаг |
| Путь выхода на рынок | Индивидуально или по привычке | Рамки используются, соответствие не проверяется | Путь выбран по соответствию, комплаенсу и доступу МСП | Результативность пути измеряется — конкуренция, доля МСП, комплаенс отслеживаются и обеспечиваются | Пути активно формируются, чтобы расширять рынок и допускать хорошие закупки |
| После присуждения и возможность клиента | Контракт подшит, не управляется; зависимость от поставщиков | Эпизодические обзоры; некоторые сохранённые навыки | Названный владелец и обзоры; определённые функции умного клиента | Результативность и риск поставщика количественно управляются по KPI обеспеченной ресурсами клиентской функцией | Управляемое данными SRM пересматривает ценность; возможность клиента — финансируемая инвестиция уровня совета |
Контрольный список#
- Решение «построить, купить или сконфигурировать» принято осознанно, по совокупной стоимости владения на весь жизненный цикл и зафиксировано.
- Открытое, беспристрастное, документированное предрыночное взаимодействие информировало спецификацию.
- Спецификация основана на результатах там, где работа сложна, с измеримыми уровнями услуг.
- Переносимость данных, открытые стандарты и просчитанный по стоимости план выхода и перехода вписаны в контракт до подписи.
- Путь выхода на рынок выбран по соответствию и комплаенсу и допускает необходимое вам гибкое поэтапное контрактование.
- Социальная ценность значимо взвешена и привязана к результатам, которые вы будете измерять после присуждения.
- Доступ МСП и стартапов заложен проектом: соразмерные требования, подходящие размеры лотов, быстрая оплата.
- Вехи оплаты привязаны к работающему ПО и результатам, а не документам, с поэтапными точками останова.
- Названный, наделённый полномочиями владелец контракта ведёт обзоры результативности и отношений с поставщиком с первого дня.
- Возможность умного клиента (архитектура, клиническая безопасность, данные, коммерция) сохраняется и финансируется.
- Подотчётность за безопасность, защиту данных и равенство остаётся за покупателем независимо от того, кто поставляет.
- Закупка чтит принципы государственных закупок: прозрачность, равное отношение, ценность за деньги, добросовестность.
Ключевые источники#
- Procurement Act 2023 и руководство Transforming Public Procurement — Cabinet Office / GOV.UK. https://www.gov.uk/government/collections/transforming-public-procurement
- Provider Selection Regime — NHS England (закупка услуг здравоохранения). https://www.england.nhs.uk/publication/the-provider-selection-regime-statutory-guidance/
- Crown Commercial Service — рамки и пути выхода на рынок (включая G-Cloud и Digital Marketplace). https://www.crowncommercial.gov.uk/
- Public Services (Social Value) Act 2012 — законодательство Великобритании. https://www.legislation.gov.uk/ukpga/2012/3/enacted
- GOV.UK Service Manual — покупка и контрактование цифровых и технологических услуг. https://www.gov.uk/service-manual
- Technology Code of Practice — Central Digital and Data Office / GOV.UK (открытые стандарты, избегание привязки). https://www.gov.uk/guidance/the-technology-code-of-practice
- Open Standards Principles — GOV.UK (открытые стандарты в государственных ИТ). https://www.gov.uk/government/publications/open-standards-principles
- National Audit Office — отчёты и руководство по хорошей практике коммерческого управления и управления контрактами. https://www.nao.org.uk/
- См. также тему 4.3 — Интероперабельность и стандарты данных, тему 5.4 — Планирование ресурсов предприятия (ERP), тему 6.0 — Финансовое управление и бизнес-кейсы и тему 9.0 — Сотрудничество с партнёрскими организациями.
Литература#
- Government procurement in the United Kingdom — Wikipedia — https://en.wikipedia.org/wiki/Government_procurement_in_the_United_Kingdom
- Procurement Act 2023 — Wikipedia — https://en.wikipedia.org/wiki/Procurement_Act_2023
- Framework agreement — Wikipedia — https://en.wikipedia.org/wiki/Framework_agreement
- Performance-based contracting — Wikipedia — https://en.wikipedia.org/wiki/Performance-based_contracting
- Vendor lock-in — Wikipedia — https://en.wikipedia.org/wiki/Vendor_lock-in
- Open standard — Wikipedia — https://en.wikipedia.org/wiki/Open_standard
- Data portability — Wikipedia — https://en.wikipedia.org/wiki/Data_portability
- Public Services (Social Value) Act 2012 — Wikipedia — https://en.wikipedia.org/wiki/Public_Services_(Social_Value)_Act_2012
- Small and medium-sized enterprises — Wikipedia — https://en.wikipedia.org/wiki/Small_and_medium-sized_enterprises
- Total cost of ownership — Wikipedia — https://en.wikipedia.org/wiki/Total_cost_of_ownership
- Supplier relationship management — Wikipedia — https://en.wikipedia.org/wiki/Supplier_relationship_management
- Contract management — Wikipedia — https://en.wikipedia.org/wiki/Contract_management
- Transforming Public Procurement — Cabinet Office / GOV.UK — https://www.gov.uk/government/collections/transforming-public-procurement
- The Provider Selection Regime: statutory guidance — NHS England — https://www.england.nhs.uk/publication/the-provider-selection-regime-statutory-guidance/
- Crown Commercial Service — GOV.UK — https://www.crowncommercial.gov.uk/
- Public Services (Social Value) Act 2012 — UK Legislation — https://www.legislation.gov.uk/ukpga/2012/3/enacted
- The Technology Code of Practice — Central Digital and Data Office / GOV.UK — https://www.gov.uk/guidance/the-technology-code-of-practice
- Open Standards Principles — GOV.UK — https://www.gov.uk/government/publications/open-standards-principles
- GOV.UK Service Manual — Government Digital Service — https://www.gov.uk/service-manual
- National Audit Office — commercial and contract management good practice — https://www.nao.org.uk/