Jak získat podklady od klienta na web i grafiku

Osvědčený postup, jak z klienta dostat logo, texty, fotky i přístupová hesla včas, plus checklist, který můžete rovnou poslat na příští zakázce.

Proč tahle část projekt nejčastěji zdrží

Zeptejte se libovolného freelancera nebo agentury, kde se projekt reálně zasekává, a málokdy to bude samotná práce. Web na pět podstránek je pár dní soustředěné práce. Co z toho udělá šest týdnů, je všechno, co projekt potřebuje od někoho jiného než od vás: logo, které leží v počítači, jenž nikdo neotevřel od covidu, text „o nás", který ještě nikdo nenapsal, nebo heslo do WordPressu zahrabané v mailovém vlákně od tří dodavatelů zpátky.

Nic z toho není složité vyrobit. Je to jen snadné odkládat, protože klient má svou práci na plný úvazek, která se nejmenuje „posbírat podklady pro webaře", a váš jeden požadavek soutěží se vším ostatním v jeho schránce. Nejčastější způsob, jak tohle selže, je jeden dlouhý e-mail se vším najednou, poslaný jednou — ne proto, že by byli klienti nezodpovědní, ale protože neucelený seznam bez struktury a termínu čte jako volitelný domácí úkol. A volitelný domácí úkol prohrává s čímkoli, co má termín dnes.

Řešení není ptát se důrazněji. Je to proměnit „pošlete mi prosím podklady" v proces s jasným seznamem, jasným termínem a systémem, který upomíná za vás.

Postup krok za krokem, jak sběr podkladů zvládnout

Krok 1: Sepište přesný seznam dřív, než o cokoli požádáte

Otevřete brief nebo vlastní šablonu a vypište každou jednotlivou věc, kterou projekt potřebuje, na úrovni „soubor s logem", ne „branding". Běžný web menší firmy potřebuje zhruba osm až patnáct konkrétních položek, pokud fotky, texty a technické přístupy počítáte zvlášť místo jednoho souhrnného řádku. Pokud píšete „podklady" jako jednu položku, rozepište, co „podklady" ve skutečnosti obsahují — klient si pod slovem „podklady" nic nepředstaví, ale pod „logo a pět fotek prodejny" ano.

Tohle je taky chvíle roztřídit položky do dvou skupin: co brání začít, a co brání jen dokončit. Logo a základní texty obvykle brání začít. Google Analytics ID nebo poslední kolo fotek většinou ne — trackovací kód zapojíte a náhradní fotku vyměníte později bez ztráty dne. Rozhodněte to hned na začátku, protože to určuje, co budete upomínat jako první (podrobné rozdělení podle kategorií je v kompletním checklistu podkladů pro web).

Krok 2: Zeptejte se jednou, na jednom místě, s termínem

Pošlete jeden požadavek se všemi položkami najednou, ne kapající „ještě jedna věc" e-maily rozprostřené přes tři týdny. Roztříštěný požadavek udělá z desetiminutového úkolu pro klienta tichou úzkost, kterou pořád odkládá, protože si nikdy není jistý, jestli už vám vlastně odpověděl na všechno.

K požadavku přidejte termín, klidně neformální — „když budu mít vše do 14., první verze bude hotová o týden později" dá klientovi důvod jednat hned, ne někdy. Termín svažte s něčím, na čem klientovi záleží (jeho vlastní spuštění, sezóna, akce), ne s vaším interním harmonogramem, který mu nic neříká.

Záleží i na tom, kde požadavek žije. Seznam schovaný v těle e-mailu zapadne ve chvíli, kdy má vlákno šest odpovědí. Sdílený odkaz — formulář, sdílená složka, nebo malý portál postavený přímo na tohle — který ukazuje, co ještě chybí, přežije déle než rolující se schránka.

Krok 3: Ptejte se tak, aby šlo snadno odpovědět

Každá položka seznamu by měla jít zodpovědět bez domácího úkolu. „Pošlete logo" je v pořádku. „Pošlete brand manuál" u většiny malých firem vyvolá jen pokrčení ramen, protože žádný brand manuál nemají — mají logo, možná dvě barvy a font, který si jednou vybrali v Canvě. Ptejte se na artefakt, který klient reálně má, ne na výstup, který by vyrobila designová agentura.

U všeho s technickým požadavkem — minimální šířka obrázku, konkrétní formát souboru, maximální velikost — to napište rovnou do požadavku srozumitelně, ne až po odeslání 200px loga. „SVG nebo PNG, alespoň 512 pixelů na šířku" ušetří celé kolo kontroly a přeposílání, které vágní „prosím ve vysokém rozlišení" nezvládne.

Krok 4: Upomínejte podle rozvrhu, ne podle paměti

Největší slabina sběru podkladů není první požadavek — je to druhá upomínka. Lidé chtějí odpovědět a pak jim ten moment proklouzne, a pokud je nic znovu nepostrčí, proklouzává dál. Rozumný výchozí rytmus je upomínka za dva až tři dny, další asi za týden, pak jednou týdně, dokud se sběr nedokončí nebo nemáte důvod přestat.

Ať to děláte ručně nebo nástrojem, upomínka musí říct, co ještě chybí, ne zopakovat celý původní seznam — klient, který už poslal logo, nechce být o něj žádán znovu, a upomínka, která ignoruje jeho postup, čte jako by nikdo nesledoval, co přišlo. Tohle je přesně ta část, kterou ruční proces obvykle vynechá, protože pamatovat si přesně, co dorazilo a co ne, u každého rozdělaného projektu, se neškáluje nad dva tři klienty najednou.

Krok 5: S přístupy zacházejte jinak než se vším ostatním

Hesla, API klíče a přístupy k hostingu nejsou dokumenty a zacházet s nimi jako s dokumenty je reálné riziko, ne formalita. Heslo vlepené do e-mailového vlákna leží v otevřené podobě ve dvou schránkách a v každé záloze obou, natrvalo, dlouho poté, co projekt, který ho potřeboval, skončí. Pokud je klientův e-mailový účet někdy prolomen, to vlákno tam pořád je.

Přístupy sbírejte aspoň jinde než v těle e-mailu — jednorázový odkaz ze správce hesel je nenáročné zlepšení oproti otevřenému textu. Pokud přístupy sbíráte pravidelně jako součást práce s klienty, nástroj postavený na jednorázovém odhalení (hodnota se zobrazí jednou, tomu, kdo o ni požádal, a pak zmizí) uzavírá mezeru, kterou e-mail nechává otevřenou — trezor na přístupy v BriefGate je jeden příklad tohoto principu, postavený přímo proto, že agentury pravidelně dostávaly admin hesla k WordPressu e-mailem.

Krok 6: Než na tom začnete stavět, ověřte, že to sedí

Dostat soubor není totéž jako dostat použitelný soubor. Logo odeslané jako nízké rozlišení vyfocené z vizitky bude na retina obrazovce vypadat rozpité. Text dvojnásobné délky, než je limit, rozbije layout hero sekce. Než na doručeném materiálu začnete stavět, zkontrolujte ho proti tomu, co skutečně potřebujete — a pokud něco nesedí, řekněte přesně co a co má klient poslat místo toho. „Potřebujeme aspoň 512 px na šířku, a pokud máte originál ve formátu SVG, byl by ideální" vrátí použitelný soubor mnohem rychleji než „můžete poslat lepší verzi?"

Checklist požadavků, který si můžete zkopírovat

Upravte podle projektu, ale jako výchozí bod běžný klientský projekt potřebuje nějakou verzi každého z těchto bodů:

• Logo — skutečný soubor, ne screenshot loga. Žádejte SVG nebo velké PNG.
• Barvy značky — hex kódy, pokud je klient má; „ta modrá z naší cedule" a fotku, ze které lze barvu odečíst, pokud je nemá.
• Klíčové texty — nadpis a úvod na hlavní stránce, krátký odstavec „o nás", cokoliv právně citlivé (ceník, podmínky, upozornění), co má přijít od klienta, ne být vymyšleno za něj.
• Fotky — minimální počet a minimální rozlišení uvedené předem, ne zjištěné až po nahrání.
• Přístup ke stávajícímu webu nebo účtům — admin přihlášení do současného webu, přístup k registrátorovi domény, přístupy ke třetím službám (analytika, e-mailový marketing, rezervační systém), na které se nová práce má napojit.
• Právní a firemní náležitosti — zásady ochrany osobních údajů, obchodní podmínky nebo oborová upozornění, pokud je projekt potřebuje; ty by měly přijít od klienta nebo jeho právníka, ne být sepsány bez jeho schválení.
• Konkrétní fakta o firmě — otevírací doba, oblast působení, cenová struktura, cokoliv, co je fakt o podnikání, ne designové rozhodnutí.

Podrobnější verzi tohoto seznamu, rozdělenou podle kategorií s poznámkou, co chtít před zahájením a co může počkat, najdete v checklistu podkladů pro tvorbu webu.

Časté chyby, které tohle zdržují

Ptát se na všechno v pořadí, v jakém vás to napadlo, místo seskupení podle tématu — klient, který skenuje neuspořádaný seznam, podcení, jak dlouho mu to zabere, a odloží to. Neuvést omezení předem — formáty souborů, limity velikosti, počty znaků — takže každé odeslání potřebuje druhé kolo. Upomínat nepravidelně — nárazová vlna připomínek následovaná týdny ticha naučí klienta, že si může počkat, až to vzdáte. Sbírat přístupy stejně jako všechno ostatní, což je bezpečnostní problém čekající na den, kdy se schránka prolomí. Považovat „odesláno" za „hotovo" bez ověření, jestli doručené skutečně odpovídá zadání.

Kde do toho zapadá BriefGate

Většina postupu výše funguje i se sdílenou složkou, tabulkou a disciplínou. Kde to obvykle vázne, je prostředek celého procesu: pamatovat si, co ještě chybí napříč několika rozdělanými projekty, upomínat bez otravování a držet přístupová hesla mimo vlastní e-mail. BriefGate je postavený přesně na tuhle mezeru — AI kódovací agent (nebo vy sami z dashboardu) deklaruje seznam položek, které projekt potřebuje, klient dostane jeden odkaz s vaším brandingem bez nutnosti zakládat účet, a BriefGate sleduje, co je odesláno, upomíná podle rozvrhu, který nastavíte, a vrátí typovaná, ověřená data místo složky s nesourodými soubory. Nenahrazuje rozhodnutí z tohoto článku — co žádat, do kdy, jestli je doručené dost dobré — jen vám sundá ze stolu evidenci a upomínání. Kompletní přehled toho, co dokáže sbírat, od jednoho loga po strukturovanou otevírací dobu, je v přehledu typů položek.