Подписвате договор за изработка на уеб сайт и виждате пет страници юридически текст – какво реално трябва да проверите, преди да сложите подпис? Краткият отговор: собственост върху кода и съдържанието, точен обхват на работата, брой ревизии, срокове с конкретни дати (не „възможно най-скоро“), условия за поддръжка след пускане, и ясно дефинирани условия за прекратяване. Липсата на който и да е от тези елементи е сигнал да поискате допълнение преди подписване.
Тази статия разглежда конкретно какво трябва да съдържа добър договор – не общи юридически формулировки, а практическите клаузи, които реално ви защитават. Ако все още сте на етап избор на изпълнител, вижте нашето ръководство как да изберете изпълнител за сайт, а ако вече имате конкретна оферта пред себе си, разгледайте и статията как да оцените оферта за уеб сайт. Вярваме, че ясният писмен договор пести спорове и на двете страни – затова споделяме честно какво да търсите, независимо дали работите с нас или с друг изпълнител.
Бързият ориентир: 6-те задължителни клаузи
| Клауза | Какво трябва да пише | Защо е важна |
|---|---|---|
| Собственост | Кой притежава кода, дизайна, съдържанието след плащане | Предотвратява заложничество към изпълнителя |
| Обхват | Точен брой страници, функционалности, включени ревизии | Предотвратява скрит „scope creep“ |
| Срокове | Конкретни дати по етапи, не общи обещания | Дава база за проследяване на напредъка |
| Плащане | Разбивка по етапи, не 100% предварително | Защитава и двете страни от риск |
| Поддръжка | Какво е включено след пускането и за колко време | Предотвратява изненади от скрити разходи |
| Прекратяване | Условия при отказ от проекта от която и да е страна | Защита при неуспешно партньорство |
Собственост: най-важната клауза, която често се пропуска
Собствеността върху крайния продукт е клаузата, която създава най-много проблеми, когато липсва изрично. Договорът трябва да посочва ясно, че след пълно изплащане клиентът получава пълна собственост върху изходния код, дизайна и цялото съдържание – не лиценз за ползване, а реална собственост.
Внимавайте за формулировки, които запазват правата на изпълнителя върху „собствена CMS система“ или „патентована технология“ без ясна алтернатива. Ако изпълнителят използва собствена, затворена платформа, попитайте изрично какво се случва, ако решите да смените изпълнител по-късно – можете ли да вземете сайта със себе си, или сте обвързани завинаги.
Домейнът също трябва да е регистриран на ваше име от самото начало, не на името на агенцията „за удобство“. Според политиките на ICANN за собственост на домейни, регистрантът на домейна е неговият юридически собственик – затова е критично вие, а не изпълнителят, да фигурирате като такъв в WHOIS записа. Ако домейнът вече е регистриран от изпълнителя, договорът трябва да включва изричен пункт за прехвърляне на собствеността при поискване.
Обхват на работата: защита срещу скрит „scope creep“
Добрият договор описва точно какво влиза в проекта – брой уникални страници, конкретни функционалности, брой включени ревизии на дизайна. Формулировки от типа „изработка на уеб сайт по договорка“ без конкретика оставят твърде много пространство за различни тълкувания по-късно в проекта.
Особено важно е броят на ревизиите да е изрично посочен – два или три кръга корекции на основната концепция е разумен стандарт. Без този лимит рискувате безкраен цикъл на промени, който забавя проекта неопределено, или обратното – изпълнителят да откаже допълнителни корекции, позовавайки се на липса на договорка.
Ако проектът включва интеграции с трети страни системи – платежни процесори, CRM, куриерски услуги – те трябва да са изрично изброени в обхвата, не да се приемат за „включени по подразбиране“. Според Закона за задълженията и договорите, договорната свобода на страните е широка, но именно затова конкретиката в самия договор е единствената реална защита при спор.
Срокове и етапи: конкретни дати, не общи обещания
Договорът трябва да съдържа конкретен график с дати по етапи – кога ще видите първите визуализации, кога ще имате възможност за корекции, кой е крайният срок за пускане. Формулировки от типа „възможно най-скоро“ или „в разумен срок“ не дават никаква реална защита при забавяне.
Полезно е графикът да включва и буферно време за забавяния от страна на клиента – например при закъсняло предоставяне на съдържание – за да е ясно кой носи отговорност при удължаване на проекта отвъд първоначалния срок. Повече за реалистичните времеви рамки на различните фази вижте в нашето ръководство за основните етапи в разработката на уеб сайт.
Плащане: защо разбивката по етапи защитава и двете страни
Плащане на 100% предварително е риск за клиента – изпълнителят няма финансов стимул да завърши проекта навреме, ако вече е получил цялата сума. Обратното – 100% плащане само след завършване – е риск за изпълнителя, особено при по-дълги проекти с реални разходи по пътя.
Балансиран модел обикновено включва авансово плащане при старт (например 30-50%), междинно плащане при одобрение на дизайна, и финално плащане при пускане на живо. Тази структура дава на двете страни финансов стимул да довършат проекта коректно и навреме.
Поддръжка след пускане: какво точно е включено
Много договори мълчаливо приемат, че поддръжката е отделна услуга след изтичане на проекта, но не всички клиенти го разбират по този начин при подписване. Добрият договор изрично посочва дали е включен пробен период на безплатна поддръжка (например 30 дни за отстраняване на бъгове), и какви са условията след него.
Ако поддръжката не е включена в първоначалната оферта, договорът трябва поне да посочи ориентировъчна цена за бъдещ абонамент, за да не се сблъскате с изненадващо висока цена, когато реално ви потрябва помощ. Пълна методология за оценка на разходите за поддръжка има в нашето ръководство за поддръжка на уебсайт.
Чести грешки при подписване на договор
При консултации с клиенти виждаме едни и същи пропуски да се повтарят системно. Първата е подписване без изрична клауза за собственост, което създава проблем едва когато клиентът реши да смени изпълнител. Втората е приемане на неясен обхват „по договорка“, без конкретен брой страници или ревизии. Третата е съгласие за 100% авансово плащане без разбивка по етапи. Четвъртата е липса на конкретни дати в графика, само общи обещания за срокове. Петата е пропускане на клауза за поддръжка след пускането, водеща до изненадващи разходи по-късно. Шестата е неизяснени условия за прекратяване при неуспешно партньорство. Седмата е доверяване единствено на устни договорки без писмено потвърждение във финалния документ.
Често задавани въпроси
Задължително ли е договорът да е в писмена форма?
Не е задължително по закон за всички видове услуги, но е силно препоръчително за проект с такъв мащаб и продължителност. Устна договорка не дава никаква реална защита при спор относно обхват, срокове или собственост.
Кой трябва да притежава домейна – клиентът или агенцията?
Домейнът трябва да бъде регистриран на името на клиента от самото начало, дори ако агенцията управлява техническата настройка. Ако вече е регистриран от изпълнителя, договорът трябва изрично да включва клауза за прехвърляне при поискване.
Какво се случва, ако изпълнителят не спази сроковете?
Добрият договор включва изрична клауза за неустойка или алтернативни санкции при неспазени срокове, извън форсмажорни обстоятелства. Без такава клауза единствената реална опция при сериозно закъснение е прекратяване на договора, което рядко е желан изход за никоя от страните.
Трябва ли да платя 100% предварително?
Не е препоръчително. Разбивка по етапи – аванс, междинно плащане и финално плащане при пускане – защитава и двете страни финансово и дава реален стимул за навременно завършване.
Включена ли е поддръжката автоматично в договора за изработка?
Обикновено не, освен ако е изрично посочено. Много договори включват кратък безплатен период за отстраняване на бъгове (например 30 дни), но пълноценна поддръжка обикновено е отделна, договорена допълнително услуга.
Мога ли да прекратя договора по средата на проекта?
Зависи изцяло от клаузите за прекратяване в самия договор. Добрият договор посочва условията за прекратяване от която и да е страна, включително какво се случва с вече свършената работа и извършените плащания до момента на прекратяване.
Какво да правя, ако изпълнителят откаже да добави клауза за собственост?
Това е сериозен червен флаг, който заслужава внимателно обмисляне преди подписване. Легитимен изпълнител няма причина да откаже ясна клауза за собственост върху продукт, за който клиентът плаща пълната договорена цена.
Заключение: договорът е защита, не формалност
Договорът за изработка на уеб сайт не е бюрократична пречка между вас и готовия продукт – той е инструментът, който предотвратява повечето реални спорове по-късно в проекта. Шестте клаузи, разгледани тук – собственост, обхват, срокове, плащане, поддръжка и прекратяване – покриват почти всички сценарии, в които проектите реално се провалят или създават конфликт.
Ако предстои да подпишете договор и искате втори поглед върху конкретните клаузи, преди да поемете ангажимент, екипът на CreateWeb може да прегледа офертата ви и да ви каже честно какво липсва. Свържете се с нас за консултация.
За свързани ресурси вижте още:· оферта за изработка на уеб сайт · основни етапи в разработката на уеб сайт · поддръжка на уебсайт: пълно ръководство · цена на изработка на уеб сайт · редизайн или нов сайт
Услуги на CreateWeb: изработка на уебсайт · поддръжка на уебсайт
