Сколько на самом деле стоит час простоя 1С и сайта — и как это доказать директору

Каждый месяц я слышу одну и ту же фразу: «зачем нам резервный канал, у нас пять лет всё работало». А через полгода эти же люди звонят мне в панике, потому что 1С легла в разгар отгрузок, а сайт молчит уже три часа. Я директор IT-компании, и я устал считать эти убытки постфактум. Поэтому в этой статье — как посчитать цену простоя заранее, в рублях, и принести эту цифру на планёрку вместо слов «ну, вроде, дорого».

Простой начинает стоить денег с первой минуты, а не с третьего часа

Есть устойчивое заблуждение: пока сервер поднимается, компания просто ждёт. Ничего не теряет. Это неправда. С момента, когда 1С перестала отвечать, вы платите зарплату людям, которые сидят и смотрят в монитор с песочными часами. Платите за аренду офиса, в котором никто не производит продукт. И если это не бухгалтерия, а склад или производство — теряете конкретные заказы, которые уходят к тому, у кого сайт открылся быстрее.

У одного клиента, оптовая торговля стройматериалами, 40 рабочих мест, сервер с базой 1С рухнул в четверг в 11 утра. Причина банальная — переполнился диск под логами, никто не следил. Восстановление заняло 6 часов, потому что бэкап делали раз в сутки на ту же машину, куда и писали базу. То есть бэкапа фактически не было.

Директор потом сам сел и посчитал: 22 человека сидели без работы шесть часов, средняя ставка 350 рублей в час с учётом налогов — это уже 46 200 рублей. Плюс три сорванные отгрузки на 380 тысяч рублей, которые перенеслись на следующий день, и один клиент, который просто уехал к конкуренту. Резервный сервер с автоматическим бэкапом на отдельное хранилище стоил бы 18 тысяч в месяц. Разница очевидна, но её никто не считал заранее.

Формула, которая работает для любой компании до 50 рабочих мест

Я не буду грузить вас консалтинговой методологией на двадцать страниц. Формула простая и укладывается в один лист Excel. Стоимость часа простоя равна: (зарплатный фонд простаивающих сотрудников за час) плюс (упущенная выручка за час работы) плюс (штрафы и неустойки по договорам, если они применимы) плюс (стоимость экстренного восстановления — это отдельная статья, о ней ниже).

Зарплатный фонд считается легко: берёте ФОТ с налогами за месяц, делите на количество рабочих часов, умножаете на число сотрудников, которые физически не могут работать без 1С или сайта. В бухгалтерской фирме это, как правило, все. В производственной компании — бухгалтерия, склад, отдел продаж, иногда весь цех, если система управляет станками или списанием материалов.

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

Пример: бухгалтерская компания и сдача отчётности

Возьмём клиента попроще — юридическая фирма на 15 человек, вся работа в 1С и в облачном хранилище документов. Простой сам по себе не рушит выручку впрямую, юристы могут писать документы в Word. Но если 1С падает в дни, близкие к сдаче отчётности в ФНС или к зарплате, цена совсем другая.

Один раз у клиента слетела база 1С:Бухгалтерия за два дня до сдачи НДС. КриптоПро выдавал ошибку, сертификат ЭЦП оказался привязан к старой машине, а бэкап базы был недельной давности — за это время накопилось 40 документов, которые пришлось восстанавливать вручную по бумажным копиям. Бухгалтер потратила три дня сверхурочно, компания заплатила ей 15 тысяч рублей премии за аврал, а ещё пени 1200 рублей за один день просрочки по одному контрагенту, потому что не успели выставить счёт.

Итоговая цена одного эпизода — почти 20 тысяч рублей плюс нервы бухгалтера, которая после этого две недели грозилась уволиться. Мониторинг диска и ежедневный тестовый бэкап с проверкой восстановления стоят у нас в пределах 4-6 тысяч рублей в месяц для такой конфигурации. Окупаемость — один такой инцидент в год с запасом.

Пример: сайт и интернет-магазин — деньги утекают в реальном времени

С сайтом ситуация ещё нагляднее, потому что здесь можно поставить прямую денежную метрику — конверсию в заказ. У клиента с интернет-магазином медицинского оборудования сайт упал на 4 часа в субботу из-за того, что закончилось место на диске хостинга под логами Apache. Никто не мониторил, узнали от клиентов в WhatsApp, которые писали «у вас сайт не открывается».

Средняя выручка сайта в дневные часы выходного — около 60 тысяч рублей за 4 часа, по статистике за предыдущие недели. Это чистая упущенная выручка, не с учётом маржи, а с учётом маржи в районе 35% потеряно было примерно 21 тысяча рублей прибыли. Добавьте сюда репутационные потери: часть клиентов, которая не смогла заказать, ушла на Ozon и Wildberries, и не факт, что вернётся.

Резервное окружение с мониторингом Zabbix, который присылает алерт в течение минуты после падения сайта, и автоматическим алертом в Telegram обходится в 3-5 тысяч рублей в месяц в зависимости от нагрузки. Причём чаще всего дело не в аварии сервера, а в банальном переполнении диска или истёкшем SSL-сертификате — вещи, которые мониторинг ловит за секунды, а не за часы, когда клиенты уже начали жаловаться.

Скрытые издержки, которые директора почти никогда не считают

Прямые потери — это верхушка айсберга. Есть вещи, которые не попадают в первую прикидку, но по факту составляют половину реального ущерба. Сверхурочная работа сотрудников после восстановления — это не только премия, это ещё и усталость, из-за которой на следующий день растёт число ошибок в документах. Штрафы за просрочку поставок по договору — часто 0,1% от суммы за каждый день, и если контракт крупный, счёт идёт на десятки тысяч за пару дней.

Отдельная статья — стоимость экстренного восстановления, когда зовут инженера в выходной или ночью. У нас, например, срочный выезд или удалённое подключение вне обычного графика стоит от 3 до 5 тысяч рублей за визит плюс работа по часам, вместо плановых 25-30 тысяч в месяц за абонентское обслуживание с мониторингом. Компании, которые экономят на плановом обслуживании, в итоге платят по экстренному тарифу — просто позже и больше.

И совсем незаметная вещь — доверие сотрудников и клиентов к самой компании. Если сайт падает раз в квартал, а на звонок в поддержку никто не отвечает, менеджеры начинают вести учёт заказов в блокноте «на всякий случай», а это уже прямой путь к хаосу в данных и новым ошибкам, которые не связаны с IT напрямую, но родом именно оттуда.

Как посчитать годовую цифру и положить её на стол директору

Идея простая: считаете не один инцидент, а вероятную частоту за год, умноженную на среднюю стоимость эпизода. Если за последние два года было три серьёзных сбоя — берите это за базу, а не надейтесь, что дальше повезёт больше. Даже при консервативной оценке 3 инцидента в год по 30-50 тысяч рублей каждый — это 90-150 тысяч рублей потерь, о которых никто раньше не думал как о статье расходов.

Дальше сравниваете эту цифру со стоимостью резервирования: второй канал интернета — 1500-3000 рублей в месяц, Veeam Backup с ежедневным копированием на отдельное хранилище — от 5 до 15 тысяч в месяц в зависимости от объёма данных, мониторинг Zabbix с алертами — от 3 тысяч. В сумме это условные 15-25 тысяч рублей в месяц, то есть 180-300 тысяч в год. На первый взгляд дороже, чем убытки от простоя. Но это неправильное сравнение.

Правильное сравнение — не «убытки против расходов на защиту», а «вероятность катастрофического сценария против гарантированной защиты». Один серьёзный инцидент с потерей базы 1С без бэкапа обходится не в 50 тысяч, а в сотни тысяч и иногда в потерю компании как таковой — я видел клиента, который восстанавливал утраченную базу закупок и клиентскую базу почти месяц вручную, по счетам и переписке. Резервирование — это не расходы, это страховка от сценария, который вы физически не можете себе позволить один раз в жизни компании.

Как я обычно подаю эту цифру клиентам — и как это делать вам

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

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

И последнее: не нужно сразу покупать всё и сразу. Начните с того, что дешевле всего и закрывает максимальный риск — обычно это мониторинг диска и ежедневный проверяемый бэкап базы 1С. Это условно копейки по сравнению с ценой одного серьёзного простоя, а закрывает процентов семьдесят типичных аварийных сценариев, с которыми я сталкиваюсь у клиентов каждый месяц.

Частые вопросы

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

Как часто на самом деле случаются сбои 1С и сайта у небольших компаний?
По моей практике у компании из 20-50 рабочих мест серьёзный простой на несколько часов случается в среднем один-три раза в год, даже если про это не помнят или не считали в деньгах. Мелкие сбои на 15-30 минут случаются чаще, просто их обычно не фиксируют как инцидент.

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

Сколько по времени восстанавливаются данные, если бэкапа нет вообще?
От нескольких дней до нескольких недель, в зависимости от того, что и как можно восстановить вручную по бумажным документам, переписке и выпискам банка. Я видел случай, когда клиент месяц восстанавливал базу закупок — и это ещё повезло, что часть данных была продублирована в почте.