Proč je smlouva o dílo s freelancerem klíčová
Smlouva o dílo není jen formalita pro účetní. U freelancerů je to základní nástroj, jak předejít typickým problémům: nejasnému zadání, protahování termínů, sporům o rozsah práce nebo o to, komu patří výsledný obsah, grafika či kód. Čím konkrétnější je zadání, tím menší je prostor pro nedorozumění a více prostoru pro kvalitní výsledek.
V digitálním prostředí se navíc často pracuje s výstupy, které mají přímý obchodní dopad: landing page, SEO článek, brand manuál, e-shopová šablona, reklamní vizuály nebo API integrace. Pokud není smlouva dobře postavená, může se stát, že zaplatíte za dílo, ale nebudete ho moci legálně upravit, publikovat nebo předat dalšímu dodavateli.
Prakticky platí jednoduché pravidlo: čím vyšší je rozpočet a čím větší dopad má výstup na byznys, tím detailnější má být smlouva i přílohy. U menších zakázek stačí stručnější rámec, u větších projektů je ideální mít smlouvu doplněnou o specifikaci, harmonogram a akceptační protokol.
Co musí být ve smlouvě přesně popsáno
Největší chyba je napsat jen obecné „grafické práce“, „správa webu“ nebo „vytvoření webu“. Takové označení je pro spor téměř nepoužitelné. Rozsah díla musí být měřitelný a kontrolovatelný. U webu to znamená počet stránek, typ šablon, jazykové mutace, integrace, responsivitu, optimalizaci rychlosti nebo rozsah testování.
Dobrá smlouva obsahuje alespoň tyto body:
- Předmět díla – co přesně freelancer dodá.
- Rozsah a výstupy – počet stran, formáty, moduly, revize, předávací formáty.
- Termíny – milníky, finální deadline, co se stane při prodlení.
- Cena a způsob fakturace – fix, hodinovka, zálohy, splatnost.
- Podmínky změnových požadavků – co je nad rámec a jak se nacení.
- Akceptace díla – jak poznáte, že je hotovo.
- Autorská práva a licence – kdo smí dílo používat a upravovat.
- Mlčenlivost a ochrana dat – hlavně u interních dat, kampaní a přístupů.
U webových projektů je vhodné přidat i technické parametry. Například: „Stránka bude optimalizována pro mobilní zařízení, bude splňovat základní požadavky Core Web Vitals a bude předána ve verzi bez kritických chyb v konzoli.“ U SEO obsahu zase uveďte, zda má text obsahovat meta title, meta description, interní odkazy, FAQ sekci nebo schema markup.
Cena, zálohy a fakturace bez zbytečných sporů
Finanční část by měla být napsaná tak, aby freelancer i zadavatel přesně věděli, za co se platí. Nejčastější modely jsou tři: fixní cena za dílo, hodinová sazba nebo kombinace obojího. Pro jednorázové výstupy, jako je landing page, logo nebo SEO audit, bývá přehlednější fix. Pro průběžnou správu webu, PPC nebo konzultace se lépe hodí hodinovka či měsíční retainer.
V praxi se osvědčuje rozdělit platbu do milníků. Například 30 % záloha, 40 % po schválení první verze a 30 % po předání finálu. U větších zakázek nad 50 000 Kč je to běžný a bezpečný model. Snižuje riziko na obou stranách: freelancer má jistotu, že projekt má finance, a klient neplatí vše dopředu bez kontroly průběhu.
Do smlouvy je vhodné dát i pravidla pro vícepráce. Typická formulace může znít: „Jakékoli práce nad rámec specifikace budou předem odsouhlaseny e-mailem a naceněny podle hodinové sazby 1 200 Kč bez DPH.“ Bez tohoto ustanovení se snadno stane, že se z jednoduchého zadání stane nekontrolovaný rozpočet.
Při fakturaci si hlídejte také splatnost. V B2B praxi je běžných 14 dní, někdy 7 dní u menších zakázek. Pokud freelancer pracuje na kritickém termínu, můžete sjednat kratší splatnost výměnou za vyšší zálohu nebo rychlejší rezervaci kapacity.
Autorská práva, licence a předání výstupů
Jedna z nejdůležitějších částí smlouvy je nakládání s autorskými právy. U textů, grafiky, fotek, videí i kódu nestačí předpokládat, že když zaplatíte, automaticky vlastníte vše bez omezení. To v české praxi není vždy pravda a právě tady vzniká nejvíc problémů při dalším použití díla.
Ve smlouvě proto jasně uveďte, zda dochází k postoupení výkonu majetkových práv, nebo k udělení licence. U běžných marketingových a webových projektů bývá praktické nastavit výhradní licenci nebo postoupení práv v rozsahu nutném pro podnikání klienta. Důležité je také definovat území, dobu trvání a možnost úprav díla.
U webového výstupu doporučuji doplnit předávací seznam, například:
- zdrojové soubory v editovatelné podobě,
- exporty v PNG, SVG, PDF nebo DOCX podle typu výstupu,
- přístupy k repozitáři, CMS nebo hostingovému účtu,
- seznam použitých fontů, pluginů, knihoven a licencí,
- návod k údržbě nebo krátká technická dokumentace.
To je důležité hlavně u webů postavených na WordPressu, Next.js nebo headless CMS. Pokud freelancer odejde a předá jen hotovou vizuální vrstvu bez přístupů a dokumentace, další rozvoj projektu se výrazně prodraží. U větších webů je dobré požadovat i krátký handover call nebo video návod.
Jak nastavit akceptaci, revize a změnové požadavky
Bez akceptačních kritérií je téměř nemožné říct, jestli je dílo hotové. Smlouva by měla obsahovat konkrétní mechanismus předání: freelancer dodá verzi, klient má například 5 pracovních dnů na připomínky a pokud se nevyjádří, dílo se považuje za převzaté. Tento model je v praxi velmi užitečný, protože brání nekonečnému čekání na schválení.
U textů lze akceptaci definovat například takto: „Dílo je převzato, pokud obsahuje dohodnutý rozsah 6 000–7 000 znaků, splňuje zadání, neobsahuje faktické chyby a je dodáno v dohodnutém formátu.“ U webu zase: „Stránka je převzata po nasazení na staging, po odstranění kritických chyb a po ověření funkčnosti formuláře, menu a responzivního zobrazení.“
Revize je potřeba omezit. Běžný standard jsou 1–2 kola zapracování připomínek. Další změny už by měly být placené. Pokud to ve smlouvě nepojmenujete, klient často očekává neomezené úpravy a freelancer je pak tlačen do práce navíc bez kompenzace.
Velmi praktické je rozlišit mezi opravou chyby a změnovým požadavkem. Chyba znamená, že výstup neodpovídá zadání. Změnový požadavek znamená, že se zadání po cestě mění. Tato hranice šetří čas i peníze a je zásadní hlavně u vývoje webů, kde i malá úprava může zasáhnout šablony, databázi nebo integrace.
Bezpečnost, mlčenlivost a praktický postup před podpisem
Pokud freelancer pracuje s přístupy do webu, reklamních účtů, CRM nebo interních dat, musí smlouva řešit i bezpečnost. Minimem je mlčenlivost, zákaz sdílení přístupů třetím stranám a povinnost po skončení spolupráce vrátit nebo smazat data. U citlivějších projektů přidejte i pravidlo pro dvoufaktorové ověření, správu hesel a přístupová práva jen v nezbytném rozsahu.
U webů a marketingových projektů doporučuji před podpisem projít tento checklist:
- máte přesně sepsaný rozsah práce v příloze nebo zadání,
- jsou jasně stanovené termíny a milníky,
- je uveden model ceny a pravidla pro vícepráce,
- jsou ošetřena autorská práva a licence,
- je popsán způsob předání, akceptace a reklamace,
- jsou ošetřeny přístupy, mlčenlivost a práce s daty.
Pokud si nejste jistí formulací, vyplatí se použít právníka, který rozumí digitálním projektům, ne jen obecné obchodní smlouvě. Rozdíl je v detailech: web, UX, obsah, kód nebo kampaně mají specifika, která běžná univerzální šablona často nepokrývá. Dobře nastavená smlouva vám pak ušetří nejen peníze, ale i desítky hodin komunikace a případné spory o to, co mělo být vlastně dodáno.
