Договір на розробку сайту: що обовʼязково прописати

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

Що вважається зробленою роботою

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

Договір має посилатися на технічне завдання як на додаток, і саме ТЗ виконує роль опису робіт. Як воно виглядає і що в ньому має бути — розібрано в матеріалі про технічне завдання на сайт.

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

Етапи, оплата й терміни

Здоровий договір ділить роботу на етапи з окремим результатом у кожного: прототип, дизайн, верстка й функціонал, наповнення, запуск. Оплата привʼязується до закриття етапу, а не до календаря.

Що варто прописати про терміни:

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

Чому терміни зриваються навіть у сумлінних виконавців і які з них реалістичні — у розборі строків розробки сайту.

Правки: скільки їх і що це взагалі таке

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

Права на результат і доступи

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

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

Що після запуску

Договір на розробку закінчується здачею — і саме тут виникає порожнеча, у якій обидві сторони почуваються обманутими. Тому в тексті мають бути:

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

Ознаки договору, який вас не захищає

Один абзац замість опису робіт. Відсутність згадки про ТЗ. Оплата стовідсотковою передоплатою без етапів. Жодного слова про права на результат. Терміни у форматі «орієнтовно два місяці». Відсутність гарантії. Якщо підрядник відмовляється це деталізувати, посилаючись на «ми ж домовилися по-людськи» — це саме та ситуація, у якій потім не буде на що спертися. Як відрізняти надійного виконавця на етапі перемовин — у матеріалі про вибір підрядника.

Коротко

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

Ми в Obliko розробляємо сайти з прозорим описом обсягу й етапів у договорі — щоб на будь-якій стадії було зрозуміло, що вже зроблено, що далі й скільки це коштує.