Навіщо взагалі окремий договір
Деякі бізнеси думають: «Якщо щось зламається — викличу фахівця і заплачу за роботу». Підхід має право на життя для домашнього комп'ютера. Для бізнес-системи це ризик.
Без договору на підтримку: у критичний момент може не бути доступного фахівця, кожне звернення оплачується «по ринку» — часто значно вище абонентської ціни, немає гарантій часу реакції — система може стояти днями, не оновлюється під законодавство — звітність ризикує не бути прийнятою.
Договір переводить підтримку з «купимо коли треба» в передбачуваний процес з фіксованою вартістю і гарантіями.
Розділ 1: Предмет договору і обсяг послуг
Тут чітко прописується, ЩО саме надається. Має бути перелік: технічні консультації користувачів, виправлення помилок системи, оновлення під зміни законодавства, налаштування нових звітів, навчання нових співробітників, доопрацювання при змінах процесів.
Уникайте формулювань типу «надання послуг з технічної підтримки». Це нічого не означає. Має бути чіткий конкретний перелік.
Розділ 2: Що НЕ входить (важливо!)
Окремо прописується, що НЕ входить в абонентську плату — щоб уникнути спорів. Зазвичай це: розробка нових модулів, оновлення апаратного забезпечення, навчання великих груп нових співробітників, інтеграції з зовнішніми системами, відновлення даних після помилок користувачів.
Це не означає, що цього не зроблять — просто за окрему оплату. Краще зафіксувати це заздалегідь, ніж сваритись потім.
Розділ 3: Канали зв'язку і час реакції (SLA)
Як саме і коли можна звернутись по підтримку: телефон гарячої лінії, email для письмових звернень, тікет-система, месенджери (WhatsApp).
Час реакції (Service Level Agreement) — ключовий пункт договору. Має бути: для критичних інцидентів (система не працює, бухгалтерія не може здати звітність) — 1-2 години, для важливих (окрема функція не працює) — до 4-8 годин, для звичайних консультацій — 1-2 робочих дні.
Без SLA час реакції може бути «коли зможемо» — і ви залежите від настрою підрядника.
Розділ 4: Графік роботи підтримки
Звичні варіанти: робочі години (8/5) — пн-пт 9:00-18:00, розширений (16/7) — 7 днів на тиждень з 6 до 22, 24/7 — цілодобово, без вихідних.
Для більшості бізнесів оптимальний 8/5 — закриває більшість питань, оформлення звітності, вихідні. Графік 16/7 потрібний лише для критичних виробничих систем або роздрібної торгівлі.
SPOC, наприклад, надає підтримку 16/7 — це покриває потреби 95% наших клієнтів.
Розділ 5: Обсяг годин і тарифікація
Зазвичай абонентська плата включає певну кількість годин на місяць. Що понад — оплачується додатково. Має бути зафіксовано: кількість годин у пакеті (наприклад, 5/20/40 на місяць), вартість години понад пакет, чи переносяться невикористані години на наступний місяць.
Альтернатива — «оплата за фактом»: платите тільки за фактично виконану роботу. Підходить для бізнесів з невеликим обсягом звернень і яким некритично отримувати вчасно оновлення
Розділ 6: Звітність і прозорість
Хороший підрядник щомісяця надає звіт: які звернення були, скільки часу витрачено, які роботи виконано, що заплановано на наступний період.
У договорі має бути зафіксовано: формат звіту, частота надання, можливість оперативного контролю (тікет-система, де ви бачите статус звернень).
Розділ 7: Відповідальність сторін
Що буде, якщо підрядник не виконає зобов'язань. Стандартні варіанти: знижка на наступний місяць у разі порушення SLA, можливість дострокового розірвання договору при систематичних порушеннях.
Уникайте договорів, де відповідальність прописана лише з вашого боку (терміни оплати, штрафи за прострочення). Має бути взаємно.
Розділ 8: Доступи і безпека
Підрядник отримує доступ до ваших систем — це чутливе питання. У договорі має бути: NDA (угода про нерозголошення), правила доступу до даних (хто, коли, з якою метою), логування дій підрядника, повернення/знищення доступів при розірванні договору.
Для бізнесів з персональними даними клієнтів (медицина, банки, e-commerce) це особливо критично.
Розділ 9: Умови розірвання договору
Як саме можна припинити співпрацю. Має бути: термін повідомлення про розірвання (зазвичай 30-60 днів), процедура передачі даних і доступів, що відбувається з незавершеними роботами.
Уникайте договорів з жорсткою «прив'язкою» — наприклад, на 3 роки без можливості розірвання. Це знак поганої практики.
Бонусні пункти, які варто додати
Регулярний аудит системи. Раз на півроку-рік підрядник проводить ревізію — як працює система, чи є проблеми, що можна оптимізувати.
Рекомендації з розвитку. Не лише «гасити пожежі», але й проактивно пропонувати поліпшення.
Гарантія знання вашої системи. Прив'язка до конкретного фахівця або команди, які знають специфіку вашого бізнесу.
Знижки на доопрацювання. У межах договору на підтримку — пільгові ставки на нові роботи.
Шукаєте партнера для технічної підтримки облікової системи?
SPOC надає технічну підтримку 16/7 з чітким SLA і прозорою звітністю. Залиште заявку — підготуємо договір під ваш бізнес.