Обоснование бюджета на обновление ПК: аргументы в цифрах

С чего начать разговор с финансовым комитетом

Финансовый комитет часто слышит про «медленные компьютеры» как про неудобство для ИТ. Разговор быстрее сдвигается с места, если сразу перевести проблему в деньги: сколько компания теряет из-за простоев, ремонтов, лишнего энергопотребления и рисков. Тогда бюджет на обновление ПК выглядит не как просьба «купить технику», а как решение измеримой задачи.

Обычно вам задают вопросы, которые помогают комитету защитить решение:

• Почему нельзя «дотянуть еще год» и что будет, если ничего не делать.
• Сколько это стоит не только при закупке, но и в владении.
• Какие потери уже есть и где они отражаются (время людей, сроки, штрафы, безопасность).
• Какой срок окупаемости и какие риски у проекта.
• Можно ли обновлять частями и как выбрать приоритеты.

Чтобы спорить меньше и решать быстрее, на первую встречу приносите не «идеальный расчет», а 6-8 ключевых цифр и источники данных. Например: размер парка и возраст устройств, доля ПК старше 4-5 лет, среднее число инцидентов в месяц, время восстановления, стоимость часа сотрудника (или хотя бы диапазон), текущие расходы на ремонт и поддержку, ориентиры по энергопотреблению.

Сильный прием - заранее согласовать допущения. Договоритесь о периоде расчета (часто 3 года), о том, что считать простоем (полный стоп или «работает медленно»), и как оценивать час потерь. Зафиксируйте это письменно в одном абзаце. Если позже начнут спорить, вы вернетесь не к эмоциям, а к согласованным правилам.

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

Модель в цифрах: что считать и за какой период

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

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

В расчет обычно входят пять блоков:

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

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

Данные часто уже есть внутри компании. Начните с простого набора:

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

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

Простой и падение продуктивности: как перевести в деньги

Комитету проще согласиться на обновление, когда «компьютеры тормозят» превращается в понятную сумму. Логика простая: сколько часов люди теряют из-за ПК и сколько стоит час их работы.

Базовая формула:

Потери от простоя за период = (часы простоя на сотрудника в месяц) x (стоимость часа) x (число сотрудников) x (число месяцев).

Важно учитывать не только ситуацию «не включается». Скрытый простой обычно больше:

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

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

Пример: 120 сотрудников, стоимость часа 5 000 тг, простой 3,5 часа в месяц. Потери в месяц: 120 x 3,5 x 5 000 = 2 100 000 тг. За год это 25 200 000 тг, без учета стресса, срывов сроков и ошибок.

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

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

Ремонт и поддержка: прямые расходы, которые легко доказать

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

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

Для убедительного расчета соберите за 6-12 месяцев минимум:

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

Дальше все сводится к формуле:

Стоимость поддержки = запчасти + (часы инженера x ставка часа) + внешние услуги.

Пример: в парке 200 ПК, за год 160 заявок по «железу». Среднее время на заявку 1,5 часа, ставка часа инженера 8 000 тг. Получается 160 x 1,5 x 8 000 = 1,92 млн тг только на труд. Добавьте запчасти (например, 2,5 млн тг) и выезды/подрядчиков (0,6 млн тг) - итого около 5 млн тг в год, без учета простоя пользователей.

Отдельно обозначьте порог, после которого ремонт невыгоден. Практичное правило: если годовые расходы на ремонт и поддержку одного ПК приближаются к 25-30% цены нового, а отказы повторяются, выгоднее замена.

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

Энергопотребление: простой расчет без сложных формул

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

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

Базовая логика:

кВтч в год = (средняя мощность, кВт) x (часов в день) x (рабочих дней в году).

Потом умножаете на тариф и на количество рабочих мест.

Чтобы расчет был «читаемым», явно отметьте, что именно обновляется. Часто ПК меняют, а мониторы оставляют, и экономия меньше. Если обновляете и мониторы (или переходите на all-in-one), покажите это отдельной строкой.

Шаблон одной таблицы для комитета

Заполните строки по двум вариантам: «старое» и «новое», а разницу вынесите отдельной строкой.

Для быстрой проверки «порядка цифр»: старый ПК в среднем 100 Вт, новый 60 Вт. При 8 часах и 240 рабочих днях разница 40 Вт дает около 77 кВтч в год на одно место, дальше остается тариф и масштаб.

Для доверия добавьте примечание: какие значения взяты из паспортов, какие измерены на 2-3 рабочих местах. Если часть парка планируете заменить на локально произведенные модели (например, настольные ПК или моноблоки GSE), их удобно включить отдельным «новым» вариантом.

Риски безопасности и соответствия требованиям: как посчитать аккуратно

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

Чтобы риск не выглядел как «страшилка», оформляйте его как сценарии с вероятностью и ценой последствий. Базовая логика:

Ожидаемый ущерб = вероятность события за год x стоимость инцидента.

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

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

Пример: бухгалтерия на 40 рабочих местах, часть ПК не поддерживает актуальные обновления. Инцидент шифрования дает 2 дня простоя. Если стоимость часа сотрудника с налогами и накладными 6 000 тг, то только продуктивность: 40 x 16 часов x 6 000 = 3,84 млн тг. Добавьте 200-500 тыс. тг на восстановление и внеплановые работы ИТ - получаете величину, сравнимую с частью проекта обновления.

Что показывать комитету:

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

Скрытые затраты: сложность поддержки и разнородность парка

Разнородный парк часто кажется «дешевле» на бумаге: купили, что было в наличии, и работаем. На практике ИТ получает разные образы системы, драйверы, BIOS-настройки, утилиты, модели блоков питания и накопителей. Каждый «уникальный» тип устройства добавляет время на подготовку рабочего места и увеличивает шанс, что нужной детали не окажется под рукой.

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

Чтобы показать масштаб, достаточно 3-4 показателей, которые легко собрать за 2-3 недели:

• среднее время подготовки одного рабочего места (с нуля или после замены ПК);
• среднее время восстановления после сбоя до момента, когда сотрудник снова может работать;
• доля обращений, где нужна ручная настройка из-за модели или драйвера;
• количество уникальных моделей в парке и их доли.

Пример: если стандартизированный ПК готовится за 1,5 часа, а «зоопарк» - за 3 часа, разница 1,5 часа. При 200 подготовках или заменах в год это 300 часов ИТ. Умножьте на стоимость часа - и получите сумму, которая повторяется ежегодно, даже без учета простоя пользователей.

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

Пошагово: как подготовить расчет и презентацию за 1-2 недели

Чтобы пройти финансовый комитет, нужна короткая модель в цифрах и понятный план внедрения. Это реально собрать за 7-10 рабочих дней, если заранее договориться, кто дает данные (ИТ, бухгалтерия, безопасность, HR).

План работ на 1-2 недели

• Соберите инвентаризацию и разложите ПК по группам: возраст (до 3 лет, 3-5, 5+), роль (офис, инженерные, кассы, регистратура), критичность.
• Выберите 4-6 метрик, которые подтверждаются документами: счета за ремонт, заявки в сервис-деск, часы простоя по тикетам, энергопотребление по типам устройств, число исключений (например, неподдерживаемые ОС).
• Подготовьте 2-3 сценария обновления: разом; поэтапно (например, 50% в этом году, 50% в следующем); только критичные рабочие места. Для каждого сценария сразу укажите, что не меняется (например, мониторы, периферия).
• Посчитайте эффект и окупаемость: сравните «как есть» и «после» по годовым затратам, отдельно отметьте снижение рисков.
• Сведите вывод: что покупаем, когда, какой эффект, что будет, если не делать.

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

Как должен выглядеть финальный слайд

Сделайте один слайд, который читается за 30 секунд: стоимость проекта, экономия или избегаемые затраты, срок окупаемости, ключевые риски при отказе. Рядом - 2-3 строки допущений (период расчета, что включено и что исключено).

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

Частые ошибки в расчетах и как их избежать

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

Ошибка 1: считать только цену закупки

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

Ошибка 2: «идеальные» допущения без подтверждения

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

Ошибка 3: считать всех пользователей одинаковыми

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

Ошибка 4: обещать экономию без плана внедрения

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

Ошибка 5: забыть про сроки поставки и окна замены

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

Что помогает избежать этих ловушек:

• привязывайте каждую цифру к источнику: заявки в сервис-деск, статистика поломок, отчеты по инцидентам безопасности, счета за электроэнергию;
• делайте 2-3 сценария (консервативный, базовый, осторожно оптимистичный) и показывайте диапазон;
• делите пользователей на группы и считайте эффект отдельно;
• добавляйте план внедрения на 1 страницу: этапы, ответственные, риски, как измерять результат через 30-90 дней;
• учитывайте календарь: окна замены (ночь, выходные), сроки поставки, пилот на 10-20 мест.

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

Короткий чеклист перед заседанием комитета

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

Проверьте, что у вас есть:

• карта парка: сколько ПК, где стоят, какое подразделение владелец, какие группы сравниваете (до 3 лет, 3-5, 5+). Это снимает вопрос «что именно обновляем»;
• факты по обращениям: число заявок, причины (диск, блок питания, перегрев), реальные затраты за 12 месяцев (запчасти, выезды, платные работы). Если часть ремонта делается своими силами, вынесите трудозатраты отдельной строкой;
• денежная оценка простоя: ставка часа и прозрачная логика, сколько часов теряется на один инцидент. Лучше консервативно, но понятно;
• черновой расчет энергии: часы работы, средняя мощность старых и новых моделей, тариф и период. Допущения должны быть записаны явно;
• 2-3 сценария обновления: минимальный (только самые старые), базовый (весь парк 5+ лет), ускоренный (плюс критичные роли). Для каждого - сумма закупки, ожидаемая экономия или снижение рисков, окупаемость.

Быстрая проверка: возьмите один отдел на 30-50 рабочих мест и прогоните расчет «вручную» на примере. Если руководитель отдела понимает логику и соглашается с допущениями, комитету будет проще принять решение.

Пример сценария и что делать дальше

Представьте парк из 200 рабочих мест. Разделите его на три группы, чтобы расчет выглядел честно и был понятен комитету: 1) офисные сотрудники со старыми ПК (6+ лет), 2) ключевые подразделения (финансы, кадры, продажи) с ПК 4-6 лет, 3) роли с повышенными требованиями (аналитики, инженеры, медработники) со смешанным парком.

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

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

Чтобы решение выглядело управляемым, закрепите KPI и контроль:

• снижение часов простоя на 30-40% за 6 месяцев;
• сокращение обращений в поддержку на 20% за квартал;
• доля рабочих мест на поддерживаемых ОС: 100% к дате X;
• срок замены критичных ПК: 8-10 недель;
• ежемесячный отчет: факт vs план по экономии.

Дальше запросите спецификации под типовые роли и проведите пилот на 10-15 рабочих местах (по 3-4 в каждом профиле). Если важны локальное производство и предсказуемая поддержка, можно рассмотреть линейки GSE.kz: настольные ПК L200, моноблоки M200, а при необходимости для инфраструктуры - серверы S200 и услуги системной интеграции.