Jak získat soubory a podklady od klienta
Nejrychlejší způsob, jak od klienta získat soubory nebo podklady, je jeden seznam, poslaný jednou, s termínem a pevným rozvrhem upomínek — ne pomalu kapající e-maily, přenosové odkazy nebo pozvánky do sdílené složky. Šest kroků níže popisuje celý postup, srovnání alternativ a 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.
Jak se liší jednotlivé způsoby sběru souborů
Šest kroků výše funguje s jakýmkoli kanálem. Který kanál sedí, závisí na počtu položek, na frekvenci a na tom, jestli je mezi nimi heslo.
- E-mailové přílohy — nulové nastavení a pro jednu nebo dvě položky skutečně nejrychlejší cesta. Selhává ve chvíli, kdy má vlákno šest odpovědí: nic neukáže, co ještě chybí, a nic klientovi nepřipomene, že zapomněl. Kombinace s klientovou sdílenou složkou na Disku nebo v Dropboxu pro to, co e-mail odmítne, je nejčastější "upgrade" — viz BriefGate vs. e-mail a sdílená složka.
- Odkazy na jednorázový přenos — zvládnou velké dávky (fotky v plném rozlišení, video, zálohu webu), které by e-mail odmítl, ale sbírají jen soubory, bez checklistu a obvykle s krátkou platností, po které odkaz i soubory zmizí.
- Žádosti o soubory a sdílené složky v cloudu — sedí přirozeně, pokud váš tým už v daném cloudu žije; verzi od Dropboxu rozebíráme položku po položce v BriefGate vs. žádosti o soubory v Dropboxu. Ani jedna varianta neřeší přístupová hesla a sdílená složka navíc vyžaduje, aby si klient u poskytovatele založil účet.
- Formulářové nástroje — přidají strukturu (soubory, text a volby na jednom místě) pro pevně daný seznam, ale většina počítá s jedním odesláním, ne s checklistem, limity pro nahrávání bývají menší, než potřebuje fotogalerie, a běžné pole formuláře není šifrovaný trezor na přístupy. Podrobně to rozebírá BriefGate vs. Google Forms, Typeform a Jotform.
- Specializované portály pro sběr podkladů — typované položky místo složky, viditelný postup u jednotlivých položek, naplánované upomínky a tam, kde to nástroj nabízí, jednorázové odhalení přístupů (viz krok 5 výše). Daní za to je víc nastavení než odeslání e-mailu a vlastní předplatné ke správě — není to volba pro jeden soubor od jednoho člověka jednou. BriefGate je jeden příklad téhle kategorie, vedle nástrojů řízených člověkem jako Content Snare — viz BriefGate vs. Content Snare.
| Situace | Nejlepší volba |
|---|---|
| Jeden dva soubory, jednorázově, bez potřeby upomínat | E-mailové přílohy |
| Jedna velká dávka souborů (fotky, video, zálohy) | Odkaz na jednorázový přenos |
| Průběžné soubory z projektu, který už žije ve firemním cloudu | Sdílená složka nebo žádost o soubory v cloudu |
| Pevný, předem známý seznam kombinace souborů a krátkých odpovědí, sbíraný jednorázově | Formulářový nástroj |
| Opakující se typ projektu s víc než pěti šesti položkami | Specializovaný portál, ideálně z uložené šablony |
| Jakékoli heslo, API klíč nebo přístup do administrace | Nástroj se šifrovaným trezorem na přístupy s jednorázovým odhalením, ne e-mail ani obecné pole formuláře |
Č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í.
Časté dotazy
Jak docílit toho, aby klient opravdu poslal svůj obsah?
Otevřenou žádost proměňte v krátký seznam pojmenovaných položek se skutečným termínem, dejte ji za jeden odkaz místo e-mailového vlákna a upomínejte podle pevného rozvrhu, který vždy řekne, co přesně ještě chybí. Šest kroků výše popisuje celý postup podrobně.
Co dělat, když klient nikdy nepošle logo?
Dejte reálný termín spojený s důsledkem, na kterém mu záleží — většina zaseknutí se vyřeší, jakmile je v sázce něco konkrétního. Pokud logo přesto nedorazí, pracujte s tím, co existuje: fotka cedule nebo vizitky mobilem stačí na odečtení barev značky a textové logo (wordmark) může logo dočasně nahradit, aniž by pozdější doplnění skutečného souboru znamenalo přestavbu.
Jak bezpečně získat hesla od klientů?
Nikdy v těle e-mailu ani zprávy — kompromitovaná schránka odhalí každou zprávu, která jí kdy prošla, ne jen tu nejnovější. Odkaz na jednorázové sdílení z password manageru je rozumné minimum; nástroj postavený přímo na jednorázové odhalení přístupu, zobrazené jednou tomu, kdo o něj požádal, a pak smazané, uzavře mezeru, kterou prostý text v e-mailu nechává otevřenou natrvalo.
Jaký rozvrh upomínek na chybějící soubory funguje?
Rozumný výchozí rytmus je připomínka dva až tři dny po prvním požadavku, konkrétnější upomínka asi o týden později, pak týdně, dokud se to nevyřeší. Celý rozvrh se čtyřmi kontrolními body a tím, co v každém napsat, popisuje klient neposílá podklady.
Je v pořádku posílat stejný seznam pořád dokola?
Ne — opětovné poslání celého seznamu působí, jako by si nikdo nevšiml, co už klient poslal, a naučí ho upomínky ignorovat. Pokaždé napište přesně to, co ještě chybí, a potvrďte, co už dorazilo.
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.