Fakturace
Jeden z klíčových elementů každého webového projektu je jeho úspěšné zaplacení. Což se může táhnout jak sopel.
Jestliže neděláte web pro sebe nebo pro kamarády, tak se na jeho konci pravděpodobně dostanete do situace, kdy vystavíte fakturu a zákazník pošle peníze. Nejen ve webdesignu existuje fakturační mýtus, který může působit ohromné problémy v cash flow – a to tzv. 50/50, 30/70 či podobný poměr. První část peněz dostanete ve chvíli, kdy projekt začně, druhou část když úspěšně skončí.
Proč je to pro vás špatně?
Protože jste závislí na externím faktoru – zákazníkovi. Web bude úspěšně spuštěn ve chvíli, kdy zákazník např. dodá klíčové podklady do kalkulačky, databázi kontaktů či – v případě, že si web plní sám – i kompletní texty. A to může trvat měsíce či roky.
U malých projektů je to jedno – deset tisíc vás pravděpodobně nepoloží. U velkých projektů jsou definovány milestones a dá se fakturovat za úspěšně splněný milestone (mnohdy bez ohledu na podklady od klienta). Ale u středně velkých webů (pro firmy okolo 100.000 Kč, pro freelancery okolo 30.000) se na jednu stranu často nedělají milestones a na druhou stranu už máte problém, když vám více klientů zároveň projekt o pár měsíců natáhne.
Alternativní přístup – pravidelná fakturace
Problém 30/70 řeší pravidelná fakturace – každých 14 dní klientovi vystavíte fakturu na aktuálně dokončenou práci dle předem dohodnuté kalkulace (podle toho zda vám důvěřuje nebo ne je potřeba, aby výsledek viděl, nebo abyste jen konstatovali, že je to a to hotovo). Nevýhodou tohoto přístupu je o něco vyšší časová náročnost, která je z mého pohledu kompenzována tím, že nemusíte být většinu roku v minusu. Samozřejmě se tím nevyřeší všechny problémy s cash flow, ale některé ano.
Komentáře
Dobrý den, jaké procento klientů bez okolků přistoupí na tento typ fakturace? Děkuji
Osobně se na problém s dlouhou dobou než klient doddá podklady nebo než sám obsah nadatlí do systému dívám tak, že to není problém vytvoření nějaké internetové aplikace.
Pokud si chce obsah zadat sám, má práce je hotová ve chvili, kdy ode mne převezme program, aby ho mohl naplnit informacemi. Tedy bude plnit až mi zaplatí.
Další možnost je rozfázovat platbu za projekt na tři části záloha/hotový program/hotový obsah. Pokud by zadávání trvalo opravdu několik měsíců, tak bych volil variantu, kdy dostanu peníze za program a za plnění obsahu si nechám platit měsíčně.
Dobrý den, jaké procento klientů bez okolků přistoupí na tento typ fakturace? Děkuji
Malo a do buducna este menej. Skor mame problemy opacne: podklady dodame nacas a dodavatel ma stale vyhovorky, preto to este nie je hotove. Zazili sme uz aj omeskanie v desiatkach mesiacov :(
U nas ve firme to funguje tak, ze pred zacatkem projektu se fakturuje 50 procent.
Zbylych 50 procent pak:
- po dokonceni webu
- po uplynuti 3 mesicu
podle toho, co nastane drive.
Vse je smluvne ukotveno, takze neni problem.
Doporucuji :-)
Pro Radima:
Na tento postup přistoupí 100% mých klientů. Ve smlouvě se totiž zavazuji
k termínům a sankcím i já, takže je to fér.
Pro Jirku: Také beru 50% předem a 50 % zadem :-) (po dokončení práce). Pozn: Pnění obsahem následuje až po předání díla a není předmětem zakázky.
Ahoj, nemáš někde prosím náhled té smlouvy, konkrétně odstavce ohledně placení? Předem díky ;-)
Zdravím,
já to u větší ch projektů řesím tak, že ve smlouvě je konečná
částka a je tam i preambule o zálohových fakturách. Pak po např. 1/3
práce vystavím fa. na 1/3 částky.
Ale je to vždy o tom, na čem se programátor s klientem domluví.
Pokud objednatel nedodá dodavateli podklady dle specifikace do termínu uvedeného ve smlouvě, je dodavatel oprávněn od smlouvy odstoupit. Uhrazená záloha je v tomto případě nevratná.
Pokud je ve smlouvě tato věta, nebývá problém a podklady chodí včas.