Скільки коштує ІТ-підтримка для малої фірми: паушал чи погодинка (2026)

Відповідь одразу: Єдиної «ціни ІТ-підтримки» не існує — сума залежить від кількості робочих станцій і серверів, обсягу послуг та гарантованого часу реакції. Паушал вигідний тоді, коли фірма щодня тримається на ІТ: має сервер або ключовий застосунок, простій коштує її грошей, і вона потребує, щоб моніторинг, резервні копії та оновлення відбувалися самі собою. Погодинка вистачить там, де є кілька комп’ютерів, усе працює в хмарі, а день без техніки фірму не покладе. Порівнюючи пропозиції, дивіться не лише на місячну суму, а на те, що саме до неї входить: без визначеного обсягу та SLA ви порівнюєте дві різні послуги з однаковою назвою.

Власник малої фірми зазвичай починає розв’язувати питання ІТ-підтримки аж тоді, коли щось перестає працювати: не йде пошта, бухгалтерка не може зайти в систему, сервер після відключення струму не завантажився. Тоді виникає питання «скільки б нам коштувало, щоб про це хтось дбав» — а пропозиції, які надходять, різняться подекуди в рази. Цей текст пояснює, чому так відбувається, з чого складається ціна і як вибрати між паушалом та погодинкою, не платячи за те, чого ви не потребуєте.

Що ви насправді купуєте: ІТ-підтримка — це не «ремонтник на виклик»

Перш ніж говорити про ціну, треба з’ясувати, що саме ховається за ІТ-підтримкою. Добре налаштована підтримка — це здебільшого непомітна робота, яка триває, навіть коли нічого не зламалося:

• Моніторинг — автоматичний нагляд за серверами, станціями, місцем на дисках, станом дисків (SMART), резервними копіями та доступністю сервісів. Мета — дізнатися про заповнений диск чи вмираючий RAID-масив раніше, ніж це помітять працівники.
• Резервне копіювання та тести відновлення — не лише «копія створюється», а регулярна перевірка, що з неї дані справді можна повернути. Резервна копія, яку ніхто ніколи не пробував відновити, — це просто надія. Як має виглядати розумна стратегія кількох копій, розбирає стаття про правило 3-2-1 і зовнішній диск як єдину копію.
• Оновлення та patch management — кероване встановлення оновлень Windows, серверних ролей, прошивок і застосунків. Кероване означає: протестувати, встановити поза робочим часом, мати шлях назад.
• Управління користувачами — прийом і звільнення працівників, права доступу, спільні теки, поштові скриньки. Звільнення працівника без відкликання доступів — один із найчастіших збоїв безпеки в малих фірмах.
• Захист — антивірус/EDR на станціях, фаєрвол, багатофакторний вхід, окремий Wi-Fi для гостей.
• Helpdesk — місце, куди працівники повідомляють про проблеми, з обліком запитів. Не «мобільний Франтові, який саме може або не може».
• Документація — що де працює, які є ліцензії, паролі, конфігурації, договори з провайдерами інтернету та послуг.

Погодинний айтішник на виклик із цього переліку зазвичай покриває тільки helpdesk — і то реактивно, аж коли щось станеться. Це не докір, просто варто це чесно знати: ви платите за гасіння пожеж, а не за те, щоб пожежі не виникали.

Що має містити паушал (і що зазвичай поза ним)

Паушальний договір має сенс тоді, коли має чітко визначений обсяг. Мінімальний розумний зміст для малої фірми:

1. Перелік охоплених пристроїв — конкретна кількість станцій, серверів, мережевих елементів. Не розпливчасте «ІТ фірми».
2. Моніторинг із реакцією — не лише збір даних, а зобов’язання, що на критичний стан (непрацююча резервна копія, диск, що заповнюється, простій сервера) хтось реагує.
3. Резервне копіювання разом із періодичними тестами відновлення — і в договорі має бути написано, як часто тест робиться.
4. Оновлення — станцій, серверів і мережевих елементів, із визначеною періодичністю.
5. Час реакції (SLA) — доки почнеться розв’язання критичного простою і доки — звичайного запиту, і чи діє це лише в робочий час, чи й поза ним.
6. Helpdesk із визначеним обсягом — або необмежені звичайні запити, або визначений пакет годин із чіткою ставкою понад нього.

Так само важливо знати, чого в паушалі зазвичай немає: проєкти (заміна сервера, переїзд, нова Wi-Fi мережа, міграція в хмару), закупівля обладнання, ліцензії третіх сторін (Microsoft 365, антивірус, програми для резервного копіювання — якщо їх прямо не включено в ціну) та наслідки втручань, які фірма зробила сама або замовила деінде. Серйозний постачальник ці межі перелічить сам; якщо пропозиція мовчить — питайте.

Саме обсяг є причиною, чому дві пропозиції «ІТ-підтримки» можуть різнитися в рази й обидві бути чесними. Паушал, що включає ліцензії, необмежений helpdesk і гарантовану реакцію за кілька годин, — це інша послуга, ніж паушал, що покриває лише щомісячну перевірку резервних копій.

Коли вистачить погодинки або «айтішника на телефоні»

Погодинна ставка без зобов’язань — цілком легітимна модель, для певного типу фірми. Упізнаєте себе в цьому описі?

• Ви маєте до п’яти, може, десяти комп’ютерів і жодного власного сервера.
• Пошта, документи й бухгалтерія працюють у хмарі у великих провайдерів.
• Коли один комп’ютер день не працює, це неприємно, але фірму це не зупинить.
• Ви не маєте даних, витік яких означав би екзистенційну чи правову проблему.

Тоді паушал, імовірно, зайва розкіш, і розумнішою буде погодинка — в ідеалі доповнена одноразово налаштованими основами: автоматичні резервні копії з періодичною перевіркою, оновлення, багатофакторний вхід і записаний перелік доступів.

Проте погодинка має три приховані витрати, які в ставку не вміщуються. По-перше, ніхто нічого не стежить — про несправний диск у NAS ви дізнаєтеся, аж коли відмовить і другий; скільки тоді коштує відновлення, описує стаття скільки коштує відновлення даних з диска. По-друге, ви не маєте гарантії доступності — зовнішній фахівець на погодинці має й інших клієнтів, і при простої ви можете чекати днями. По-третє, документація зазвичай в одній голові — і коли ця людина йде, наступник переймає мережу без паролів і без мапи.

Окрема тема — «айтішник на телефоні»: знайомий, сусід, колишній колега. Для домогосподарства це нормально. Для фірми чесно визнати, що йдеться про відносини без договору, без відповідальності й без можливості заміни. Це може не бути проблемою до моменту, коли йдеться про дані, на яких фірма тримається.

З чого складається ціна

Наші цифри, щоб було від чого відштовхнутися

Стаття про ціну без жодної цифри нічого не варта, тому ось наші — усі без ПДВ і всі публічно доступні в прайс-листі ІТ для фірм:

На цих двох рядках із погодинною ставкою видно всю логіку паушалу: різниця між 1 000 і 1 700 Kč за годину становить 70 %, а при терміновому виїзді це вдвічі більше. Договір вигідний не через знижку на годині, а тому, що в паушал включено те, що інакше рахується погодинно — моніторинг, оновлення та перевірка резервних копій, тобто робота, яка запобігає простоям.

Хай то паушал чи погодинка, ціну формує кілька конкретних складників. Коли ви їх знаєте, ви вмієте порівнювати пропозиції по суті:

• Кількість і тип пристроїв. Станції, ноутбуки, сервери, мережеві елементи. Сервер — дорожча позиція, ніж станція: несе більше ролей, більше ризиків і більше роботи з оновленнями та резервними копіями.
• Ролі серверів. Файловий сервер — інша дисципліна, ніж сервер із бухгалтерією, ERP чи термінальним режимом, де простій зупиняє всю фірму.
• Час реакції. Гарантія «почнемо розв’язувати до кінця наступного робочого дня» коштує інакше, ніж «протягом двох годин будь-коли». Кожне скорочення означає, що постачальник має тримати чергування.
• Робочий час покриття. Лише робочі дні, чи й вечори та вихідні? Виробничі фірми та інтернет-магазини часто потребують друге, офіси здебільшого ні.
• Ліцензії в ціні чи окремо. Антивірус/EDR, програми для резервного копіювання, моніторинг, Microsoft 365 — хтось пакує їх у паушал, інший виставляє рахунок окремо. І те, і те нормально, але при порівнянні пропозицій це треба додати.
• On-site чи віддалено. Більшість звичайної підтримки сьогодні робиться віддалено. Регулярні фізичні візити чи виїзд на простій ціну підвищують — а з ними й відстань від осідку постачальника.
• Стан ІТ на момент переймання. Технічний борг у ціну закладається завжди: застарілі системи, відсутня документація, резервні копії, «якось налаштовані» роки тому. Частина постачальників тому починає вхідним аудитом і аж за ним визначає паушал.

Моделі тарифікації різні: сума за станцію та за сервер щомісяця, сума за користувача, фіксований паушал за цілу фірму, або передплачений пакет годин. Жодна не є об’єктивно найкращою — важливо, щоб ви розуміли, що станеться, коли додасться працівник чи сервер, і скільки коштує робота понад обсяг. Конкретні цифри сюди навмисно не пишу: ринок широкий, а сума без визначеного обсягу — беззмістовна інформація. Як рахуємо підтримку ми і що до неї входить, знайдете в прайс-листі ІТ-підтримки для фірм — навіть якщо ви шукатимете деінде, він послужить як орієнтир, що має містити пропозиція.

На що зважати в договорі

Договір про ІТ-підтримку читається легко, доки все гаразд. Ці пункти вирішують у момент, коли не гаразд — або коли ви розходитеся:

• SLA з розрізненням реакції та розв’язання. «Час реакції 4 години» означає, що протягом чотирьох годин хтось почне працювати — а не що буде готово. Вимагайте визначених пріоритетів (критичний простій vs. звичайний запит) і до кожного пріоритету — час реакції; у критичних станах ще й цільовий час відновлення роботи.
• Кому належать паролі та документація. Найважливіший абзац усього договору. Адміністраторські паролі, доступи до домену, ліцензій, хмарних акаунтів і документація належать фірмі, а не постачальнику. Наполягайте, щоб актуальну передавальну документацію ви отримували постійно, а не аж при завершенні. Домен і хостинг, зареєстровані на ім’я айтішника, — класична пастка.
• Строк розірвання та вихід. Розумний строк розірвання захищає обидві сторони, але договір має говорити, що при завершенні передається, у якому форматі та доки — і що сприяння при передачі не оплачується окремо як «позадоговірна робота».
• Що станеться з резервними копіями. Якщо копії лежать у сховищі постачальника, має бути ясно, як ви їх отримаєте і як довго вони існують після завершення договору.
• На кого записані ліцензії. Тенант Microsoft 365, антивірусні консолі, моніторинг — акаунти мають бути оформлені на фірму, а постачальник має мати делегований доступ. Інакше разом із відходом постачальника відходять і ліцензії.
• Звітність. Місячний огляд: що розв’язувалося, стан резервних копій, виконані оновлення, рекомендації. Без нього ви не знаєте, за що платите — а чесному постачальнику звіт не заважає, бо робить його роботу видимою.
• Відповідальність і страхування. Запитайте, чи має постачальник страхування професійної відповідальності. Відповідь скаже вам чимало й про те, наскільки серйозно він ставиться до власних помилок.

Три типові сценарії з практики

Офіс, шестеро людей, усе в хмарі. Бухгалтерія онлайн, документи й пошта в Microsoft 365, жодного сервера. Тут має сенс погодинка плюс одноразове налаштування основ: резервні копії хмарних даних, багатофакторний вхід, керування оновленнями. За паушал вони платили б за потужність, яку не використають.

П’ятнадцятеро людей, сервер з ERP і склад. Замовлення, виробництво і виставлення рахунків ідуть через одну систему; коли стоїть сервер, стоїть фірма. Це підручниковий кандидат на паушал із моніторингом, гарантованою реакцією в робочий час, керованими оновленнями та перевіреною резервною копією. Ціна паушалу тут порівнюється з годиною простою, а не з погодинною ставкою техніка.

Фірма, яку переймають після зовнішнього фахівця. Документації немає, паролі має «колишній пан Новак», гарантій жодних. Тут помилка — починати одразу паушалом наосліп; перший крок — картування стану, найкраще у формі аудиту мережі та інфраструктури, і аж над реальною картиною можна чесно визначити обсяг і ціну підтримки.

Як вирішити

Поставте собі два питання. Скільки нас коштує день без ІТ? Коли відповідь включає зупинене виставлення рахунків, виробництво чи втрачені замовлення, вам потрібен паушал зі SLA — погодинка без гарантії в такій ситуації лише дешевший квиток до дорожчого простою. Хто дізнається, що щось псується? Коли відповідь «ніхто, доки воно не впаде», у вас не підтримка, а сервіс. Це може бути нормально — але це має бути рішення, а не випадковість.

І при виборі постачальника вимагайте три речі письмово: точний обсяг, час реакції та підтвердження, що паролі й документація належать вам. Хто на цих трьох пунктах м’яжеться, той щойно сказав вам усе суттєве. Якщо ви розмірковуєте, як підтримка виглядала б у вас, обсяг послуг для фірм ми описали на сторінці ІТ для фірм.

Часті запитання

Чи вигідний паушал і фірмі з п’ятьма комп’ютерами?

Здебільшого лише тоді, коли на тих п’яти комп’ютерах тримається робота — наприклад, лікарський кабінет, адвокатська контора чи інтернет-магазин. Вирішує ціна простою і чутливість даних, а не кількість станцій.

Що означає час реакції в SLA?

Доки постачальник почне розв’язувати проблему, а не доки її розв’яже. Питайте про обидва: реакцію і цільовий час відновлення роботи при критичних простоях, а також про те, чи діє гарантія й поза робочим часом.

Чи адміністрування сервера дорожче за адміністрування станції?

Так, зазвичай суттєво. Сервер несе резервні копії, оновлення з відключеннями, моніторинг і ризики, яких станція не має. Тому в пропозиціях він рахується як окрема позиція — і тому підозріла пропозиція, яка між станцією та сервером не розрізняє.

Що саме мені треба отримати від нинішнього айтішника?

Адміністраторські паролі, доступи до домену, DNS, хостингу та хмарних акаунтів, ліцензійну інформацію, конфігурації мережевих елементів, документацію резервних копій і перелік договорів з постачальниками. В ідеалі постійно, а не аж при розставанні.

Чи можу я поєднати паушал і погодинку?

Так, і це поширено: паушал покриває моніторинг, резервні копії, оновлення та helpdesk, а проєкти й більші зміни робляться на замовлення за погодинною або фіксованою ціною. Важливо, щоб договір чітко говорив, що куди належить.