Почасовая поддержка или фиксированный пакет: при какой загрузке пакет дешевле
Учебный расчёт для владельца интернет-магазина: находим порог часов, сравниваем четыре сценария и показываем, почему средняя нагрузка за квартал может дать неверный выбор.
В этой статье
- Входные условия учебной модели
- Порог внутри включённых 16 часов
- Среднее за квартал может дать неверный ответ
- Что должно быть одинаковым в двух вариантах
- Скорость ответа и стоимость часа — разные параметры
- Как принять модель поддержки до оплаты
- Когда почасовой вариант обычно выигрывает в этой модели
- Когда пакет B становится экономически интереснее
- Пересчитайте на своих данных
- Input Conditions of the Training Model
- Threshold within the included 16 hours
- The quarterly average can yield an incorrect answer
- What must be identical in both options
- Response speed and hourly cost are different parameters
- How to accept the support model before payment
- When the hourly option usually wins in this model
- When package B becomes economically more attractive
- Recalculate using your own data
При учебных условиях фиксированный пакет за 48 000 ₽ в месяц становится дешевле почасовой поддержки по 4 000 ₽ после 12 часов работы. Но среднее число часов за квартал способно обмануть: если неиспользованный объём сгорает, месяцы нужно считать отдельно. Ниже — формула, четыре сценария и критерии, которые стоит согласовать до выбора.
Сравнивать тарифы можно только при одинаковом составе работ. Диагностика, исправление, выпуск, проверка результата и документация должны учитываться одинаково. Иначе один вариант продаёт часы, а другой — красивое название с неизвестным содержимым.
Входные условия учебной модели
Два варианта условны и не являются тарифами General iT или рыночной рекомендацией. Они нужны, чтобы показать механизм решения для владельца интернет-магазина.
Параметр | Почасовой вариант A | Пакет B |
|---|---|---|
Фиксированная плата | 0 ₽ | 48 000 ₽ в месяц |
Условия до включённого объёма | 4 000 ₽ за час | 16 часов включено |
Сверх включённого объёма | 4 000 ₽ за час | 3 200 ₽ за час |
Перенос часов | Не применяется | Нет |
Состав работ | Одинаковый | Одинаковый |
Час в модели — фактически учтённое время по согласованным задачам. В него входят только те действия, которые обе стороны заранее отнесли к поддержке. Время ожидания ответа магазина или внешнего сервиса не добавляется автоматически.
Порог внутри включённых 16 часов
Стоимость варианта A равна числу часов, умноженному на 4 000 ₽.
До 16 часов стоимость варианта B остаётся 48 000 ₽. Поэтому порог равен 48 000 ÷ 4 000 = 12 часов.
Работа за месяц | Вариант A | Вариант B | Разница: B минус A |
|---|---|---|---|
6 часов | 24 000 ₽ | 48 000 ₽ | +24 000 ₽ |
12 часов | 48 000 ₽ | 48 000 ₽ | 0 ₽ |
16 часов | 64 000 ₽ | 48 000 ₽ | −16 000 ₽ |
24 часа | 96 000 ₽ | 73 600 ₽ | −22 400 ₽ |
При 12 часах варианты равны по цене. Ниже порога почасовая модель дешевле. Выше порога пакет дешевле, пока состав работ и правила учёта действительно одинаковы.
После 16 часов пакет B считается так: 48 000 ₽ + часы сверх 16 × 3 200 ₽. Для 24 часов получаем 48 000 + 8 × 3 200 = 73 600 ₽. Почасовой вариант стоит 24 × 4 000 = 96 000 ₽.
Среднее за квартал может дать неверный ответ
Возьмём три месяца с нагрузкой 4, 12 и 24 часа. Среднее — 13,33 часа в месяц, то есть выше порога 12 часов. Если остановиться на среднем, пакет кажется выгоднее. Но часы в нашем условии не переносятся.
Период | Часы | Вариант A | Вариант B |
|---|---|---|---|
Месяц 1 | 4 | 16 000 ₽ | 48 000 ₽ |
Месяц 2 | 12 | 48 000 ₽ | 48 000 ₽ |
Месяц 3 | 24 | 96 000 ₽ | 73 600 ₽ |
Итого | 40 | 160 000 ₽ | 169 600 ₽ |
За квартал почасовой вариант стоит 160 000 ₽, пакет — 169 600 ₽. Разница 9 600 ₽ в пользу почасовой модели. Причина не в формуле порога, а в неиспользованных и сгоревших 12 часах первого месяца и четырёх часах второго.
Если договор разрешает перенос неиспользованных часов, объединение нескольких месяцев или смену пакета без штрафа, квартальный расчёт изменится. Такое условие нельзя додумывать: его нужно взять из конкретного предложения.
Что должно быть одинаковым в двух вариантах
Объём и границы поддержки: сайт, сервер, обмен с 1С, платёжные модули и внешние сервисы.
Определение часа: шаг округления, минимальное списание и порядок учёта коротких задач.
Состав выполняемых работ: диагностика, исправление, тестирование, выпуск, откат и документация.
Доступность специалистов: рабочие часы, выходные, праздники и аварийные обращения.
Порядок согласования: кто утверждает задачу и превышение пакета.
Результат: что получает магазин после работы и кто подтверждает приёмку.
Количество часов не заменяет границы ответственности. Разбор границ администрирования и поддержки помогает проверить, кто диагностирует инфраструктуру, окружение и сам магазин, а также как задача передаётся между специалистами.
Скорость ответа и стоимость часа — разные параметры
Дешёвый час не гарантирует быстрый старт работы. Фиксированный пакет тоже не означает круглосуточное устранение любой ошибки. Для сравнения разделите время реакции, время начала диагностики, целевое восстановление и доступность нужной роли.
Параметр | Что зафиксировать |
|---|---|
Первичный ответ | Канал, рабочее время и максимальный срок подтверждения |
Начало диагностики | Когда специалист приступает и какие данные нужны |
Критический инцидент | Какие симптомы дают повышенный приоритет |
Восстановление | Какой сценарий проверяют и кто принимает результат |
Плановая задача | Очередь, оценка часов и дата согласованного выпуска |
В учебной модели стоимость одинакова по составу, но договор может различать срочные и плановые часы. Если пакет включает приоритет, а почасовой вариант — обработку без приоритета в общей очереди, денежный порог 12 часов остаётся арифметически верным, но сравнение решений уже неполно.
Как принять модель поддержки до оплаты
Возьмите журнал задач за 3–6 завершённых месяцев и отделите поддержку от развития проекта.
Для каждого месяца посчитайте фактически затраченные часы на диагностику, исправление, тестирование и выпуск.
Примените к одним и тем же задачам правила округления обоих вариантов.
Отдельно посчитайте месяцы ниже порога, около него и с пиковым инцидентом.
Проверьте перенос часов, стоимость часов сверх пакета и право уменьшить или отключить пакет.
Зафиксируйте сценарий приёмки: что проверяется после изменения и какой результат закрывает задачу.
После пилотного периода сравните расчёт с фактическим журналом и пересчитайте решение.
Пилот не обязан включать опасные изменения. Можно взять несколько обычных задач: анализ ошибки в журнале, исправление текста шаблона, проверку обмена на тестовых данных и выпуск небольшого изменения с планом отката.
Когда почасовой вариант обычно выигрывает в этой модели
Нагрузка стабильно ниже 12 часов в месяц.
Месяцы сильно различаются, а неиспользованные часы пакета сгорают.
Задачи можно планировать без приоритетного времени реакции.
Магазин умеет сам собирать данные и принимать результат, поэтому оплачивает меньше координации.
Когда пакет B становится экономически интереснее
Подтверждённая нагрузка регулярно превышает 12 часов в месяц.
Включённый контур, доступность специалистов и результат не уже почасового варианта.
Превышение пакета согласуется заранее и считается по понятной ставке.
Магазину полезны регулярная диагностика, документация и контроль повторяющихся задач, а не только разовые исправления.
Пересчитайте на своих данных
Сначала найдите месячный порог: фиксированная плата пакета ÷ почасовая ставка. Затем посчитайте каждый месяц отдельно с учётом включённого объёма, превышения и сгорания часов. Итог за период равен сумме месячных стоимостей, а не стоимости среднего месяца.
Актуальный объём работ в поддержке и цену нужно получать для конкретного проекта: редакция 1С-Битрикс, доработки, интеграции и доступы меняют объём. На странице технической поддержки можно передать эти сведения для оценки, не подменяя расчёт обещанием фиксированной цены.
Критерий решения: выберите одинаковый контур работ, пересчитайте реальные месяцы и проверьте правила учёта часов. В нашей учебной модели пакет дешевле после 12 часов внутри месяца, но для квартала с нагрузкой 4, 12 и 24 часа почасовая оплата всё ещё дешевле пакета на 9 600 ₽.
Under the training conditions, a fixed package at 48,000 RUB per month becomes cheaper than hourly support at 4,000 RUB after 12 hours of work. However, the average number of hours per quarter can be misleading: if unused volume expires, months must be calculated separately. Below are the formula, four scenarios, and criteria to agree on before making a choice.
Tariffs can only be compared when the scope of work is identical. Diagnostics, fixes, releases, result verification, and documentation must be treated the same way. Otherwise, one option sells hours, while the other sells a nice name with unknown content.
Input Conditions of the Training Model
The two options are hypothetical and do not represent General iT tariffs or market recommendations. They are intended to demonstrate the solution mechanism for an online store owner.
Parameter | Hourly Option A | Package B |
|---|---|---|
Fixed Fee | 0 ₽ | 48 000 ₽ per month |
Conditions up to included volume | 4 000 ₽ per hour | 16 hours included |
Volume exceeding included hours | 4,000 RUB per hour | 3,200 RUB per hour |
Hour transfer | Not applicable | No |
Scope of work | Same | Same |
An hour in the model is actual time accounted for for agreed tasks. It includes only actions that both parties pre-classified as support. Waiting time for a response from the store or an external service is not added automatically.
Threshold within the included 16 hours
The cost of variant A equals the number of hours multiplied by 4,000 RUB.
For up to 16 hours, the cost of variant B remains 48,000 RUB. Therefore, the threshold is 48,000 ÷ 4,000 = 12 hours.
Work for a month | Variant A | Variant B | Difference: B minus A |
|---|---|---|---|
6 hours | 24,000 ₽ | 48 000 ₽ | +24 000 ₽ |
12 hours | 48 000 ₽ | 48 000 ₽ | 0 ₽ |
16 hours | 64 000 ₽ | 48 000 ₽ | −16 000 ₽ |
24 hours | 96 000 ₽ | 73 600 ₽ | −22 400 ₽ |
At 12 hours, both variants cost the same. Below the threshold, the hourly model is cheaper. Above the threshold, the package is cheaper, provided the scope of work and accounting rules are truly identical.
After 16 hours, package B is calculated as: 48,000 RUB + (hours over 16 × 3,200 RUB). For 24 hours, this is 48,000 + 8 × 3,200 = 73,600 RUB. The hourly variant costs 24 × 4,000 = 96,000 RUB.
The quarterly average can yield an incorrect answer
Let's take three months with loads of 4, 12, and 24 hours. The average is 13.33 hours per month, which is above the 12-hour threshold. If we stop at the average, the package seems more cost-effective. However, hours under our condition are non-transferable.
Period | Hours | Option A | Option B |
|---|---|---|---|
Month 1 | 4 | 16 000 ₽ | 48 000 ₽ |
Month 2 | 12 | 48 000 ₽ | 48 000 ₽ |
Month 3 | 24 | 96 000 ₽ | 73 600 ₽ |
Total | 40 | 160 000 ₽ | 169 600 ₽ |
For the quarter, the hourly option costs 160,000 ₽, while the package costs 169,600 ₽. The difference is 9,600 ₽ in favor of the hourly model. The cause is not the threshold formula, but the 12 unused and expired hours in the first month and four hours in the second.
If the contract allows transferring unused hours, combining several months, or switching packages without a penalty, the quarterly calculation will change. Such a condition cannot be assumed; it must be taken from the specific offer.
What must be identical in both options
Scope and support boundaries: website, server, 1C integration, payment modules, and external services.
Hour definition: rounding step, minimum charge, and accounting order for short tasks.
Scope of work: diagnostics, fixes, testing, release, rollback, and documentation.
Specialist availability: working hours, weekends, holidays, and emergency calls.
Approval process: who authorizes the task and any package overage.
Outcome: what the store receives after the work and who confirms acceptance.
Hours do not replace responsibility boundaries. Reviewing administration and support boundaries helps verify who diagnoses the infrastructure, environment, and the store itself, as well as how tasks are handed off between specialists.
Response speed and hourly cost are different parameters
A cheap hour does not guarantee a fast start to work. A fixed package also does not mean round-the-clock resolution of any error. For comparison, separate the response time, diagnostic start time, target recovery time, and availability of the required role.
Parameter | What to record |
|---|---|
Initial response | Channel, working hours, and maximum confirmation time |
Diagnosis start | When the specialist begins and what data is required |
Critical incident | What symptoms warrant elevated priority |
Restoration | Which scenario is tested and who approves the result |
Scheduled task | Queue, estimated hours, and the date of the approved release |
In the educational model, the cost composition is identical, but the contract may distinguish between urgent and scheduled hours. If the package includes priority while the hourly option processes tasks without priority in a general queue, the monetary threshold of 12 hours remains arithmetically correct, but the comparison of solutions is now incomplete.
How to accept the support model before payment
Take the task log for the 3–6 completed months and separate project support from development.
For each month, calculate the actual hours spent on diagnosis, fixes, testing, and release.
Apply the rounding rules of both options to the same set of tasks.
Separately count the months below the threshold, near it, and those with a peak incident.
Check hour rollover, the cost of hours exceeding the package, and the right to reduce or disable the package.
Record the acceptance scenario: what is checked after the change and what result closes the task.
After the pilot period, compare the calculation with the actual log and recalculate the solution.
A pilot does not have to include risky changes. You can select several standard tasks: analyzing an error in the log, fixing template text, verifying data exchange on test data, and releasing a small change with a rollback plan.
When the hourly option usually wins in this model
Load is consistently below 12 hours per month.
Monthly usage varies significantly, and unused package hours expire.
Tasks can be scheduled without priority response time.
The store can collect data and accept results on its own, so it pays for less coordination.
When package B becomes economically more attractive
Confirmed load regularly exceeds 12 hours per month.
The included scope of support, specialist availability, and deliverables are at least as broad as under the hourly option.
Exceeding the package must be agreed upon in advance and is calculated at a clear rate.
For a store, regular diagnostics, documentation, and control of recurring tasks are more valuable than one-time fixes.
Recalculate using your own data
First, find the monthly threshold: fixed package fee divided by hourly rate. Then calculate each month separately, accounting for the included volume, overage, and hour expiration. The total for the period equals the sum of monthly costs, not the cost of an average month.
The current scope of support work and its price must be determined for each specific project: the 1C-Bitrix edition, customizations, integrations, and access rights all affect the volume. You can provide these details for an estimate on the technical support page, without replacing the calculation with a promise of a fixed price.
Decision criterion: select an identical scope of work, recalculate actual months, and verify the hour tracking rules. In our educational model, the package is cheaper after 12 hours within a month, but for a quarter with workloads of 4, 12, and 24 hours, hourly payment is still cheaper than the package by 9,600 RUB.
Обсуждение 0
Делись опытом и задавай вопросы. Комментарии без ссылок появляются после проверки редактором.
Пока никто не написал. Начни обсуждение.