Freelancer jako agentura o jednom člověku: značka a byznys jako systém

Freelancerům na volné noze se říká „jednočlenná firma“, ale málokterá tak zevnitř vypadá. Zakázky chodí doporučením, práce je dost — a přesto každá nová poptávka spouští stejné vyčerpávající kolečko: dohledat ukázky práce po třech platformách, vzpomenout si, co jste podobnému klientovi počítali minule, otevřít starou nabídku a přepsat ji, večer u toho strávit a ráno zjistit, že jste zapomněli přiložit reference. A někde v e-mailu mezitím stárnou dvě poptávky, na které jste neodpověděli vůbec.

Tenhle návod ukazuje jinou cestu: postavit osobní značku a byznys jako systém, ve kterém výstupy — CV, web, nabídka, faktura — nevznikají pokaždé znovu, ale odvozují se z jednoho zdroje pravdy. Teze je jednoduchá: freelancer, který má „firmu v systému“, působí navenek jako agentura o jednom člověku — nabídka přijde druhý den ráno a vypadá, jako by ji skládal account manager s archivem case studies za zády. A sestavení té nabídky trvá dvacet minut místo večera, protože ji neskládáte z hlavy, ale z dat.

Mentální postup je stejný jako v návodu, jak si firma staví značku jako systém: modelová situace, inventura, jeden zdroj pravdy, odvozené výstupy, editovatelnost, bezpečnost. Tady ho projdeme v jednočlenné verzi — místo brand manuálu od studia máte pět let vlastní práce, místo firemního CRM tabulku v Notionu a místo fakturačního oddělení konektor na Stripe. Číst můžete po fázích; každá stojí samostatně a má prompty k okopírování, stačí doplnit hranaté závorky. Jedna zásada platí od prvního promptu: podklady o vašem podnikání a klientech patří do placeného účtu se smluvní ochranou dat, ne do anonymního free chatu.

Vzorová situace

Klára je grafička na volné noze, pět let praxe. Dělá vizuální identity pro malé firmy, obaly a občas web ve dvojici s vývojářem. Práce jí chodí skoro výhradně doporučením — což zní jako ideál, dokud se nepodíváte, co se děje s každou doporučenou poptávkou.

Portfolio má na třech místech: výběr na Behance z doby, kdy ho aktivně plnila (poslední přírůstek před rokem a půl), Instagram s tím, co ji zrovna bavilo vyfotit, a starý web z roku 2022, na který se stydí posílat odkaz. Žádné z těch tří míst neobsahuje její nejlepší zakázky z posledního roku — na ty nikdy „nebyl čas“. Ceny má v hlavě: u každé poptávky je skládá znovu, podle odhadu pracnosti, podle toho, jak movitě klient působí, a — což si nerada přiznává — podle toho, jak moc si ten den věří. Dvěma podobným klientům tak loni poslala nabídky lišící se o třetinu.

Nabídky píše pokaždé jinak. Někdy dvoustránkové PDF s ukázkami, když je čas; někdy tři odstavce v e-mailu, když čas není. Sestavení té poctivé verze znamená večer: dohledat relevantní ukázky, vyexportovat je, vzpomenout si na výsledky („zvedl se jim po redesignu prodej? psali mi něco?“), naformátovat dokument, vymyslet cenu. Faktury vystavuje ve třech nástrojích — jeden klient trvá na svém objednávkovém portálu, pro české klienty používá fakturační službu, zahraničnímu klientovi posílá anglické PDF ze šablony ve Wordu. Kdo zaplatil a kdo ne, zjišťuje listováním v bance.

A pak je tu složka, o které neví, protože neexistuje: poptávky, které přišly, Klára si řekla „odpovím večer“ — a večer se nekonal. Za loňský rok jich takhle potichu propadly čtyři. Při jejím průměrném rozsahu zakázky je to nejdražší položka celého nepořádku, a nikde ji nevidí, protože se nikde neeviduje.

Teď to samé po přestavbě, kterou popisuje zbytek návodu. Poptávka přijde v úterý večer. Klára ji ve středu ráno vloží do chatu; agent ji zapíše jako návrh záznamu do CRM tabulky v Notionu, Klára záznam schválí. Pak nechá z poptávky, svého portfolia, ceníku a brand voice dokumentu sestavit nabídku: agent vybere tři nejrelevantnější projekty i s výsledky a citacemi klientů, poskládá strukturu, dosadí ceny z ceníku — a označí místa, kde si není jistý rozsahem, jako otázky pro Kláru. Klára rozhodne cenu, doplní termín, dvě věty přepíše po svém a v 9:20 nabídku odesílá. Když klient pět dní nereaguje, pondělní přehled z CRM jí to připomene i s návrhem follow-up e-mailu v jejím tónu. Po dokončení zakázky přibude v portfoliu jeden YAML záznam — a web, CV i příští nabídka ho od té chvíle znají. Záloha se fakturuje platebním odkazem, který agent připravil ve Stripe a Klára schválila.

Nic z toho není kouzlo a nic z toho nevyžaduje umět programovat. Je to posloupnost kroků, z nichž každý stojí samostatně a dá se zavést zvlášť — a začíná se, jako vždycky, inventurou.

Fáze 1: inventura — co vlastně máte

Než začnete cokoli stavět, potřebujete vidět, z čeho. Inventura freelancera je večer práce a má jeden cíl: dostat na jednu hromadu všechno, co o vašem podnikání existuje — hotové projekty, reference, CV, ceník (i ten, který existuje jen ve vaší hlavě) a šablony e-mailů, které de facto používáte, i když jim tak neříkáte.

Vyplatí se to i v případě, že se rozhodnete zbytek návodu nedotáhnout: většina freelancerů při inventuře zjistí, že má víc materiálu, než tušila — a v horším stavu, než tušila. Obojí je dobré vědět.

Co posbírat a kde to hledat

Projděte čtyři místa. Disk a cloud: složky s hotovými zakázkami, exporty, prezentace pro klienty, staré verze CV. E-mail: vlákna s klienty — jsou v nich zadání, schvalovací smyčky, a hlavně pochvaly, na které jste zapomněli. Portfolia a sítě: Behance, Instagram, LinkedIn, starý web — co je kde publikované a jak je to staré. Hlava: ceny, které říkáte do telefonu, důvody, proč některé zakázky nebrat, věty, které v e-mailech píšete pořád dokola. Nic zatím netřiďte — jen to snažte dostat do jedné složky nebo aspoň do jednoho seznamu odkazů.

Pak nechte AI udělat první průchod. Nahrajte, co jde nahrát (exporty, prezentace, CV, texty z webu), a popište, co jde jen popsat:

Dělám inventuru svého podnikání na volné noze. Jsem [grafička, 5 let
praxe, vizuální identity a obaly pro malé firmy]. Nahrávám: [staré CV,
export projektů z Behance, 3 prezentace pro klienty, texty ze svého
webu] a k tomu popisuji, co nahrát nejde: [portfolio na Instagramu —
asi 40 příspěvků, ceník mám jen v hlavě, faktury ve třech nástrojích].

Udělej inventuru ve čtyřech seznamech:
1. Hotové projekty — každý, který z podkladů vyčteš: název, klient
   (pokud je uveden), rok, o co šlo. U každého označ, jestli k němu
   mám i výsledek nebo reakci klienta, nebo jen obrázky.
2. Reference a pochvaly — všechno, co v podkladech vypadá jako
   hodnocení mé práce.
3. Co o mně podklady říkají — služby, které nabízím, typy klientů,
   čím se odlišuji. Piš jen to, co je v podkladech doložené.
4. Díry — co bych podle tebe měla mít a nikde to není: chybějící
   výsledky, projekty bez ukázek, zastaralé údaje v CV.
Nic nedomýšlej; kde si nejsi jistý, napiš otazník.

Vrátí strukturovaný soupis a — což je cennější — seznam děr. Typický nález: patnáct projektů, z toho u dvou znáte výsledek; tři různé formulace toho, co vlastně děláte; CV, které končí předloňskem. Přesně tohle chcete vidět teď, ne až při psaní nabídky ve stresu.

Těžba referencí z e-mailu

Nejcennější materiál celé inventury leží v e-mailu: věty klientů typu „to je přesně ono“, „obálka funguje, doprodali jsme první náklad“ nebo „doporučila jsem vás švagrové“. To jsou budoucí citace do case studies a nabídek — a nikdo si je nepamatuje, protože přišly uprostřed pracovního vlákna. Pokud máte v claude.ai připojený konektor na svůj e-mail, jde to přímo; jinak vyexportujte vlákna s pěti nejdůležitějšími klienty a nahrajte je.

Projdi nahraná e-mailová vlákna s klienty [nebo: prohledej můj e-mail,
vlákna s adresami klientů X, Y, Z za poslední 3 roky]. Hledám dva typy
vět:
1. Hodnocení výsledku — cokoli, kde klient říká, že práce funguje,
   splnila účel, líbí se, přinesla čísla.
2. Doporučení — zmínky, že mě klient někomu doporučil nebo od koho
   nová poptávka přišla.
Vrať tabulku: klient, datum, doslovná citace (nezkracuj, neuhlazuj),
kontext jednou větou, k jakému projektu se váže. Nic neparafrázuj —
potřebuji přesná znění, budu je později používat se souhlasem klientů.

Doslovnost je důležitá dvakrát: parafráze od AI zní jako reklama a citaci, kterou klient takhle neřekl, nesmíte nikdy použít. A rovnou počítejte s tím, že použití citace i jména klienta budete chtít schválit — to přijde ve fázi 3.

Ceník z hlavy na papír

Ceník „v hlavě“ není ceník — je to generátor nekonzistence. Klára účtuje podobné zakázky různě ne proto, že by to byla strategie, ale protože pokaždé počítá od nuly. Cílem není vymyslet nové ceny; cílem je zapsat ty, které už fakticky používáte, a uvidět je pohromadě. Nejrychlejší cesta je nechat se vyzpovídat:

Pomoz mi dostat ceník z hlavy na papír. Jsem [grafička na volné noze].
Ptej se mě po jedné otázce a z odpovědí průběžně stavěj strukturovaný
ceník. Zjisti ode mě:
- jaké služby reálně prodávám (ne co bych chtěla prodávat) a co přesně
  každá obsahuje
- jak je účtuji: fixní cena za balíček, hodinovka, cena za rozsah
- co jsem za každou službu účtovala u posledních 3 zakázek — klidně
  rozpětí, když si nepamatuji přesně
- co v ceně není a doúčtovávám zvlášť (tisková data navíc, další kolo
  změn, licence písem, spěch)
- u čeho pokaždé váhám a proč
Na konci mi vrať: seznam služeb s popisem, cenovým rozpětím
a poznámkou, co je v ceně a co ne. Rozpory v mých odpovědích
vypiš zvlášť — neřeš je za mě.

Ten poslední bod je nejužitečnější: rozpory jsou přesně ta místa, kde jste dosud rozhodovali náladou. Vzniklý ceník je pracovní verze — ve fázi 3 z něj bude soubor a v nabídkách se na něj bude odvolávat agent, takže cenu přestane „odhadovat“ model a začne ji dosazovat z vašeho rozhodnutí.

K inventuře patří ještě jedna hromádka: šablony e-mailů, které de facto máte, i když nejsou nikde zapsané. Odpověď na poptávku, upřesňující otázky, urgence podkladů, předání díla, žádost o referenci. Zatím je jen vypište jako seznam situací — psát je budete až s brand voice dokumentem z další fáze, jinak vzniknou v obecném tónu, který pak budete stejně přepisovat.

Fáze 2: osobní brand voice — jak zní moje značka

Firma má brand voice, aby pět lidí psalo jako jedna značka. Freelancer ho potřebuje z opačného důvodu: aby jeden člověk zněl jako jedna značka i ve čtvrtek večer, ve stresu, v urgenci a v nabídce psané na poslední chvíli — a aby tak zněla i AI, která za něj bude připravovat koncepty. Bez brand voice dokumentu dostanete z modelu texty v obecném asistentském tónu: zdvořilé, nadšené, zaměnitelné. S ním dostanete koncepty, které zní jako vy v dobrý den.

Obecnou metodiku — jak z vlastních textů vydestilovat popis stylu, zakázané fráze a páry ukázek — popisuje návod na brand book, který AI umí použít; tady ji projdeme v osobní verzi a přidáme jednu sekci, kterou firemní brand book obvykle nemá a osobní značka ji potřebuje nejvíc: co neslibuju.

Destilace z vlastních textů

Osobní tón se nedestiluje z portfolia, ale z korespondence — tam mluvíte přirozeně. Vyberte deset až patnáct textů, které vám zpětně přijdou dobré: e-maily klientům, dvě tři nabídky, popisky projektů, které jste psali sami. Nevybírejte podle důležitosti, ale podle pocitu „tohle jsem já“.

Nahrávám 12 svých textů: e-maily klientům, dvě nabídky a popisky
projektů [vložit]. Vydestiluj z nich můj osobní tón do dokumentu
brand-voice.md se strukturou:
1. Kdo jsem a s kým mluvím (2 věty, bez marketingových přívlastků)
2. Tón: 4–5 vlastností. U každé: co znamená v praxi a doslovná věta
   z mých textů, která ji předvádí — cituj, nevymýšlej.
3. Slovník: slova a obraty, které používám (i odborné), jak oslovuji
   (tykání/vykání), jak píšu čísla, termíny a ceny.
4. Zakázané fráze: co se v mých textech nikdy neobjevuje, ačkoli je
   to v oboru běžné — a co bych podle vzorku zjevně nenapsala.
5. Ukázky: 3 páry „takhle ne / takhle ano“ pro odpověď na poptávku,
   předání práce a připomenutí neuhrazené faktury.
Vycházej jen z nahraných textů. Kde vzorek nestačí, napiš otevřenou
otázku na konec — nerozhoduj za mě.

Zkontrolujte hlavně bod 2: pokud u vlastnosti není skutečná citace z vašich textů, model ji vymyslel a vlastnost pravděpodobně taky. A počítejte s tím, že první verze bude lichotivá — modely mají sklon popisovat tón, jaký by se vám líbil. Lék je v bodech 4 a 5: zakázané fráze a páry ukázek jsou binární, buď sedí, nebo ne.

Sekce „co neslibuju“

Osobní značka není jen tón — jsou to hranice. Freelancer nemá obchodní oddělení, které by hlídalo, co se klientovi slíbilo; slibuje v e-mailech psaných po večerech, a co je napsané, to platí. Sekce „co neslibuju“ je seznam vět, které z vaší klávesnice nesmí odejít, protože je neumíte nebo nechcete splnit. Vzniká nejlíp zpětně, z vlastních špatných zkušeností:

Doplň do mého brand voice dokumentu sekci „Co neslibuju“. Ptej se mě
po jedné otázce a odpovědi zapracovávej. Zjisti:
- kdy jsem naposledy slíbila něco, čeho jsem litovala (termín, rozsah,
  dostupnost) a jak přesně ta věta zněla
- jak rychle reálně odpovídám na zprávy a kdy nejsem k dispozici
- co klienti typicky chtějí „jen rychle přihodit“ a já to dělat nechci
  (např. logo za den, správu sítí, tisk zařídit levně)
- kolik kol změn je v mých cenách a jak říkám, že další kolo je
  za příplatek
- co dělám, když klient chce zásah, který dílo zhorší
U každé hranice zformuluj i zdvořilou větu v mém tónu, kterou ji
sdělím klientovi — potřebuji ji mít připravenou předem, ne vymýšlet
ve stresu.

Výsledek je prakticky nejpoužívanější část celého dokumentu: hotové formulace pro situace, ve kterých se špatně improvizuje. „Neslibuju odpověď do hodiny — odpovídám do 24 hodin v pracovní dny.“ „Neslibuju logo do týdne — kvalitní identita potřebuje dvě kola a tři týdny.“ Až bude agent psát nabídky a follow-upy, tahle sekce ho udrží od nadšených slibů, které pak plníte vy.

Zátěžový test na nepříjemných situacích

Brand voice, který funguje jen v pohodě, nefunguje. Otestujte dokument na situacích, které v podkladech nejsou, protože se vám do vzorku „dobrých textů“ nedostaly:

Tady je můj brand voice dokument [vložit]. Napiš podle něj tři texty:
1. Odmítnutí zakázky, která se mi nehodí (malý rozpočet, obor, který
   nedělám) — tak, aby se klient nestyděl doporučit mě dál.
2. Zdražení pro stálého klienta od nového roku.
3. Odpověď klientovi, kterému se hotová práce „nelíbí“, bez konkrétních
   připomínek.
Ke každému textu přidej rozvahu: která pravidla dokumentu šla proti
sobě a jak sis vybral. Přesně ta místa v dokumentu upřesníme.

Pokud jsou texty k použití po drobných úpravách, dokument stojí. Pokud zní cize, nezpřísňujte prompt — zpřesněte dokument, hlavně ukázky. Hotový brand-voice.md uložte zatím do Projektu na claude.ai jako trvalý kontext; ve fázi 3 se přestěhuje tam, kam patří. A teprve teď má smysl dopsat šablony e-mailů z konce fáze 1 — vzniknou rovnou ve vašem tónu.

Fáze 3: portfolio jako data — jeden zdroj pravdy v gitu

Teď přichází krok, který dělá z hromady podkladů systém. Klářino portfolio dosud existovalo jako obrázky na třech platformách — a obrázek je pro další použití mrtvý formát: nejde z něj vyrobit nabídka, neříká, co byl problém a co výsledek, a při každé aktualizaci se musí měnit na třech místech. Řešení zní technicky, ale je hlavně myšlenkové: portfolio je seznam strukturovaných záznamů, ne galerie. Každý projekt je záznam s pevnými poli — a z těch záznamů se všechno ostatní odvozuje.

Proč zrovna YAML a proč git

YAML je textový formát „polička: hodnota“, který přečte člověk i stroj. Nepotřebujete k němu žádnou aplikaci — je to soubor, který otevřete v libovolném editoru a Claude Code s ním umí pracovat přímo. Alternativou je JSON (totéž, jen ukecanější zápis); na principu nezáleží, důležité je, že jde o strukturovaný text: každý projekt má stejná pole, takže se na něj dá spolehnout — nabídka může „vzít tři projekty s tagem obaly a jejich výsledky“, protože pole vysledek prostě existuje.

A git? Ze stejných důvodů jako u firemní značky: verzování (každá změna ceníku má datum a důvod), dostupnost (repozitář čte Claude Code při sazbě CV, build webu i agent při psaní nabídky) a jednoznačnost (existuje jedna pravda, ne pět kopií po discích). Nemusíte git umět — agent ho ovládá, vy schvalujete. Ukázka jednoho záznamu, ať je vidět, o čem je řeč:

- id: rehola-pivovar
  nazev: Vizuální identita minipivovaru Řehola
  klient: Pivovar Řehola
  souhlas_zverejneni: ano          # potvrzeno e-mailem 2025-11-02
  rok: 2025
  sluzba: vizualni-identita
  tagy: [pivovar, gastro, obaly, logo]
  problem: >-
    Pivovar rostl z garážového projektu, ale etikety si dělal majitel
    sám a v regálu vedle konkurence zanikaly. Potřeboval identitu,
    která unese růst řady z 3 na 10 piv.
  reseni: >-
    Systém etiket postavený na stálém rastru a měnící se ilustraci:
    nové pivo znamená novou ilustraci, ne nový design. Logo, etikety,
    tácky a šablona pro merch.
  vysledek: >-
    Doprodej prvního nákladu nové řady za 6 týdnů; pivovar hlásí, že
    nové pivo nasadí do prodeje za 3 dny místo 3 týdnů.
  citace: >-
    „Obálka funguje, doprodali jsme první náklad. A novou etiketu
    zvládneme nasadit sami za odpoledne.“
  citace_zdroj: e-mail majitele, 2025-12-10
  obrazky: [rehola-01.jpg, rehola-02.jpg, rehola-regal.jpg]

Všimněte si tří polí, která v galeriích nebývají. problem a vysledek — protože nabídku ani case study nestavíte z obrázků, ale z příběhu „tohle byl problém, takhle jsem ho vyřešila, tohle to přineslo“. souhlas_zverejneni — protože jméno klienta a jeho citace smíte použít jen se souhlasem, a souhlas, který není zapsaný, za půl roku neexistuje. Projekty bez souhlasu v souboru klidně nechte (souhlas_zverejneni: ne) — pro interní použití, třeba jako podklad odhadu pracnosti, poslouží; do veřejných výstupů je systém prostě nepustí.

Převod inventury do dat

Ruční přepis patnácti projektů do YAML je přesně ta mechanika, kterou má dělat AI — z inventury ve fázi 1 už má skoro všechno:

Z inventury mých projektů [vložit výstup z fáze 1 nebo nahrát podklady
znovu] vytvoř soubor portfolio.yaml. Schéma každého záznamu: id,
nazev, klient, souhlas_zverejneni (zatím všude „ne“ — budu doplňovat
sama), rok, sluzba, tagy, problem, reseni, vysledek, citace,
citace_zdroj, obrazky.

Pravidla:
- problem a reseni piš z podkladů; kde podklady mlčí, nech pole
  prázdné s poznámkou DOPLNIT — nic nedomýšlej
- vysledek vyplň jen tam, kde je v podkladech doložený; „klient byl
  spokojený“ není výsledek
- citace jen doslovné z podkladů, s uvedením zdroje
- tagy navrhni konzistentně napříč projekty (max 15 různých tagů
  celkem), ať se podle nich dá vybírat
Na konec vypiš přehled: kolik záznamů je kompletních a u kolika chybí
problem, vysledek nebo citace.

Ten závěrečný přehled je pracovní seznam na příští týdny. A bude nelichotivý — typicky vyjde, že výsledky znáte u dvou projektů z patnácti.

Doplnění děr: projekt bez výsledku je jen obrázek

Chybějící výsledky nejsou důvod k rezignaci, ale k jednomu kolu e-mailů. Bývalým klientům se dá napsat — a je to mimochodem nejpřirozenější záminka připomenout se, jaká existuje:

Z portfolio.yaml vyber projekty, kde chybí vysledek nebo citace,
a jsou mladší než 3 roky. Ke každému mi připrav krátký e-mail
bývalému klientovi v mém tónu podle brand-voice.md:
- připomenutí spolupráce jednou větou
- 2 konkrétní otázky šité na daný projekt: co práce přinesla
  (čísla, pokud je mají, ale i „funguje to?“), a jestli smím projekt
  s jejich jménem ukázat v portfoliu
- žádné vynucování, žádná lhůta
Vrať e-maily jako koncepty k mé kontrole. Nic neodesílej.

Návratnost takového kola bývá překvapivě dobrá — klienti na dobrou spolupráci rádi vzpomenou a leckterý přihodí novou poptávku. Odpovědi zapisujte zpátky do YAML: výsledek, citaci, souhlas i s datem.

Repozitář: kde všechno bydlí

Zbývá tomu dát domov. Struktura je malá a schválně nudná:

ja-system/
├── portfolio.yaml      # projekty — jádro všeho
├── cenik.yaml          # služby, ceny, co je a není v ceně
├── cv.yaml             # praxe, vzdělání, dovednosti, kontakty
├── brand-voice.md      # tón + sekce „co neslibuju“
├── sablony/            # e-maily: poptávka, urgence, předání, reference
└── obrazky/            # ukázky projektů v rozumném rozlišení

Založení nechte na Claude Code — a využijte příležitost k první bezpečnostní kontrole:

Založ soukromý git repozitář ja-system se strukturou: portfolio.yaml,
cenik.yaml, cv.yaml, brand-voice.md, složky sablony a obrazky
[přiložit soubory z předchozích kroků]. Do cv.yaml převeď mé CV
[vložit] se schématem: praxe (od, do, role, klient/firma, co jsem
dělala, výsledky), vzdělání, dovednosti, nástroje, jazyky, kontakty.
Přidej README s pravidlem, že tenhle repozitář je jediný zdroj pravdy
— web, CV i nabídky se odvozují odsud a změny se dělají tady, ne ve
výstupech. Přidej .gitignore pro .env soubory a pracovní exporty.
Před prvním commitem mi vypiš kompletní seznam souborů ke commitu —
zkontroluji, že tam nejsou smlouvy, faktury ani nic s osobními údaji
klientů.

Ta poslední věta není formalita. Do repozitáře se značkou patří: portfolio, ceník, CV, brand voice, šablony, ukázky. Nepatří: smlouvy a NDA, faktury, klientské podklady, a nikdy — ani na chvilku — API klíče a hesla; git si pamatuje i smazané soubory. Ceník je hraniční případ jako u firmy: v soukromém repozitáři být může, ale kdybyste kdy repozitář zveřejnili (třeba jako ukázku systému), ceník z něj má zmizet první.

Od téhle chvíle platí nová hygiena: dokončil jsi projekt → zapiš záznam do portfolio.yaml. Deset minut, dokud máte detaily v hlavě. Je to jediný návyk, který systém potřebuje k životu — všechno ostatní se z něj odvodí.

Fáze 4: odvozené výstupy — CV, web a case studies z jedněch dat

Teď se investice začíná vracet. Máte čtyři soubory — portfolio, ceník, CV, brand voice — a z nich se dají odvodit všechny reprezentativní výstupy, které freelancer potřebuje. „Odvodit“ je klíčové slovo: výstup se negeneruje z hlavy modelu, ale skládá se ze záznamů, které jste schválili. Když se změní zdroj, výstupy se přegenerují; když najdete chybu ve výstupu, opravíte ji ve zdroji — jinak se vrátí.

CV do PDF: jedna pravda, více verzí

Papírové CV zní pro freelancera po pěti letech praxe skoro archaicky — a pak přijde výběrové řízení na většího klienta, žádost o grant, akreditace na konferenci nebo agentura, která si vás chce brát na subdodávky, a všichni chtějí CV. V systému není co řešit: cv.yaml a portfolio.yaml obsahují všechno, sazbu zvládne Claude Code.

Vygeneruj z cv.yaml a portfolio.yaml moje CV jako PDF. Postup:
1. Navrhni obsah na jednu stranu A4: záhlaví s kontakty, 3 věty
   o mně v tónu brand-voice.md (žádné „kreativní profesionálka“),
   praxe, výběr 4 projektů z portfolia — ber jen ty se
   souhlas_zverejneni: ano a s vyplněným výsledkem, seřazené podle
   relevance pro [příjemce: např. výběrové řízení na rebranding
   městské knihovny], dovednosti a nástroje.
2. U každého vybraného projektu jedna věta: co byl problém a co
   přineslo řešení — čísla z pole vysledek, nic nezaokrouhluj nahoru.
3. Ukaž mi textový návrh ke schválení. Teprve pak ho vysázej do PDF:
   čistá typografie, jedna strana, žádné fotky, žádné grafy
   dovedností.
Ulož vedle PDF i zdrojový soubor sazby, ať příště měníme jen data.

Dvě poznámky z praxe. Za prvé, „seřazené podle relevance pro příjemce“ je důvod, proč CV z dat funguje lépe než CV udržované ručně: pro každou příležitost vzniká za pár minut varianta s jiným výběrem projektů — z téže pravdy, jen jinak seříznuté. Za druhé, grafy dovedností (pruhy „Photoshop 90 %“) si nechte zakázat explicitně; modely je do CV kreativních profesí rády přidávají a personalisté je stejně rádi nemají.

Osobní web na Vercelu, který čte YAML

Stavbu webu s Claude Code — od prvního promptu přes git jako záchrannou síť po nasazení a doménu — popisuje krok za krokem samostatný návod a platí celý i pro osobní web; nebudeme ho opisovat. Tady nás zajímá jedno rozhodnutí navíc, které z osobního webu dělá součást systému místo čtvrté kopie portfolia: web nemá vlastní obsah — čte ho při buildu z repozitáře ja-system.

Stavíme můj osobní web (viz návod, kterým jsme založili projekt).
Klíčový požadavek: web nemá vlastní texty o projektech. Při buildu
načítá portfolio.yaml a cenik.yaml z repozitáře ja-system a generuje:
- stránku s výběrem projektů: jen záznamy se souhlas_zverejneni: ano;
  u každého problem, reseni, vysledek a obrázky
- stránku služeb z cenik.yaml: popisy a co je v ceně, ale bez částek —
  ceny na web nedávám, jsou v nabídkách
- stránku o mně z cv.yaml a brand-voice.md
Navrhni nejjednodušší způsob, jak data z ja-system do projektu webu
dostávat a aktualizovat, vysvětli mi ho jako netechnikovi a počkej
na schválení. Texty webu piš tónem podle brand-voice.md.

Praktický důsledek stojí za vypíchnutí: až příště dokončíte projekt, zapíšete ho do portfolio.yaml — a web ho po nasazení zobrazí sám, se stejným textem, jaký uvidí i příští nabídka. Klářin problém „nejlepší zakázky roku nejsou v portfoliu“ tím přestává existovat strukturálně: aktualizace webu už není zvláštní úkol, na který není čas, ale vedlejší účinek zápisu do zdroje.

Rozhodnutí, co na web patří, zůstává na vás — a stojí za rozmyšlení. Ceny na osobním webu jsou věčné dilema; v tomhle systému je odpověď čistá: web popisuje služby, ceny žijí v ceníku a do světa chodí v nabídkách, kde mají kontext. A nezapomeňte na náhledová nasazení: Vercel vytváří ke každé změně veřejnou náhledovou adresu — zapněte ochranu nasazení, ať rozpracované verze nevidí celý internet.

Case study: příběh, který se píše sám — skoro

Case study je nejsilnější prodejní materiál freelancera: neukazuje, že umíte hezké věci, ale že řešíte problémy a nesete výsledky. A je to přesně ten formát, který „nikdy není čas“ napsat. V systému je to jinak: záznam v portfolio.yaml už strukturu case study obsahuje — problém, řešení, výsledek, citace. Zbývá ji rozvinout.

Dobrá case study má pět částí a jedno pravidlo. Části: kontext (kdo je klient a v jaké byl situaci), problém (co konkrétně nefungovalo — ideálně s číslem nebo hmatatelným projevem), proces (jak jste postupovali, včetně jedné slepé uličky — dodává důvěryhodnost), řešení (co vzniklo, s ukázkami) a výsledek (co se změnilo, čísla + citace klienta). Pravidlo: všechna fakta pocházejí ze záznamu a podkladů — case study, ve které si AI domyslela výsledky, je časovaná bomba pod vaší pověstí.

Napiš case study z tohoto záznamu portfolio.yaml [vložit záznam]
a z přiložených podkladů k projektu [zadání, pár e-mailů, poznámky].
Struktura: kontext — problém — proces — řešení — výsledek. Tón podle
brand-voice.md. Pravidla:
- délka do 600 slov; méně je lépe
- každé číslo a citace musí pocházet ze záznamu nebo podkladů; nic
  nedopočítávej, nezaokrouhluj nahoru, nepřidávej superlativy
- do procesu zařaď jednu skutečnou slepou uličku z podkladů, pokud
  tam je — a napiš, proč jsme se vrátili
- kde ti chybí informace, nech v textu poznámku DOPLNIT s otázkou
  na mě, nevymýšlej
Vrať i seznam 3 míst, která jsou podle tebe nejslabší a potřebovala
by od klienta číslo nebo citaci navíc.

Vzniklý text projděte s tužkou: model i s dobrými pravidly občas „vylepší“ formulaci výsledku za hranu toho, co záznam říká. Hotovou case study uložte do repozitáře vedle záznamu a odkažte ji z něj — nabídky si na ni budou sahat. Dvě tři case studies stačí; je lepší mít dvě poctivé než osm generických.

Kontrola konzistence: výstupy proti zdroji

Odvozené výstupy mají jednu novou povinnost: nesmí se rozejít se zdrojem. Jednou za čas — a vždycky po větší změně ceníku nebo portfolia — spusťte kontrolu:

Porovnej odvozené výstupy se zdrojem pravdy v ja-system:
1. Web: odpovídají texty projektů aktuálnímu portfolio.yaml? Není
   na webu projekt, kterému mezitím skončil souhlas se zveřejněním?
2. CV (poslední vygenerované PDF): sedí praxe a projekty s cv.yaml
   a portfolio.yaml?
3. Case studies: nesedí v nich čísla, která se v záznamech od té doby
   zpřesnila?
Vrať tabulku rozdílů: výstup, místo, co říká zdroj, co říká výstup.
Nic neopravuj — rozhodnu, jestli je zastaralý výstup, nebo zdroj.
Nehlas „vše v pořádku“, dokud nenapíšeš, kolik položek jsi porovnal.

Poslední věta je pojistka známá z firemního návodu: kontrolní prompt bez vykázaného rozsahu má tendenci zkontrolovat tři položky z třiceti a spokojeně to odmávnout. Chtějte číslo.

Fáze 5: nabídka za dvacet minut

Tohle je fáze, kvůli které se celý systém staví — vrátíme se k tezi z úvodu a doložíme ji. Nabídka je pro freelancera nejdůležitější dokument vůbec: rozhoduje o tom, jestli z poptávky bude zakázka a za kolik. A zároveň je to dokument, který vzniká v nejhorších podmínkách — večer, po práci, pod tlakem, s vědomím, že konkurence možná odpoví dřív. Přesně proto se vyplatí, aby ho z větší části skládal systém.

Anatomie dobré nabídky

Než přijde prompt, struktura — protože prompt je jen tak dobrý jako struktura, kterou vynucuje. Dobrá nabídka freelancera má sedm částí:

1. Shrnutí zadání vlastními slovy. Dvě tři věty: takhle jsem pochopila, co potřebujete a proč. Nejpodceňovanější část — klient z ní pozná, že jste poptávku skutečně četli, a vy z ní poznáte, že jste ji pochopili špatně, dokud je to zadarmo.
2. Navrhované řešení a proces. Co uděláte, v jakých krocích, co bude klient vidět po každém kroku a co od něj budete potřebovat. Proces prodává: klient kupuje i jistotu, že víte, jak se taková věc dělá.
3. Relevantní ukázky. Dva tři projekty z portfolia — ne ty nejhezčí, ale nejpodobnější klientovu problému, s výsledkem a citací. Tady se poprvé naplno projeví, že portfolio jsou data: výběr „podobné zakázky s výsledky“ je dotaz, ne večerní archeologie.
4. Rozsah — a co v ceně není. Kolik kol změn, jaké výstupní formáty, co se děje při rozšíření zadání. Sekce, která předchází třem čtvrtinám budoucích konfliktů.
5. Termín. Realistický, s vyznačením, co ho může posunout (pozdní podklady, pomalé schvalování).
6. Cena a platební podmínky. Z ceníku, ne z nálady. Záloha a splatnost patří sem, ne do překvapení na faktuře.
7. Další krok. Jedna věta: co se stane, když řeknete ano — a do kdy nabídka platí.

Sestavení: systém skládá, člověk rozhoduje

Přišla poptávka [vložit celý e-mail poptávky]. Sestav návrh nabídky
z mých zdrojů: portfolio.yaml, cenik.yaml, brand-voice.md včetně
sekce „co neslibuju“ a case studies ve složce.

Struktura: shrnutí zadání mými slovy — navrhované řešení a proces —
2–3 relevantní ukázky — rozsah a co v ceně není — termín — cena
a podmínky — další krok.

Pravidla:
- ukázky vybírej podle tagů a podobnosti problému, jen projekty se
  souhlas_zverejneni: ano; ke každé jedna věta s výsledkem a citace,
  pokud existuje — nikdy nevymýšlej reference
- cenu sestav výhradně z cenik.yaml a rozepiš, z čeho se skládá;
  kde ceník na poptávku nestačí, napiš OTÁZKA a nech rozhodnutí mně
- termín nenavrhuj — nech pole prázdné, doplním podle kalendáře
- rozsah: explicitně vypiš, co v ceně není, podle poznámek v ceníku
- nikde neslibuj nic ze sekce „co neslibuju“
- tam, kde je poptávka nejasná, napiš seznam upřesňujících otázek
  klientovi — možná je pošlu místo nabídky
Vrať návrh + seznam OTÁZEK pro mě odděleně.

Všimněte si dělby práce, kterou prompt vynucuje. Agent dělá mechaniku: čte poptávku, vybírá ukázky, skládá strukturu, dosazuje ceníkové položky, hlídá tón a sliby. Člověku zůstávají tři rozhodnutí, která nikdo jiný udělat nemůže: jestli zakázku vůbec chce (ne každá poptávka je dobrá zpráva), finální cena (ceník je základ, ale příplatek za spěch nebo sleva pro vracejícího se klienta je úsudek) a termín (jen vy vidíte do svého kalendáře). A ten seznam upřesňujících otázek na konci není okrasa — u vágních poptávek je poslat otázky místo nabídky často silnější tah: odliší vás od konkurence, která střelila cenu od boku.

Kontrola před odesláním

Druhý prompt téže fáze je kratší, ale vynechat se nevyplácí:

Zkontroluj finální nabídku [vložit] před odesláním:
1. Sliby: vypiš každou větu, která něco slibuje (termín, rozsah,
   výsledek, dostupnost), a srovnej ji se sekcí „co neslibuju“
   a s tím, co je v rozsahu.
2. Čísla: sedí součet ceny? Odpovídají položky ceníku? Nezůstala
   v textu částka z předchozí verze?
3. Jména: nezůstalo v textu jméno jiného klienta z minulé nabídky?
4. Tón: věty, které nezní podle brand-voice.md.
Vrať nálezy jako tabulku. Nic nepřepisuj.

Bod 3 vypadá paranoidně přesně do chvíle, než poprvé pošlete nabídku s pozdravem pro jiného klienta — což je nehoda, která se při ručním recyklování starých nabídek stane každému. V systému, kde se nabídka generuje čerstvá z dat, je riziko menší, ale kontrola je zadarmo.

Tři rozsahy: nabídka, která se neodmítá celá

Pokročilá varianta, která u části klientů znatelně zvedá úspěšnost: místo jedné ceny tři rozsahy. Ne tři ceny za totéž, ale tři poctivě odstupňované verze zakázky — základ, doporučený rozsah a rozšířená spolupráce. Klient pak nevolí mezi „ano a ne“, ale mezi třemi ano.

Přeskládej nabídku [vložit] do tří rozsahů podle mého ceníku:
- ZÁKLAD: nejmenší varianta, která klientův problém skutečně vyřeší
  — žádná ořezaná verze, za kterou bych se styděla
- DOPORUČUJI: rozsah, který bych klientovi poradila, kdyby se zeptal
  — označ ho tak i v nabídce a napiš proč
- ROZŠÍŘENÁ: co dává smysl navíc, jen pokud to opravdu dává smysl
  pro tento typ klienta; pokud ne, vrať jen dvě varianty a napiš to
U každé varianty: co obsahuje, co ne, cena z ceníku, termín necháš
prázdný. Rozdíly mezi variantami musí být v rozsahu práce, ne v kvalitě
— žádné „v základu to bude horší“.

Poslední pravidlo je etická pojistka: odstupňovat rozsah je legitimní, odstupňovat kvalitu ne. A dovětek „pokud to nedává smysl, vrať jen dvě“ brání modelu vycpat třetí variantu balastem jen proto, že jste si o ni řekli.

Poptávka, kterou nechcete: odmítnutí je taky výstup

Systém, který zrychluje nabídky, svádí k tomu poslat nabídku na všechno. Braňte se — rozhodnutí „chci tuhle zakázku?“ je první ze tří lidských rozhodnutí a má padnout dřív, než agent začne skládat. Signály, u kterých se vyplatí zastavit, zná každý freelancer po pár letech: rozpočet neodpovídající rozsahu ani po vysvětlení, poptávka „potřebujeme to do pátku“ na práci na tři týdny, klient, který v prvním e-mailu shodí předchozího dodavatele, obor, který neděláte a dělat nechcete. Nabídka na špatnou zakázku není neutrální úkon — vyhraná špatná zakázka je horší než žádná.

Dobrá zpráva: systém pomáhá i tady. Odmítnutí je taky výstup — a díky sekci „co neslibuju“ a zátěžovému testu z fáze 2 už máte předpřipravené formulace, které odmítají rychle, slušně a tak, že se klient nestydí doporučit vás dál („tohle není moje parketa, ale doporučím vám kolegyni, která tohle dělá skvěle“ je věta, která buduje síť víc než leckterá zakázka). Rychlost je tu podstatná dvojnásob: nerozhodnutá poptávka, kterou nechcete, ale neumíte to říct, je nejhorší obyvatel CRM — hnije ve fázi „poptávka“, kazí vám týdenní přehled a klientovi bere čas najít někoho jiného. Proto má CRM fázi ztraceno a k ní patří jedna disciplína: zapsat důvod. „Ztraceno — malý rozpočet“, „ztraceno — nestíhala jsem odpovědět“ (au — ale právě tyhle záznamy systém zlepšují), „ztraceno — vybrali levnějšího“. Za rok se z důvodů složí obrázek, který uvidíme v CRM kapitole.

Dvacet minut: jak reálně vypadají

Aby teze z úvodu nezůstala reklamním slibem, rozpočítejme ji. Minuta nula: přečtete poptávku (5 minut, s kávou). Vložíte ji do promptu, agent skládá — vy mezitím otevřete kalendář a rozmyslíte termín (5 minut). Projdete návrh: odpovíte na OTÁZKY, rozhodnete cenu, dvě formulace přepíšete po svém (7 minut). Kontrolní prompt, oprava jednoho nálezu, odesláno (3 minuty). Dvacet minut je reálný údaj pro poptávku, která sedí do vašeho ceníku a portfolia — tedy pro většinu; netypická zakázka si vyžádá víc, protože přemýšlíte nad rozsahem, a to je správně. Podstatný rozdíl proti večeru s ručním skládáním není jen čas: je to konzistence (každá nabídka má všech sedm částí, i ta psaná v úterý v deset večer) a rychlost odpovědi, která sama o sobě prodává — klient, který dostane promyšlenou nabídku do 24 hodin, si o vás myslí přesně to, co potřebujete: tahle osoba má věci pod kontrolou.

Fáze 6: mini CRM poptávek v Notionu

Portfolio, nabídky a web jsou reprezentativní strana systému. Teď provozní strana: evidence poptávek. Zní to jako byrokracie pro korporace, ale je to přesný opak — CRM je pro freelancera pojistka proti nejdražší chybě, jakou dělá: zapomínání. Zapomenutá poptávka, neurgovaná nabídka, nevyžádaná reference. Nic z toho nebolí v okamžiku, kdy se to děje; bolí to souhrnně na konci roku, kdy se to nikde neukáže, protože se to nikde nepočítá.

Mini CRM freelancera nepotřebuje žádný specializovaný nástroj. Stačí jedna databáze v Notionu — a Notion je tu dobrá volba ze dvou praktických důvodů: nejspíš ho už používáte na poznámky, a má oficiální MCP konektor, takže s databází umí pracovat agent. Kdo chce vidět, kam taková evidence může dorůst — plnohodnotné CRM s vlastní databází, přístupovými právy a zamykáním od prvního dne — najde to ve firemním návodu; freelancer ale začíná tabulkou a pro většinu freelancerů tabulka i stačí.

Pět fází a jedna železná kolonka

Páteří CRM je životní cyklus zakázky: poptávka → nabídka → zakázka → faktura → reference. Každý řádek databáze je jedna příležitost a fáze říká, kde v cyklu stojí. Za pozornost stojí, že cyklus nekončí zaplacením: reference je plnohodnotná fáze — dokončená zakázka, ze které jste nezískali výsledek do portfolia, citaci a souhlas se zveřejněním, je nedotěžená.

Sloupce: klient (jméno, kontakt), zdroj (kdo doporučil — po roce dat zjistíte, odkud práce skutečně chodí, a koho máte pozvat na oběd), služba (tagem shodným s ceníkem), fáze, odhad hodnoty (rozpětí stačí), poslední akce (co a kdy se stalo), a železná kolonka celého systému: další krok + datum. Pravidlo zní: žádný řádek nesmí mít prázdný další krok. I „nic — čekáme na klienta do 15. 9., pak follow-up“ je další krok. Řádek bez dalšího kroku je poptávka, která právě začala propadávat.

Notion MCP: co v době psaní umí

V době psaní má Notion oficiální MCP server: v claude.ai ho připojíte z adresáře konektorů, přihlásíte se svým Notion účtem přes OAuth a — důležitý detail — integrace vidí jen stránky, které jí nasdílíte, ne celý workspace. Umí toho pro naše účely přesně dost: fulltextově hledat, číst stránky jako text, zakládat a upravovat stránky, vytvářet a upravovat databáze a hlavně klást databázím strukturované dotazy s filtry a řazením — tedy přesně operace typu „všechny řádky ve fázi nabídka, kde je datum dalšího kroku v minulosti“. Podrobněji o připojování konektorů a čtení obrazovky oprávnění pojednává přehled MCP nástrojů; tady jen zásada, která se osvědčila: první týden dejte agentovi jen čtení, zápis až potom, a vždy jako návrh ke schválení.

Založení databáze zvládne agent podle popisu:

Založ v Notionu databázi „Poptávky“ (do stránky, kterou jsem konektoru
nasdílela). Sloupce:
- Klient (text), Kontakt (text), Zdroj doporučení (text)
- Služba (výběr — hodnoty vezmi z mého cenik.yaml [vložit seznam
  služeb])
- Fáze (výběr: poptávka / nabídka / zakázka / faktura / reference /
  ztraceno)
- Odhad hodnoty (výběr: S / M / L — částky do Notionu nedávám)
- Poslední akce (text + datum), Další krok (text), Další krok — datum
  (datum)
- Poznámky (text), Odkaz na nabídku (URL)
Vytvoř i pohledy: „Tento týden“ (další krok do 7 dnů, řazeno podle
data), „Čeká na mě“ (další krok — datum v minulosti) a nástěnku podle
fází. Založ 2 ukázkové řádky, ať vidím, jak se s tím pracuje, a pak
je smažu sama.

Drobnost s odhadem hodnoty v kategoriích S/M/L místo částek je vědomé rozhodnutí, ke kterému se vrátíme v bezpečnostní sekci: do nástroje třetí strany dávejte jen to, co tam potřebujete mít.

Zápis poptávky: agent navrhuje, člověk potvrzuje

Nová poptávka se do CRM dostane jedním vložením do chatu — a tady je vzor, jak vypadá „zápis se schvalováním“ v praxi:

Přišla nová poptávka [vložit e-mail]. Připrav návrh záznamu do
databáze Poptávky: vytáhni klienta, kontakt, zdroj (pokud píše, kdo
mě doporučil), navrhni službu podle mého ceníku, fázi „poptávka“,
odhad hodnoty S/M/L podle rozsahu a jako další krok navrhni, co bych
měla udělat a do kdy — obvykle odpovědět do 24 hodin, nebo poslat
upřesňující otázky.
Ukaž mi celý záznam ke schválení. Do Notionu zapiš až po mém
potvrzení. Pokud v databázi najdeš stejného klienta z dřívějška,
upozorni mě a připomeň, co se s ním dělo.

Ta poslední věta je malý zázrak paměti: agent si všimne, že tenhle klient už jednou poptával, dostal nabídku a zmizel — a vy vstupujete do konverzace s kontextem, který by agentura měla v CRM a freelancer obvykle v mlze.

Podklady v Notionu: každá zakázka má svou stránku

CRM řeší tok poptávek; podklady k běžícím zakázkám potřebují taky domov, a Notion je pro ně přirozený — ale s jasnou hranicí, co bydlí kde. V gitu je vaše značka (portfolio, ceník, brand voice — věci, které se verzují a ze kterých se generuje). V Notionu je provoz: stránka ke každé zakázce se zadáním, poznámkami ze schůzek, odsouhlasenými zápisy „na čem jsme se domluvili“, odkazy na sdílené soubory a checklistem předání. Ke stránce zakázky se hodí šablona — nechte si ji vygenerovat jednou a Notion ji pak nabízí u každé nové položky. Praktický přínos té hranice: když skončí zakázka, poznámky z její stránky jsou přesně ten materiál, ze kterého agent vytěží záznam do portfolio.yaml a case study — provoz se přelije do značky jedním promptem, ne přepisováním.

Týdenní přehled: deset minut, které drží systém pohromadě

CRM žije jen tehdy, když se do něj někdo dívá. Rytmus, který funguje: jednou týdně, ideálně v pondělí ráno nebo v rámci pátečního adminu, jeden prompt a deset minut nad výsledkem:

Projdi databázi Poptávky a připrav týdenní přehled:
1. ČEKÁ NA MĚ: řádky s datem dalšího kroku v minulosti nebo tento
   týden — seřaď podle stáří, nejstarší resty první.
2. BEZ POHYBU: řádky ve fázi poptávka nebo nabídka, kde je poslední
   akce starší než 10 dní.
3. NEDOTĚŽENÉ: zakázky ve fázi faktura nebo hotové, které nikdy
   nepřešly do fáze reference.
4. OBRÁZEK: kolik je čeho v které fázi a co se změnilo od minulého
   týdne.
Ke každé položce z bodů 1–3 navrhni konkrétní další krok jednou
větou. Nic nezapisuj a nic neodesílej — je to podklad pro mou
pondělní čtvrthodinu.

Kdo už má zavedený páteční admin blok, má pro tenhle rituál přirozené místo v kalendáři. Deset minut týdně je celá provozní cena systému — a je to zároveň pojistka proti nejčastějšímu osudu všech CRM: že se do nich tři měsíce zapisuje a pak nikdy nikdo nepodívá.

Co vám data řeknou za rok

CRM se freelancerovi obvykle prodává jako nástroj na „nezapomínání“ — a to je pravda, ale je to jen polovina hodnoty. Druhá polovina dozrává pomalu: po roce poctivého zapisování máte poprvé v životě data o vlastním byznysu, a ta vyprávějí věci, které se z pocitu zjistit nedají.

Sloupec „zdroj doporučení“ ukáže, odkud práce skutečně chodí — a skoro vždycky je to překvapení: dvě třetiny zakázek se dají vystopovat ke dvěma třem lidem, o kterých jste to netušili, zatímco Instagram, do kterého jste lili večery, nepřivedl nikoho. Praktický důsledek na oběd pozvat ty dva lidi je banální a málokoho napadne bez dat. Poměr fází „nabídka“ ku „zakázka“ ukáže konverzi nabídek: pokud vyhráváte devět z deseti, jste nejspíš levní; pokud jednu z deseti, něco je špatně s nabídkami, cenami, nebo s výběrem poptávek, na které odpovídáte. Důvody u fáze „ztraceno“ řeknou, které to je. Časová razítka prozradí, jak dlouho klientům trvá rozhodnutí — což zpřesní kadenci follow-upů z příští kapitoly. A rozložení služeb ukáže, čím se doopravdy živíte, versus čím se živíte v hlavě: grafička, která se má za „značkovou designérku“ a z dat zjistí, že polovinu příjmů dělají obaly, má před sebou užitečný rozhovor sama se sebou — a možná jiný ceník na příští rok.

Na roční čtení nepotřebujete nový nástroj ani prompt navíc: vezměte týdenní přehledový prompt, změňte období na dvanáct měsíců a přidejte otázky z tohoto odstavce. Hodina nad výsledkem v lednu je nejlevnější byznysová konzultace, jakou si kdy pořídíte — konzultant jste vy sami, jen konečně s podklady.

Kdy tabulka přestane stačit

Poctivost velí říct i horní hranici. Tabulka v Notionu unese freelancera s desítkami poptávek ročně bez zadýchání — a většina freelancerů nad ni nikdy nepřeroste, což není prohra, ale definice zdravého jednočlenného byznysu. Signály, že přerůstáte: do CRM potřebuje zapisovat druhý člověk (asistentka, spolupracující freelancer) a začínáte řešit, kdo smí co vidět; evidujete stovky kontaktů a Notion dotazy se vlečou; potřebujete navázat data, která do sdíleného Notionu nepatří (částky, smlouvy, osobní údaje ve větším rozsahu). V tu chvíli je čas na plnohodnotné CRM s vlastní databází, přístupovými právy a zamykáním od prvního dne — přesně to staví pátá fáze firemního návodu, a díky tomu, že vaše CRM je strukturovaná databáze a ne hromada e-mailů, bude migrace exportem a importem, ne měsícem přepisování. I tohle je tichý benefit systému: každý jeho kus má připravené odchodové dveře do větší verze.

Follow-up disciplína: nejdražší díra ve freelancerově rozpočtu

Téhle sekci by mohlo stačit jedno souvětí z Klářina příběhu: za rok jí potichu propadly čtyři poptávky, a kdyby z nich vyšla jen jedna zakázka, zaplatila by celý systém mnohonásobně. Ale protože je to skutečně nejdražší díra — a protože ji CRM samo o sobě nezacpe, jen zviditelní — zaslouží si vlastní kapitolu.

Proč follow-up u freelancerů systematicky selhává? Ne z lenosti. Z psychologie: napsat „jen se připomínám“ je nepříjemné. Připadáte si dotěrně, říkáte si, že kdyby klient chtěl, ozval by se — a máte na práci placené zakázky, které křičí hlasitěji. Jenže data z druhé strany vyprávějí jiný příběh: klient, který nereaguje na nabídku, ji většinou neodmítl. Zapadla mu, čeká na schválení rozpočtu, řeší jinou prioritu — a slušné připomenutí vnímá jako profesionalitu, ne dotěrnost. Odmítnutí bolí méně než nejistota a přichází vzácněji, než si člověk představuje večer před usnutím.

Systémové řešení má tři části. Za prvé, kadence je rozhodnutá předem, ne vymýšlená pokaždé: na novou poptávku odpovědět do 24 hodin (třeba jen „díky, ozvu se do čtvrtka s nabídkou“ — i to je odpověď a kupuje čas); po odeslané nabídce follow-up po 5–7 dnech; druhý a poslední po dalších 10–14 dnech s klidnou koncovkou („nechám to otevřené, kdybyste se k projektu vrátili“); po dokončené zakázce žádost o zpětnou vazbu a referenci do 2 týdnů, dokud je spokojenost čerstvá. Za druhé, termíny hlídá CRM — kolonka „další krok + datum“ a týdenní přehled z předchozí fáze. A za třetí, texty připravuje agent ve vašem tónu, takže překonáváte jen kliknutí „odeslat“, ne prázdnou stránku:

Z týdenního přehledu vezmi položky, kde je dalším krokem follow-up,
a ke každé napiš návrh e-mailu podle brand-voice.md. Pravidla:
- žádné „jen se připomínám“ a žádné omlouvání se za psaní; vždy
  přines důvod kontaktu: doplňující nápad k nabídce, otázku, novinku
  související s jejich projektem, nebo prostě jasnou nabídku dalšího
  kroku
- první follow-up krátký (3–4 věty), druhý ještě kratší a s klidnou
  koncovkou, že nabídku nechávám otevřenou
- u žádostí o referenci navrhni 2 konkrétní otázky šité na danou
  zakázku, ať klient nemusí vymýšlet slohovku
Vrať jako koncepty. Odesílám sama a po odeslání si do CRM zapíšu
poslední akci a další krok.

Pravidlo „vždy přines důvod kontaktu“ dělá z follow-upu službu místo urgence — a je to přesně věc, kterou agentura s account managerem dělá běžně a freelancer skoro nikdy. Jedna poznámka k automatizaci, protože se nabízí: technicky by šlo nechat follow-upy odesílat automaticky podle kadence. Nedělejte to. Follow-up je osobní kontakt s člověkem, který zvažuje, jestli vám svěří peníze; odeslání musí projít vaší rukou — už proto, že jen vy víte, že klientovi zrovna vyhořel sklad a „připomínám nabídku rebrandingu“ by tento týden nebyl dobrý e-mail.

Fáze 7: fakturace a platby přes Stripe MCP

Poslední fáze se týká peněz — a proto v ní budou bezpečnostní poznámky hustší než kde jinde. Cíl: místo tří fakturačních nástrojů a listování v bance jedno místo, kde vznikají faktury a platební odkazy a kde se dá jedním dotazem zjistit, kdo zaplatil a kdo ne. A protože Stripe má oficiální MCP server, umí s tím místem pracovat agent — v režimu, který se táhne celým návodem: připravuje a čte, člověk finalizuje a odesílá.

Nejdřív poctivé vymezení, pro koho tahle fáze je. Stripe je platební platforma: přijímá platby kartou i dalšími metodami, vystavuje faktury s platebním tlačítkem, generuje platební odkazy a umí opakované platby. Za zpracování plateb si účtuje procentní poplatek z transakce — kvalitativně: u velkých faktur o něm přemýšlejte, u malých částek a zahraničních klientů ho obvykle vyváží pohodlí a rychlost zaplacení. A hlavně: Stripe není účetnictví. Česká faktura má náležitosti daňového dokladu a vaše účetní má na věc názor, který je důležitější než tenhle článek — typické uspořádání je, že Stripe řeší inkaso (klient dostane fakturu s tlačítkem a zaplatí kartou hned, místo aby PDF čtrnáct dní zrálo v jeho účtárně), a účetnictví se vede tam, kde se vedlo dosud, s exporty ze Stripe jako podkladem. Komu Stripe nedává smysl — fakturuje dvěma stálým českým klientům převodem a systém mu funguje — může celou fázi přeskočit a z CRM si nechat hlídat aspoň splatnosti; zbytek návodu tím nepadá.

Co Stripe MCP umí — stav v době psaní

Protože jde o konektor k penězům, ověřovali jsme aktuální stav v oficiální dokumentaci — a vy si ho před nasazením ověřte znovu, MCP servery se vyvíjejí rychle. V době psaní to vypadá takhle: Stripe provozuje oficiální vzdálený MCP server — připojíte ho jako vlastní konektor (v claude.ai přes adresář konektorů či přidání vlastního serveru, v Claude Code jedním příkazem) a autorizujete přihlášením ke svému Stripe účtu přes OAuth; žádné kopírování klíčů do konfigurace. Server nabízí nástroje pokrývající podstatnou část Stripe API: zákazníky (založit, vyhledat, upravit), produkty a ceny, faktury (vytvořit, upravit, finalizovat, zneplatnit, vypsat — včetně položek), platební odkazy (vytvořit, upravit, vypsat), předplatná, refundace, kupóny, přehledy a reporty, zůstatek a výplaty — plus vyhledávání ve Stripe dokumentaci, což se hodí, když si nejste jistí, jak něco ve Stripe funguje.

Tři věci z dokumentace stojí za vypíchnutí, protože přesně ladí s přístupem tohoto návodu. Za prvé, sám Stripe doporučuje zapnout potvrzování nástrojů člověkem a varuje před prompt injection při kombinování s jinými servery — výrobce platebního nástroje vám říká „neklikejte agentovi ano na všechno“, poslechněte ho. Za druhé, autorizované OAuth session jsou vidět v nastavení Stripe účtu a dají se kdykoli odvolat — vyzkoušejte si to hned po připojení, ať víte, kde ten vypínač je. Za třetí, Stripe rozlišuje sandbox a ostrý provoz: testovací prostředí s nečistými penězi, kde si celý postup níže můžete projet nanečisto — a měli byste, než agenta pustíte k opravdovým fakturám.

Zákazníci a produkty: ceník podruhé

První krok po připojení je jednorázový: přenést do Stripe strukturu, kterou už máte. Zákazníci z CRM, služby z ceníku:

Připrav založení mých služeb ve Stripe (zatím v sandboxu). Z mého
cenik.yaml [vložit] navrhni strukturu produktů a cen: která služba
bude produkt s fixní cenou, kde dává smysl cena za jednotku a co se
fakturuje individuálně (tam produkt nezakládej, faktura vznikne
s vlastními položkami). Ukaž mi návrh jako tabulku: produkt, cena,
měna, poznámka. Po mém schválení produkty založ a vypiš, co přesně
jsi vytvořil. Zákazníky zatím nezakládej — budou vznikat po jednom,
až budu prvnímu z nich fakturovat.

Tím se ceník stává třetím místem, kde vaše služby existují — a to je přesně ten moment, kdy systémové myšlení musí zafungovat: zdrojem pravdy zůstává cenik.yaml v gitu; když se ceny mění, mění se tam, a agent pak dostane za úkol promítnout změnu do Stripe. Ne obráceně.

Faktura: agent připraví koncept, člověk finalizuje

Fakturační tok navazuje na CRM: zakázka došla k milníku (záloha, předání), v CRM je fáze „faktura“ — a agent má všechno, co potřebuje:

Zakázka [klient] z databáze Poptávky došla k milníku [záloha 50 % /
dokončení]. Připrav ve Stripe fakturu:
1. Najdi zákazníka podle e-mailu [e-mail klienta]; pokud neexistuje,
   navrhni jeho založení s údaji z CRM a počkej na potvrzení.
2. Sestav koncept faktury: položky podle nabídky [odkaz/vložit],
   ceny z produktů, které máme založené; individuální položky rozepiš.
3. Splatnost [14] dní, do poznámky číslo objednávky, pokud ho klient
   uvedl.
4. Fakturu NEFINALIZUJ a neodesílej. Ukaž mi kompletní náhled:
   položky, částky, součet, DPH režim, zákazníkovy údaje.
Finalizaci a odeslání provedu sama v dashboardu Stripe po kontrole.

Proč tak úzkostlivě? Ve Stripe je finalizace faktury předěl: koncept se dá libovolně měnit, finalizovaná faktura už má číslo a limity úprav — a hlavně odchází ke klientovi. Koncept od agenta + finalizace člověkem je uspořádání, které z automatizace bere všechen užitek (žádné přepisování položek, žádné překlepy v částkách — čísla tečou z nabídky a produktů) a nechává vám kontrolu v jediném bodě, kde na ní opravdu záleží.

Platební odkaz: nejrychlejší cesta k zaplacené záloze

Pro zálohy a menší částky je často nejlepší ještě jednodušší nástroj — platební odkaz. Klient klikne a zaplatí kartou; žádné čekání, až jeho účtárna zpracuje PDF:

Připrav platební odkaz na zálohu za zakázku [popis] pro klienta
[jméno]: částka [vložit], popis platby ve znění „Záloha — [služba],
[klient]“. Nastav, ať po zaplacení vidí potvrzení s mým jménem
a kontaktem. Odkaz mi vrať ke kontrole i s náhledem, co klient uvidí
— vložím ho do e-mailu sama. Zapiš mi pak návrh aktualizace CRM:
poslední akce „odeslán platební odkaz“, další krok „ověřit platbu“
za 5 dní.

Všimněte si posledního kroku: každá akce v penězích se propisuje zpátky do CRM jako návrh. Systém drží pohromadě právě těmihle švy — faktura není konec, je to fáze v cyklu, po které následuje kontrola zaplacení a nakonec reference.

Paušály a opakované platby: nejpodceňovanější nástroj freelancera

Když už je Stripe zapojený, otevírá se možnost, na kterou fakturační chaos dřív nestačil: paušální spolupráce s opakovanou platbou. Stálý klient, kterému každý měsíc děláte podobný balík práce (bannery ke kampaním, údržba vizuálů, pár hodin konzultací), je pro freelancera nejcennější typ vztahu — předvídatelný příjem, žádné nabídkové kolečko. A přitom ho spousta freelancerů nenabízí, protože měsíční fakturování ručně je otrava a „nějak to doběhne“ skončí třemi zapomenutými fakturami. Stripe MCP v době psaní umí pracovat s předplatnými — agent tedy může podle vašeho zadání připravit strukturu paušálu (produkt, měsíční cena, co balík obsahuje — definice rozsahu patří do cenik.yaml jako každá jiná služba) a klient pak platí kartou automaticky, bez měsíčního rituálu. Pravidla zůstávají stejná: založení předplatného schvalujete vy, a hlavně — paušál se jednou za čas ručně reviduje. V CRM si k paušálním klientům dejte kvartální „další krok“: sedí rozsah s realitou? Neděláte už půl roku o třetinu víc, než balík kryje? Automatická platba je pohodlná přesně do chvíle, kdy zautomatizuje i vaše mlčení o rozšířeném rozsahu.

Čtecí strana: přehled, který nahradí listování bankou

Zápis do Stripe je ta opatrná polovina. Čtecí polovina je bez rizika a přitom možná užitečnější — odpovídá na otázku, kterou si Klára dosud zodpovídala listováním v bance:

Udělej mi měsíční finanční přehled ze Stripe (jen čtení, nic neměň):
1. Zaplacené faktury a platby za posledních 30 dní — částky, klienti.
2. Faktury po splatnosti: kolik dní, jaká částka, který klient.
   Srovnej s databází Poptávky a označ, kde CRM tvrdí něco jiného
   (fáze faktura, ale zaplaceno — nebo naopak).
3. Otevřené koncepty faktur starší než týden — na co jsem zapomněla?
4. Platební odkazy bez zaplacení starší než 10 dní.
K bodům 2 a 4 navrhni další krok do CRM a text připomínky podle
brand-voice.md — připomínka platby je přesně ten e-mail, který
nesnáším psát. Odesílám sama.

Připomínka po splatnosti je mimochodem druhá nejodkládanější zpráva ve freelancerově životě (hned po follow-upu nabídky) a stojí na stejné psychologii: je nepříjemná, tak se odsouvá — a pohledávky stárnou. Návrh textu v klidném tónu podle vašeho brand voice („fakturu možná jen zapadla, posílám znovu; kdyby něco, ozvěte se“) snižuje práh na jedno kliknutí. A protože jde o peníze, ještě jednou natvrdo: refundace nikdy nezadává agent sám. I když nástroj pro vytvoření refundace existuje, vracení peněz je rozhodnutí s kontextem, který má jen člověk. Totéž platí pro mazání a rušení čehokoli.

Editovatelnost: proč systém, a ne hromada výstupů

Zastavme se u principu, který celý návod drží pohromadě — protože právě on odlišuje „freelancera, který používá AI“ od „freelancera, který má firmu v systému“. Oba si nechají od AI napsat nabídku. Rozdíl je v tom, co po té nabídce zůstane.

Freelancer bez systému generuje výstupy: dnes nabídku z čerstvě sepsaného kontextu, za měsíc case study, do které kontext sepíše znovu (trochu jinak), za půl roku CV, které se s oběma rozejde. Každý výstup je jednorázový výkon a s časem jich přibývá — kopií, verzí, drobných rozporů. AI mu šetří psaní, ale nepořádek roste stejně jako dřív, jen rychleji, protože se snadněji vyrábí. Freelancer se systémem generuje tytéž výstupy — ale z udržovaného zdroje. Výstup smí být klidně jednorázový (nabídka pro konkrétního klienta se archivuje a už se nemění), protože jednorázový je jen výstup, ne pravda pod ním. Chyba nalezená v nabídce se opraví v ceníku a příští nabídka už ji neobsahuje. Nový projekt se zapíše jednou a objeví se na webu, v příštím CV i v příští nabídce. To je stejná pointa, jakou má firemní návod s brožurou: obrázek z chatu je konečná stanice, zdrojový soubor je živé aktivum. U freelancera je „zdrojový soubor“ celý jeho byznys.

Z toho plyne i praktická odpověď na otázku, kterou si u podobných návodů klade každý: co přesně budu muset udržovat a jak často? Tady je celý systém v jedné tabulce:

Dvě pozorování nad tabulkou. Za prvé, sloupec „jak často“ je skromnější, než zní celý článek: pravidelné povinnosti jsou přesně dvě — deset minut týdně nad CRM a zápis projektu po dokončení. Všechno ostatní se děje „při příležitosti“, a to je záměr; systém, který vyžaduje disciplínu na deseti místech, freelancer opustí do Vánoc. Za druhé, řádky se dělí na zdroje a výstupy — a údržba patří zásadně zdrojům. Jakmile se přistihnete, že opravujete text na webu místo v YAML nebo přepisujete cenu v nabídce místo v ceníku, systém právě začal erodovat.

Bezpečnost: peníze, smlouvy a cizí data

Bezpečnostní poznámky byly rozeseté po fázích; tady jsou pohromadě a doplněné, protože freelancer má oproti firmě jedno ztížení: žádné IT oddělení, žádný právník na telefonu — všechna rozhodnutí dělá sám. O to víc se vyplatí mít je rozhodnutá předem.

Stripe a klíče k penězům. Preferujte OAuth připojení oficiálního serveru — nikam nekopírujete klíč a session jde v nastavení Stripe kdykoli odvolat. Pokud někdy půjdete cestou API klíče (pokročilejší scénáře), platí trojí: nikdy do promptu, nikdy do git repozitáře (git nezapomíná — klíč, který v historii kdy byl, je prozrazený a musí se vyměnit), vždy klíč s omezenými právy jen na to, co agent skutečně dělá. Potvrzování akcí nástroje nechte zapnuté — doporučuje to i sám Stripe — a nové postupy zkoušejte v sandboxu. A jedna zásada specificky pro kombinaci „agent čte e-maily a zároveň má nástroje k penězům“: nedávejte obojí do jedné automatické smyčky. E-mail je nedůvěryhodný vstup — může obsahovat text, který se snaží agenta instruovat (prompt injection) — a mezi nedůvěryhodným vstupem a finanční akcí musí vždycky stát člověk.

Smlouvy a NDA v promptech. Freelancer běžně podepisuje mlčenlivost — a NDA se typicky vztahuje nejen na „nevykládat po hospodách“, ale na jakékoli předání informací třetí straně. Než nahrajete klientovy podklady do AI, přečtěte si, co jste podepsali; „nahraju to do chatu, ať mi to shrne“ je předání třetí straně. Prakticky: pracujte v placeném účtu se smluvní ochranou dat (kde se vaše data nepoužívají k trénování — ověřte v podmínkách svého tarifu), nahrávejte z klientových podkladů jen to, co pro úlohu potřebujete, a u projektů pod NDA držte v portfoliu anonymizovanou verzi („klient z oboru X“) — pole souhlas_zverejneni: ne v YAML je přesně pro ně. A souhlas se zveřejněním jména a citace si vyžádejte písemně a poznamenejte s datem; paměť není evidence.

Čí data smím nahrát do AI. Užitečné třídění do tří košů. Moje data (vlastní texty, portfolio, ceník): do placeného účtu bez váhání — je to přesně to, k čemu systém je. Klientova data (zadání, podklady, interní materiály): jen v rámci zakázky, jen v nezbytném rozsahu, s ohledem na NDA — a po zakázce nemají důvod ležet v Projektech navěky. Data třetích stran (osobní údaje v klientových podkladech — třeba databáze jeho zákazníků, kterou vám poslal „pro inspiraci“): tady je odpověď nejpřísnější — nenahrávat, pokud to úloha nutně nevyžaduje, a pak jen anonymizované. To, že vám klient data poslal, neznamená, že je smíte poslat dál.

Notion a CRM. Konektor vidí jen nasdílené stránky — sdílejte mu tedy jen stránku se systémem, ne celý workspace s osobními poznámkami. Do CRM pište o klientech věcná minima: kontakt, fáze, kroky. Poznámky typu „působí nerozhodně, tlačit na termín“ do databáze nepatří dvakrát — jednak byste je nechtěli číst nahlas, jednak CRM může jednou vidět víc očí, než plánujete (asistentka, spolupracovník, export). A odhady hodnot v kategoriích místo částek (to S/M/L z fáze 6) jsou stejná logika: nástroj třetí strany má vědět, co potřebuje, ne všechno.

Zálohy a odchodové dveře. Systém na třech službách (GitHub, Notion, Stripe, Vercel) vyvolává oprávněnou otázku: co když některá zmizí, zdraží nebo mě znepřístupní? Odpověď je zabudovaná v architektuře: zdroje pravdy jsou textové soubory v gitu, které máte i lokálně — YAML a markdown otevřete kdekoli i za deset let. Notion CRM si jednou za kvartál vyexportujte; ze Stripe průběžně exportujte podklady pro účetnictví. Ničemu z toho nemusíte věnovat myšlenku častěji než při kvartální revizi — ale rozhodnuté to mít chcete.

Jednou za čtvrt roku pak celková revize jedním promptem:

Udělej bezpečnostní revizi mého systému:
1. Projdi git historii repozitáře ja-system: hledej cokoli, co vypadá
   jako klíč, heslo, smlouva nebo osobní údaje klientů — i ve starých
   commitech.
2. Vypiš, které konektory mám připojené (Notion, Stripe, e-mail…),
   s jakými právy, a označ ta, která jsem za poslední kvartál
   nepoužila — kandidáty na odpojení.
3. Zkontroluj portfolio.yaml: nejsou ve veřejných výstupech projekty
   se souhlas_zverejneni: ne? Nechybí u některého souhlasu datum?
4. Připomeň mi zkontrolovat v nastavení Stripe aktivní OAuth session
   a ve Vercelu ochranu náhledových nasazení — vypiš, co přesně mám
   kde kliknout.
Nálezy seřaď podle závažnosti, nic neopravuj bez mého schválení.

Zavedení: tři večery, potom po kouskách

Sedm fází pohromadě může působit jako projekt na kvartál — není. Klíč je v tom, že systém funguje po částech a každá část nese užitek sama: nemusíte dostavět celek, abyste začali sklízet. Tady je pořadí, které se osvědčilo, i s tím, co klidně odložit.

Večer první: inventura a začátek brand voice. Posbírat podklady, pustit inventurní prompt, vytěžit reference z e-mailů, vyzpovídat se z ceníku. Destilaci brand voice stihnete začít; doptávání a zátěžový test klidně nechte rozležet do dalšího týdne — dokument zraje s odpověďmi, ne s hodinami v kuse.

Večer druhý: portfolio jako data a repozitář. Převod inventury do portfolio.yaml, založení repozitáře, cenik.yaml a cv.yaml. Odolejte perfekcionismu, který tenhle večer nejvíc ohrožuje: nepřevádějte všech třicet projektů za pět let — vezměte deset nejsilnějších z posledních tří let a zbytek nechte být. Systém má sloužit budoucím zakázkám, ne být muzeem minulých; starší projekt doplníte, až ho nějaká nabídka bude potřebovat. E-maily bývalým klientům kvůli výsledkům odešlete tenhle večer a odpovědi zapracujete průběžně.

Od té chvíle: první nabídka systémem. Tady je důležitý psychologický zlom — nečekejte na dostavění. Hned první poptávka, která po druhém večeru přijde, se zpracovává novým způsobem: portfolio, ceník a brand voice na to stačí. První nabídka potrvá spíš čtyřicet minut než dvacet, protože doladíte prompt a najdete díry v ceníku; druhá už bude blízko slibovanému času. A úspěch první systémové nabídky je palivo, které vás donese přes zbytek zavádění.

Večer třetí: CRM a šablony. Databáze v Notionu, zpětné zanesení aktuálně živých poptávek a nabídek (jen živých — nearcheologizujte), první týdenní přehled, dopsání šablon e-mailů v brand voice. Od tohoto večera běží pondělní desetiminutovka — a to je okamžik, kdy systém přestává být projekt a začíná být provoz.

Potom po kouskách, podle tlaku. Web tehdy, až vás starý web začne stát zakázku nebo stud — se zdroji v gitu je to víkendový projekt podle návodu, ne měsíční odklad. Stripe tehdy, až vás fakturační trojkolejnost nebo pomalé platby naštvou naposledy; do té doby ať CRM hlídá aspoň splatnosti. Case studies průběžně: jedna po nejbližší dokončené zakázce, druhá do konce kvartálu, víc jich nespěchá. Kdo chce ještě minimalističtější start, má ho mít: ceník + portfolio + nabídkový prompt jsou tři soubory a jeden večer — a nesou dobrou polovinu užitku celého systému. Zbytek je dostavba, ne podmínka.

Poslední rada k zavádění je o očekáváních: první měsíc systém přijímejte jako rozestavěný. Nabídkový prompt budete třikrát ladit, v ceníku najdete díry, YAML schéma si upravíte. To není selhání návodu, to je návod fungující správně — systém se kalibruje na váš byznys a každá oprava zdroje je investice, která už zůstane.

Nejčastější chyby

• Začít nástroji místo inventurou. Nejlákavější chyba: připojit Stripe a Notion první večer, protože konektory jsou zábavnější než třídění vlastních podkladů. Jenže systém bez naplněných zdrojů je prázdná trubka — agent nemá z čeho skládat nabídky ani co hlídat v CRM. Pořadí fází v návodu není náhodné: nejdřív data, pak tón, pak teprve dráty. Kdo začne dráty, má za týden pět připojených služeb, nulový užitek a dojem, že „to nefunguje“.
• Portfolio jako galerie bez výsledků. Patnáct krásných projektů, u žádného problém, výsledek ani citace. Takové portfolio vypadá dobře na Instagramu a je k ničemu v nabídce — klient nekupuje hezké obrázky, kupuje vyřešený problém. Pole vysledek je nejpracnější a nejcennější část celého systému; jedno kolo e-mailů bývalým klientům z fáze 3 je nejlépe investovaná hodina celého návodu.
• Nechat AI rozhodovat cenu. Model ochotně „odhadne tržní cenu“ — a bude to číslo bez opory, pronesené s jistotou. Cena je vaše rozhodnutí: agent ji dosazuje z ceníku, a kde ceník nestačí, má vrátit otázku, ne odhad. Stejné pravidlo platí pro termíny: model nevidí do vašeho kalendáře, a co slíbí, plníte vy.
• CRM, do kterého se jen zapisuje. Databáze poptávek, na kterou se nikdo nedívá, je jen pomník špatného svědomí. Hodnota není v zápisu, ale v týdenním přehledu — deset minut, kdy resty a propadající poptávky někdo uvidí. Když vynecháte tři pondělky po sobě, nezrušte systém; zmenšete ho (méně sloupců, hrubší fáze) na velikost, kterou udržíte.
• Pustit agenta k odesílání a penězům. Automaticky odeslaný follow-up klientovi, kterému právě hoří sklad; faktura finalizovaná s částkou z minulé verze nabídky; refundace „podle pravidla“. Každý z těch scénářů stojí víc důvěry, než kolik času automatizace ušetřila. Hranice je jednoduchá a nevyjednává se: agent připravuje, čte a navrhuje — odesílá, finalizuje a maže člověk.
• Klientova data a NDA na lehkou váhu. Nahrát klientův interní podklad do free chatu „jen na shrnutí“, ukázat projekt pod NDA v portfoliu „vždyť si toho nevšimne“, nechat databázi kontaktů z klientova e-shopu ležet v Projektu. Freelancer ručí sám za sebe — a pověst spolehlivého dodavatele, která přivádí doporučení, se ztrácí přesně jedním takovým příběhem.
• Opravovat výstupy místo zdrojů. Rychlá oprava ceny přímo v nabídce, přepsaný odstavec na webu, ručně doladěné CV. Za půl roku máte zase tři verze pravdy — jen teď v hezčím formátu. Pravidlo ze sekce o editovatelnosti: každá oprava, která má platit i příště, patří do zdroje.

Nejlepší nástroje

• Claude (claude.ai) s Projekty — provozní centrála: Projekt s brand voice a ceníkem jako trvalým kontextem, konektory na Notion a Stripe, konverzace nad poptávkami a nabídkami. Pro většinu fází jediné rozhraní, které potřebujete.
• Claude Code — všude, kde se pracuje se soubory a gitem: založení repozitáře ja-system, převod podkladů do YAML, sazba CV do PDF, stavba a údržba webu. Ovládá git za vás; vy schvalujete commity.
• Git repozitář (např. GitHub, soukromý) — domov zdrojů pravdy: portfolio, ceník, CV, brand voice, šablony. Verzování zadarmo, historie změn, jedna pravda.
• Notion + oficiální Notion MCP — mini CRM poptávek a provozní stránky zakázek. Konektor v době psaní umí databáze zakládat, číst i dotazovat s filtry; vidí jen stránky, které mu nasdílíte.
• Stripe + oficiální Stripe MCP — faktury, platební odkazy, zákazníci, produkty, čtecí přehledy plateb. V době psaní vzdálený server s OAuth; potvrzování akcí člověkem nechte zapnuté a začněte v sandboxu.
• Vercel — hosting osobního webu s nasazením z gitu: každá změna zdroje se propíše buildem, náhledová nasazení chraňte před veřejností.
• NotebookLM — volitelný pomocník pro větší rešerše podkladů: odpovídá jen z nahraných zdrojů, takže se hodí, když z hromady starých zadání a e-mailů dolujete fakta pro case study a nechcete, aby si model přimýšlel.

Co vám to přinese

Střízlivý účet — bez „zaručeně“ a s vědomím, že čísla závisí na objemu poptávek. Počítáme s freelancerem Klářina typu: nižší desítky poptávek ročně, z toho část skončí zakázkou.

• Čas: řádově kolem sta hodin ročně. Nabídky: úspora dvou až tří hodin na každé poctivé nabídce; při dvaceti poptávkách ročně 40–60 hodin. Fakturační administrativa a honění plateb: jednotky hodin měsíčně stlačené na desítky minut — za rok kolem 20 hodin. Aktualizace portfolia, webu a CV: místo občasných celovíkendových záchvatů „musím si konečně udělat portfolio“ průběžné desetiminutovky — těžko měřitelné, ale právě tyhle víkendy se v součtu blíží 20–30 hodinám. Hledání podkladů („kde mám tu referenci?“) přestane existovat jako kategorie. Dohromady konzervativně 80–110 hodin ročně — dva a půl pracovního týdne, které můžete prodat nebo prospat.
• Peníze: dvě položky, které v hodinách nejsou. První: zakázky, které nepropadnou. Follow-up disciplína s CRM znamená, že poptávky už neumírají potichu — a stačí jedna zachráněná zakázka ročně, aby zaplatila celý systém i s rezervou. Druhá: konzistentní ceny z ceníku místo nálady, což v praxi znamená hlavně konec podceňování v dnech, kdy si nevěříte. Proti tomu poctivě náklady: placený AI účet, případně placené tarify služeb, u Stripe procentní poplatek z plateb, které přes něj potečou — kvalitativně vzato jednotky procent obratu té části fakturace, u které vám pohodlí stojí za to.
• Klid: nabídka ve středu ráno místo úterního večera u počítače. Pondělní čtvrthodina místo trvalého pocitu, že na něco zapomínáte — protože systém si pamatuje za vás a vy to víte. A odpovědi na nepříjemné situace (zdražení, odmítnutí, urgence platby) připravené předem, v klidu a ve vašem tónu.
• Kvalita a vnímání: tohle je ta „agentura o jednom člověku“ z názvu. Klient dostane do 24 hodin strukturovanou nabídku s relevantními ukázkami a výsledky, follow-up s důvodem, fakturu s platebním tlačítkem a po zakázce profesionální žádost o zpětnou vazbu. Nic z toho jednotlivě není zázrak — ale dohromady je to zkušenost, kterou zná od agentur, ne od freelancerů. A doporučuje se dál nejen práce, ale i tahle zkušenost.

Pro tip

Systém, který stojí, se pozná podle toho, že se umí sám ozvat. Nastavte si v Claude plánovanou úlohu — měsíční „provozní revizi“, která projde CRM a repozitář a vrátí vám krátký report: poptávky bez dalšího kroku, zakázky dokončené bez záznamu v portfoliu, projekty čekající na souhlas se zveřejněním, koncepty faktur starší než týden, a jednou za kvartál navrch výzvu k revizi ceníku a brand voice. Není to automatizace rozhodování — je to automatizace připomínání, tedy přesně té činnosti, ve které lidský mozek selhává nejspolehlivěji. Rozhodování zůstává vám: report si přečtete u kávy a uděláte tři kliknutí.

A závěrečné pravidlo, stejné jako u firemní verze, protože je stejně pravdivé: vlastněte zdroje. Konektory se přejmenují, služby přijdou a odejdou, modely se vymění. Portfolio v YAML, ceník, brand voice a historie vašich rozhodnutí v gitu zůstanou vaše — čitelné, editovatelné a připravené na jakýkoli nástroj, který přijde po těch dnešních. Freelancer, který tohle má, nemá jen líp zorganizovanou administrativu. Má poprvé skutečně svou firmu — v systému, ne v hlavě.