Сколько стоит владение сайтом: как посчитать расходы на первый год

1. Задайте границы расчёта и период

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

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

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

Документация: FinOps Foundation: планирование состава и оценка технологических расходов;

2. Отделите разовые работы от регулярных услуг

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

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

Если таблица не помещается на экране, прокрутите её по горизонтали.

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

3. Заполните платежи за эксплуатацию на 12 месяцев

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

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

Если таблица не помещается на экране, прокрутите её по горизонтали.

Базовые внешние платежи первого года: 10 800 + 4 485 = 15 285 BYN. Это итог только заданного состава. Каждая ставка учебная, а не рекомендация бюджета. Для собственного сайта замените строки предложениями и условиями своих поставщиков, включая ограничения пакетов и доплаты при превышении.

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

Документация: FinOps Foundation: распределение прямых и общих расходов;

4. Не смешивайте платежи, внутреннее время и резерв

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

В примере выделено 20 часов на запуск и по 4 часа ежемесячно на согласования и проверки: 20 + 4 × 12 = 68 часов. Для управленческой оценки принята условная внутренняя стоимость 30 BYN за час: 68 × 30 = 2 040 BYN. Это не почасовой тариф подрядчика. Не включайте те же часы ещё раз в отдельную зарплатную строку проекта.

Резерв — разрешённый запас финансирования, а не уже понесённый расход. В нашем примере руководитель условно выбирает 10% базовых внешних платежей: 15 285 × 0,10 = 1 528,50 BYN. Это учебная предпосылка, не универсальная норма. В реальном проекте размер обосновывают рисками: изменением нагрузки, тарифов и неопределённым объёмом доработок.

Если таблица не помещается на экране, прокрутите её по горизонтали.

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

Документация: FinOps Foundation: бюджет, ответственность и резерв финансирования;

5. Проверьте, когда именно понадобятся деньги

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

Если таблица не помещается на экране, прокрутите её по горизонтали.

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

6. Обновляйте прогноз по факту и принятым решениям

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

Продолжим учебный пример. Первые шесть месяцев прошли по плану: 10 800 + 405 + 6 × 340 = 13 245 BYN. С седьмого месяца размещение дорожает на 20 BYN в месяц, а новый модуль требует разового годового платежа 240 BYN. Внешние платежи второго полугодия: 6 × 340 + 6 × 20 + 240 = 2 400 BYN. Новый прогноз года: 13 245 + 2 400 = 15 645 BYN.

Отклонение от базового плана составляет 15 645 − 15 285 = 360 BYN. Если руководитель согласовал эти расходы из первоначального резерва, свободный остаток резерва равен 1 528,50 − 360 = 1 168,50 BYN. Общий лимит финансирования остаётся 16 813,50 BYN; к новому прогнозу нельзя снова добавлять весь исходный резерв.

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

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

Документация: FinOps Foundation: прогноз расходов и его пересмотр;