UX writing systém v Claude, který se učí z oprav

UX writing systém (někdy se mu říká content design systém) drží na jednom místě všechno, podle čeho tým píše texty do produktu: pravidla, hlas značky, šablony a příklady. Já ho stavím v Claude a skládám z pěti vrstev. Nahoře jsou pravidla, která mají vždy přednost. Dole je paměť, která sbírá opravy a z těch, které se opakují, dělá nová pravidla.

Systém jsem v srpnu ukazovala na LinkedInu. Tady ho rozepisuju podrobněji, s ukázkami souborů a s odpovědí na otázku z komentářů, jestli ho tým bude používat.

Proč se nad texty pořád hádáme?

Slušný text dnes napíše každá AI. Přesto se design a produktové týmy nejčastěji hádají právě nad texty. Je to tím, že do každého textu mluví několik lidí a každý hlídá jiná pravidla:

• UX writer svoje guidelines a content design patterny,
• marketing tone of voice manuál,
• produkťáci glosář a terminologii,
• korektura gramatiku a interpunkci.

Dřív si buď každý psal po svém, nebo v týmu seděl UX writer, přes kterého muselo projít každé slovo. Jenže na něj pak všichni čekali. Dnes se od lidí z produktu čeká, že si s texty poradí sami. Kdo ale staví produkt, neudrží v hlavě desítky stran pravidel. Proto pravidla dávám do systému. Ten si je pamatuje za celý tým a učí se z toho, co lidi opravují.

Z čeho se UX writing systém skládá?

Systém má pět vrstev a každá dělá jednu věc. Nahoře jsou pravidla, která se skoro nemění. Dole je paměť, která se mění každý den.

• CLAUDE.mdPravidlaHlas, formát a glosář. Claude je čte před každým textem.má vždy přednost
• voice-chart.mdOsobnost značkyJak značka zní v aplikaci, v notifikaci i v e-mailu.
• patterns/Šablony textůŠablona pro každý typ textu: tlačítka, chybové hlášky, formuláře.
• skills/AkceNapsat text, zkontrolovat tón, projet audit, zapsat opravu.
• memory.mdPaměťDeník oprav, ze kterého rostou nová pravidla.učí se z oprav

CLAUDE.md: pravidla, která mají vždy přednost

Soubor CLAUDE.md je ústava značky. Popisuje v pár větách hlas značky, pravidla formátování a glosář povolených i zakázaných slov. Claude si ho přečte sám, kdykoli začne pracovat, takže ho nikdo nemusí vkládat ručně. Když si s ním cokoli jiného v systému odporuje, platí CLAUDE.md.

# Pravidla značky
Tenhle soubor má přednost před vším ostatním.

## Hlas
- Píšeme krátce a věcně. Jedna věta, jedna myšlenka.
- Vykáme. Když něco selže, nevtipkujeme.

## Glosář
- přihlásit se (ne zalogovat)
- karta (ne platební prostředek)

## Formát
- Částky: 1 290 Kč
- Uvozovky „takhle“, datum 12. 3. 2026

voice-chart.md: osobnost značky do hloubky

Voice chart popisuje, jak značka zní v různých kanálech a situacích. Třeba že v aplikaci mluví stručněji než v e-mailu, v notifikaci řekne to hlavní hned v první větě a vtipkuje jen tam, kde se to hodí. Ke každé situaci jsou ukázky „takhle ano, takhle ne“. Jak se jedna zpráva mění podle tónu a kanálu, si můžete vyzkoušet na pultu na úvodní stránce.

patterns/: šablony pro každý typ textu

Ve složce patterns má každý typ textu svůj soubor: tlačítka, chybové hlášky, formuláře, notifikace, prázdné stavy, onboarding. Šablona říká, jak je text postavený, jak může být dlouhý a co v něm nikdy nebude. K tomu má pět až deset dobrých příkladů. Když přibude nový typ textu, přibude jeden soubor.

# Chybová hláška
Kdy: něco se nepovedlo a uživatel to může napravit.
Struktura: co se stalo, co s tím uživatel udělá, tlačítko s dalším krokem.
Délka: nadpis do 40 znaků, text do dvou vět.
Nikdy: „Chyba!“, „neplatný vstup“, kód chyby bez vysvětlení.

## Takhle ano
Platba neprošla a peníze zatím nikam neodešly.
Zkontrolujte údaje karty a zkusíme to znovu.
[Zkusit znovu]

Kolik příkladů AI potřebuje a proč na nich záleží víc než na pravidlech, rozebírám v článku Jak naučit AI tone of voice vaší značky.

skills/: akce, které systém umí spustit

Skilly jsou akce, které spustíte jedním příkazem. Systém je pak udělá podle pravidel:

• microcopy-gen napíše text podle šablony a nabídne dvě až tři varianty.
• tone-checker porovná text s pravidly a u každého prohřešku napíše, co je špatně a jak to opravit. Sám nic nepřepisuje.
• audit projde najednou všechny texty v produktu a seřadí problémy od nejvážnějších.
• learn zapíše do paměti každou opravu, kterou někdo udělá.

memory.md: paměť, ze které rostou pravidla

Do paměti se zapisuje každá oprava, rozhodnutí i výjimka, s datem a souvislostmi. Díky tomu systém pozná, když tým opravuje pořád dokola to samé.

# Deník oprav
12. 8. | toast | „Úspěšně uloženo“ → „Uloženo“ | product designer
19. 8. | toast | „Změny byly úspěšně uloženy“ → „Změny jsou uložené“ | UX writerka
26. 8. | e-mail | „Úspěšně jsme přijali vaši platbu“ → „Platbu máme“ | product manažer
  3× stejná oprava: varování, nejspíš vzniká pravidlo „úspěšně nepíšeme“

Jak se systém učí z oprav?

Každá oprava systém posune o kousek dál:

• Někdo v týmu přepíše text, který systém napsal.
• Skill learn ji zapíše do paměti: kdy, u jakého textu a kdo ji udělal.
• Když se stejná oprava objeví potřetí, systém upozorní, že nejspíš vzniká pravidlo.
• Po páté opravě pravidlo schválí odpovědná osoba a systém ho natrvalo zapíše do CLAUDE.md.

Do pravidel se tak dostane jen to, co se opakovaně osvědčí a co schválí člověk. Ojedinělé opravy zůstanou jen v paměti. S každým sprintem se systém víc přizpůsobí jazyku vašeho produktu a stejné chyby se vracejí čím dál míň.

Proč je postavený zrovna takhle?

• Jeden zdroj pravdy. Pravidla jsou na jednom místě a mají jasnou prioritu. Dokumentace, Figma a názor posledního, kdo text viděl, si přestanou odporovat.
• Oddělené role. Každá vrstva dělá jen svou práci, takže systém můžete rozšiřovat po kouscích, aniž by se zbytek rozbil.
• Vrstvení podle stálosti. Co se mění málokdy, je nahoře, co se mění denně, je dole. Pravidla tak zůstanou přehledná, i když paměť roste.
• Učení z praxe. Zpětná vazba je součástí systému od začátku. Čím víc ho tým používá, tím je lepší.

Kostru mají všichni moji klienti stejnou, liší se jen to, jak podrobná jsou pravidla. Malému produktu stačí tři šablony, velký jich má desítky.

Bude to tým používat?

Na LinkedInu se mě někdo zeptal, kolik značek takový systém dokáže nasadit a dodržovat. Podle jeho zkušenosti to často skončí tak, že nástroj používá jen ten, kdo ho postavil. To se stává, když systém žije u jednoho člověka. Aby se to nestalo, hlídám tři věci:

• Systém je tam, kde tým píše. Je ve sdíleném projektu a má k němu přístup každý, kdo píše texty do produktu.
• Má vlastníka. Nová pravidla schvaluje jedna odpovědná osoba, obvykle UX writer nebo product manažer. Bez vlastníka systém za pár měsíců zastará.
• Začíná v malém. Na začátku stačí CLAUDE.md a tři šablony pro texty, které tým píše nejčastěji. Další přibývají, až je někdo potřebuje.

Jestli systém funguje, poznáte podle paměti. První týdny do ní přibývá hodně oprav, pak jich ubývá, protože se z těch opakovaných stala pravidla.

Jak začít

Nejmenší funkční verze má čtyři části:

• CLAUDE.md s hlasem, glosářem a formátem. Většinou vznikne z guidelines, které už máte.
• Voice chart pro dva až tři kanály s ukázkami „takhle ano, takhle ne“.
• Tři šablony: chybová hláška, tlačítko a notifikace, každá s pěti až deseti příklady.
• Prázdný memory.md a skill learn, který do něj zapisuje opravy.

Zbytek přidáte, až ho budete potřebovat.

Ptáte se a já odpovídám

Funguje to i v ChatGPT nebo v Gemini? Kostru přenesete. Pravidla dáte do instrukcí projektu a voice chart, šablony i příklady do souborů. Akce a paměť tam ale fungují jinak, takže opravy musí někdo zapisovat ručně.

Potřebuju na to programátora? Ne. Všechno jsou textové soubory v Markdownu, tedy prostý text s nadpisy a odrážkami. Napíše je každý, kdo umí psát guidelines.

Kdo se o systém stará? Jeden vlastník, který schvaluje nová pravidla. Jednou za čtvrt roku projde paměť i šablony a vyřadí, co už neplatí.

Nenaučí se systém i chyby? Proto se do pravidel nic nezapíše samo. Pravidlem se stane jen oprava, která se opakuje a kterou schválí člověk.

Jak velký systém potřebujeme? Záleží na velikosti produktu. Malému stačí CLAUDE.md a tři šablony, velký jich má desítky a k tomu glosář pro každý trh.

Takový systém pro váš produkt s vámi postavím, když spolu budeme pracovat na UX writingu. A jestli si ho chcete postavit sami, ukážu vám to na UX writing masterclass.