Vytvoření webu je jednoduchá záležitost, pokud používáte online konstruktory. Všechny jsou si ale tak podobné, že renomované firmy musí hledat webmastery nebo kontaktovat IT společnosti. V této fázi vytváření zdroje je nesmírně důležité specifikovat práci průvodce, tedy vypracovat technický úkol pro vývoj webu.
Proč tím ztrácet čas?
Bez ohledu na to, jak je člověk vzdělaný, stále zůstává člověkem a jakýmkoli způsobem se snaží ulehčit si práci. Zákazníci proto ne vždy chápou, proč psát technický úkol pro vývoj webu. Přeci jen je mnohem jednodušší požádat webmastera, aby udělal „web v modré barvě s logem společnosti na hlavní stránce“. Když ale přijde čas na dodání projektu, zákazník vidí něco úplně jiného, než chtěl. A webmaster musí zdroj znovu a znovu předělávat.
Zadávací podmínky nejsou „byrokracií“, ale racionálním jednáním, které šetří čas, nervy a peníze. Například určitá společnost se potřebuje rozvíjetprezentační místo po dobu dvou týdnů. A pokud strávíte 2-3 dny vytvářením vzorku zadání pro vývoj webových stránek, pak na konci období můžete získat hotový produkt. Splní všechny požadavky, které by zákazníci v tom zápalu mohli zapomenout zmínit. Na druhou stranu jsou podmínky pro vývoj webu zárukou odměny.
Moudrost minulosti
Pokud je zákazník postaven před úkol vyvinout technické specifikace, nemusí znovu vymýšlet kolo, je lepší obrátit se na původ, který je ověřen mnohaletými praktickými zkušenostmi. To znamená, že je nutné napsat vzor zadání pro rozvoj webu v souladu s GOST. Zdálo by se nereálné aplikovat normy z roku 1978 na dnešní weby, ale v Sovětském svazu byly některé věci skvělé a vývoj norem není výjimkou a kromě toho jsou stále relevantní. Zvláštní pozornost by měla být věnována následujícím standardům:
- Požadavky na obsah a design (GOST 19.201-78).
- Referenční podmínky pro vytvoření automatizovaného systému (GOST 34.602-78).
První dokument je vhodný pro běžné stránky. Popisuje, jak správně vypracovat TOR, a také oddíly, které byste rozhodně měli vzít v úvahu při sestavování zadání pro rozvoj webu. Patří mezi ně:
- Úvod, který označuje název zákaznické společnosti nebo zdroje, jejich stručný popis a rozsah.
- Důvody pro stvoření. Tady potřebujeteuveďte předmět, uveďte dokumenty potvrzující potřebu vytvořit zdroj, název organizace, která tento dokument schválila. Výsledky průzkumu trhu například ukazují, že většina uživatelů hledá produkty přes internet, a to bude základem pro vytvoření stránky.
- Cíl. Je uveden funkční účel zdroje. Informování, prodej atd.
- Požadavky na zdroje. Jedná se o největší sekci, kde zákazník popisuje všechna svá přání ohledně budoucího webového produktu. Zde je třeba specifikovat funkčnost, určit úroveň spolehlivosti, popsat provozní podmínky, obsah, design atd.
- Požadavky na software.
- Technické a ekonomické ukazatele. To znamená, že jsou uvedena přání týkající se úrovně konverze, výhod oproti konkurentům, ekonomické efektivity.
- Fáze vývoje. Zákazník stanoví termín dokončení úkolu.
- Ovládání. Jsou uvedeny typy ověření.
Druhý GOST je vhodný pro vytváření portálů s komplexní funkčností. Obecně se hlavní cíle a body od prvního dokumentu příliš neliší, jen mají rozsáhlejší charakteristiky. Pouze na základě informací z dokumentů podle normy GOST můžete vytvořit plnohodnotný příklad zadání pro vývoj webu.
Funkce kreslení TK
Jak sestavit technický úkol pro vývoj webu? Nejdůležitější věcí při sestavování TOR je neustále přemýšlet o hlavních cílech budoucího dokumentu: musí být napsán v jazycečemu vývojáři i zákazníci porozumí.
Při sestavování příkladu technického úkolu pro vývoj webu jsou nejčastěji považovány za hlavní tyto body:
- Informace o zákazníkovi. Je třeba stručně popsat předmět činnosti, historii společnosti a vytvořit seznam hlavních konkurentů. Tyto informace pravděpodobně nebudou užitečné pro programátory, ale návrháři a textaři je potřebují.
- Účel webu. Tento blok by měl obsahovat klíčové informace, které vám umožní porozumět struktuře budoucího zdroje, funkčnosti a obecnému směru návrhu. Popisuje také hlavní cílové publikum.
- Požadavky na zdroje. Největší sekce, kde musíte uvést svá přání týkající se struktury, funkčnosti, designu, softwaru, hostingu atd. Zde musíte také připojit miniatury stránek a mapu webu.
- Akční plán. Jakákoli šablona zadání pro vývoj webu by měla ve svém popisu obsahovat fáze vývoje, seznam prací, které budou provedeny v určité fázi, a načasování objednávky.
- Kontrola a přijímání práce. Vzorové zadání pro rozvoj staveniště by mělo jasně popisovat, jak se bude kontrolovat soulad hotového staveniště se stanovenými požadavky. Je důležité pečlivě přistupovat k realizaci této práce, aby nedošlo k nedorozumění se zákazníkem.
Po podrobném propracování všech těchto bodů se můžete rychle naučit, jak správně sestavit zadávací podmínky pro vývoj webu.
Kdo by to měl dělat?
V podstatě ukázkaZadání pro rozvoj webu může sestavit kdokoli. Například majitel kosmetického salonu potřebuje webovou vizitku. Zde jsou podmínky zadání, ale zda taková technická specifikace bude užitečná, je jiná otázka.
Umělec má obvykle dobré technické zázemí. Webový vývojář přesto rozumí tvorbě stránek více než majitel kosmetického salonu. To ale vůbec neznamená, že klient v tomto procesu chybí. Zákazník musí dodržovat základní pravidla zadávacích podmínek pro vývoj webu:
- Představte účinkujícím firmu, její produkty, služby a cílové publikum.
- Vysvětlete, proč tyto stránky potřeboval.
- Sdílejte svá přání ohledně budoucího zdroje.
- Ukažte příklady webů, o kterých si myslí, že jsou dobré.
- Odpovězte na otázky od návrháře a webového vývojáře (pokud existují).
Zákazník si může TK načrtnout sám, ale jak ukazuje praxe, takové amatérské náčrty jsou obvykle tiše vyhozeny do koše.
Přesnost a jedinečnost
Vše, co je napsáno v příkladech a vzorech technických specifikací pro vývoj webu, by mělo být srozumitelné pro klienta i dodavatele. Pojmy jako krásný, moderní, jedinečný a další nelze používat, protože je každý vnímá po svém. To platí i pro formulace, kterým lze nejednoznačně rozumět. Vše musí být jasné a přesné. Nemůžete napsat, že web vydrží větší zatížení, protože není jasné, jak mocvelký. Nedorozumění je nutné okamžitě popřít a upřesnit, že zdroj je schopen odolat 50 tisícům návštěvníků současně. Jakékoli znění by mělo být podpořeno čísly a přesnými charakteristikami.
Další podrobnosti
Při plánování práce na vytvoření webu musíte všechny účastníky vývoje informovat o tom, co společnost dělá a kdo je její hlavní cílová skupina. Musíte také specifikovat účel webu a popsat funkční preference, abyste místo seriózního internetového obchodu nezískali zábavní blog.
V některých případech je glosář součástí zadání pro vývoj webových stránek. Všechny složité termíny jsou popsány srozumitelným jazykem, aby neznalý zákazník neměl otázky, co a jak udělá s jeho stránkou.
Ujistěte se, že uveďte, na kterém hostingu by měl být zdroj. Slušní umělci také uvedou v referenčních podmínkách takovou položku jako „pracovní požadavky“, kde uvádějí, že zdroj by se měl zobrazovat ve všech prohlížečích. Tento požadavek je samozřejmě již pochopitelný, ale je lepší si jej zapsat, aby byl klient chráněn před bezohlednými účinkujícími.
Struktura, design a rozvržení jsou navíc projednány se zákazníkem, pro názornost si zákazník může nakreslit vývojový diagram. Klient musí vysvětlit, k čemu jsou jednotlivé stránky webu určeny a jaké prvky na nich mohou být.
Pokud musíte vytvořit zdroj se složitým a nestandardním rozhraním, nebude stačit jen ukázatskica a struktura stránky. Je nesmírně důležité, aby celý vývojový tým i zákazník pochopili, jak bude běžný návštěvník stránky používat. Proto bude nutné vyvinout scénář. Jeho schéma je velmi jednoduché:
- Akce uživatele.
- Odpověď webu.
- Výsledek.
Obsah a design
Je také nutné předem rozhodnout, kdo bude za obsah zodpovědný. V některých případech může vývojář okamžitě vytvořit webovou stránku s obsahem za účasti profesionálních copywriterů, ale náklady na zdroj budou dražší. Toto musí být dohodnuto předem a uvést všechna přání týkající se obsahu.
Pravda, bude těžké objektivně popsat obsah, protože každý má své vlastní představy o zajímavosti a užitečnosti, je jednodušší napsat, že bude jedinečný. To lze snadno zkontrolovat a nevzniknou žádné zbytečné nároky. Tento problém se týká také popisů návrhu. Nejlepším řešením by bylo napsat do zadání pro vývoj designu stránek, jaké barevné schéma si zákazník přeje, v jakém fontu budou nápisy atd. Tedy uvést všechny pozice, ve kterých se objevuje přesnost. Možná jsou to všechna pravidla pro vytváření zadání pro rozvoj webu. Nyní je musíte uvést do praxe a pokusit se vytvořit kompetentní TK sami.
Šablona zadání pro vývoj webových stránek
V tomto TOR je na první stránce uvedena tabulka podmínek, aby bylo vše jasné, o čem se bude diskutovat. Je třeba poznamenat, že označení pojmů není zkopírováno z"Wikipedia" nebo jiné zdroje, ale jsou napsány osobou, která vytváří podmínky. Seznam termínů může obsahovat pojmy jako:
- IP adresa.
- www (world wide web).
- Administrativní část zdroje, správce.
- Alternativní popisek k obrázku.
- Webové rozhraní.
- Odkaz, odkaz.
- Návrh webu, šablona návrhu stránky.
- Dynamická a statická stránka.
- Název domény.
- Meta tag.
- Obsah.
- Část zdroje je veřejná.
- Záloha, databáze, struktura souborů.
- Hosting.
- CMS.
Po vytvoření glosáře můžete přímo začít psát podmínky. Nejprve jsou napsány obecné informace. Tento odstavec je podmíněně rozdělen do čtyř pododstavců:
- Účel dokumentu. Referenční podmínky pro vývoj webu jsou hlavním dokumentem, který upravuje proces vytváření a přijímání zdroje.
- Údaje o zákaznících. Jsou uvedeny následující souřadnice: název společnosti, kontaktní údaje, oficiální adresa, skutečná adresa, e-mail, webová stránka (pokud se mění značka), kontaktní osoba, kontaktní telefonní číslo.
- Stručné informace o společnosti. Pro vzor zadání pro rozvoj webu zvažte společnost Fortuna LLC. LLC "Fortuna" vyrábí (zboží) pro trh v Novosibirsku. Společnost pečlivě hlídá hygienu výroby, čistotu surovin a kvalituvyrobené produkty. Společnost provádí certifikovanou kontrolu kvality a bezpečnosti vyráběného zboží na základě principů mezinárodního systému HACCP.
- Základ pro rozvoj. Základem pro vytvoření podmínek zadání je smlouva č. _.
Účely a účel zdroje
Stránky jsou navrženy tak, aby zvýšily podíl společnosti na trhu a zvýšily image společnosti na webu. Zdroj je vytvořen za účelem zvýšení toku nových zákazníků, vytvoření příznivého obrazu, zvýšení popularity značky Fortuna LLC. Tento zdroj bude také fungovat jako další platforma pro reklamní kampaně, přiláká nové zákazníky a přinese další zisk.
Hlavním úkolem zdroje je poskytnout uživateli úplné informace o produktu a službě. Hlavní cílovou skupinou jsou maloobchodní kupující, zejména ženy v domácnosti a velkoobchodníci.
Stránky by měly mít pohodlný panel pro správu, načítání stránek by mělo být optimalizováno pro různá zařízení. Zdroj je třeba chránit před vnějšími útoky, využívat prvky propagace zboží a služeb. Kromě úplných informací o produktu vyžaduje produktová karta přítomnost průvodních dokumentů, jako jsou certifikáty kvality.
Technické požadavky na web
Stránky musí být dostupné na internetu pod doménovým jménem (dle volby zákazníka) a musí jít o informační strukturu skládající se z propojených sekcí s jasně definovanými funkcemi. Pro údržbu webu a jeho provozu by personál nemělvyžadují speciální dovednosti a znalosti v oblasti softwaru.
V systému správy zdrojů je důležité mít mechanismus pro zálohování informací, který bude fungovat automaticky.
Informace o webu jsou veřejné. Podle rozsahu přístupových práv se uživatelé dělí do tří skupin:
- Návštěvníci – mají přístup pouze do veřejné části webu.
- Editor – má možnost upravovat materiály sekce.
- Administrátor – může jmenovat editory, přidávat nebo odebírat sekce.
Přístup do administrativní části webu by měl být chráněn přihlašovacím jménem a heslem.
Technické funkce musí odpovídat doporučením vyhledávačů. Za prvé, stránky musí mít stejné kódování. Za druhé, přechody odkazů musí být implementovány pomocí značky „A“. Zatřetí, musíte zadat kódování v hlavičkách HTTP a při přístupu na web pomocí odkazu site.ru musíte nastavit přesměrování 301 na doménu www.site.ru.
Zdroj by měl fungovat ve všech moderních prohlížečích, takže je nutné otestovat v:
- IE 11.
- Safari a Chrome pro iOS 9.0-9.2.
- Chrome 48.
- Firefox 44.
- Safari 9.
- Edge 13.
- Opera 34.
Pokud návštěvník používá zastaralý prohlížeč, mělo by se zobrazit okno s výzvou k jeho aktualizaci.
Stránka musí mít logické rozlišení mezi uživatelskou a administrativní částí. Prvníodpovědný za poskytování informací, druhý - za naplnění zdroje obsahem. Statické stránky se skládají z názvu, textu a ilustrací. Zákazník je může upravit podle vlastního uvážení, protože tyto informace by neměly souviset s konfigurací webu.
Hosting, obsah, struktura
Dále jsou popsány nezbytné systémové požadavky, je uveden vývojový jazyk (PHP s databázemi nebo prostý HTML s CSS).
Pokud jde o obsah, zákazník poskytuje vývojáři všechny potřebné materiály, které odpovídají seznamu povinného obsahu. Na základě obdržených dat se vyvíjí a zveřejňuje jedinečný obsah na webu.
V další fázi vývoje TOR je vytvořena struktura webu. Nejprve je popsána hlavní stránka a položky hlavního menu. Po každé je přidán seznam podpoložek. To lze znázornit graficky, ale budete také muset popsat každou sekci, co by tam mělo být a jaké cíle bude sledovat.
Například na hlavní stránce webu Fortuna LLC je sekce „Produkce“. Zde je důležité odhalit výhody společnosti na pozadí konkurence a srozumitelným způsobem vysvětlit spotřebiteli, proč je společnost Fortuna LLC lepší. Informace o nejvíce nakupovaném zboží definujte v samostatných pododstavcích a doložte je fotografickými a video materiály. Ostatní sekce jsou vyvinuty podobným způsobem.
Požadavky na design a funkčnost
Pokud je zdroj vylepšován, je třeba poznamenat, zdaikony, písma a barvy. Pro nový web jsou všechny tyto pozice předepsané. Například barva žlutozelená je 9ACD32. Je lepší poskytnout zákazníkovi paletu a předepsat kód barvy v TOR, aby se předešlo nepřesnostem. Každý zdroj by měl na všech zařízeních zobrazovat stejnou kvalitu a dynamicky se přizpůsobovat velikosti obrazovky.
Každý web má dynamické a statické sekce. Dynamický správce se může měnit nezávisle a statický zůstává nezměněn. TOR musí poskytnout prototypy hlavní stránky. Zadávací podmínky pro vývoj webových stránek internetového obchodu musí obsahovat prototypy katalogů a produktových karet. Obvykle je designér vyrobí a ukáže zákazníkovi, až poté se dostanou do specifikace.
Připravte si typické rozvržení stránky s různými variantami formátování textu a výstupu informací.
Obsah a proces odesílání
Zákazník může požádat o vyplnění zdroje primárními informacemi, ale v tomto případě přebírá odpovědnost za poskytnutí správných dat účinkujícím. Je přijímán pouze v elektronické podobě a v poslední fázi vývoje.
Důvody pro přijetí stránek jsou:
- Soulad s TK.
- Testování správného zobrazení obrázků.
- Testovací funkce.
Na konci každého TOR musíte napsat pořadí a načasování projektu. Obecně lze veškerou práci rozdělit do 3 fází:
- Vývoj designu,schválení, rozvržení náčrtu.
- Vývoj softwaru.
- Naplnění webu informacemi.
U každé z těchto položek je uvedeno datum splatnosti ve dnech. V souladu se Smlouvou se doba může lišit. Pokud to nebude poskytnuto, změna termínu uzávěrky se provede písemnou dohodou stran.
Výhoda
Referenční podmínky jsou užitečné pro klienta i dodavatele. Ti první chápou, za co platí peníze, okamžitě vidí kompetence interpreta a pojistí se proti nepoctivému výkonu práce. CK zase pomáhá zhotoviteli pochopit, co zákazník chce, a pojistit se tak proti náhlým změnám. To platí zejména tehdy, když je projekt téměř hotový, ale zákazník chtěl něco změnit, kvůli tomuto „něčemu“bude muset být veškerá práce předělána.
