Vytvorenie webovej stránky je jednoduchá záležitosť, ak používate online konštruktory. Všetky sú si však také podobné, že renomované firmy musia hľadať správcov webu alebo kontaktovať IT spoločnosti. V tejto fáze vytvárania zdroja je mimoriadne dôležité špecifikovať prácu sprievodcu, to znamená zostaviť technickú úlohu pre vývoj stránky.
Prečo tým strácať čas?
Bez ohľadu na to, ako je človek vzdelaný, stále zostáva človekom a akýmkoľvek spôsobom sa snaží uľahčiť si prácu. Zákazníci preto nie vždy chápu, prečo písať technickú úlohu na vývoj stránky. Oveľa jednoduchšie je totiž požiadať webmastera, aby urobil „web v modrej farbe s logom spoločnosti na hlavnej stránke“. Keď však príde čas na dodanie projektu, zákazník vidí niečo úplne iné, ako chcel. A správca webu musí zdroj znova a znova opakovať.
Zadávacie podmienky nie sú „byrokracia“, ale racionálny čin, ktorý šetrí čas, nervy a peniaze. Napríklad určitá spoločnosť sa potrebuje rozvíjaťprezentačnej stránke na obdobie dvoch týždňov. A ak strávite 2-3 dni vytváraním vzorky referenčných podmienok pre vývoj webovej stránky, potom na konci obdobia môžete získať hotový produkt. Splní všetky požiadavky, ktoré by zákazníci v horúčavách mohli zabudnúť spomenúť. Na druhej strane, zadávacie podmienky pre vývoj stránky sú zárukou odmeny.
Múdrosť minulosti
Ak stojí zákazník pred úlohou vyvinúť technické špecifikácie, nemusí znovu vymýšľať koleso, je lepšie obrátiť sa na pôvod, ktorý je overený dlhoročnými praktickými skúsenosťami. To znamená, že je potrebné napísať vzor referenčných podmienok pre rozvoj lokality v súlade s GOST. Zdalo by sa nereálne aplikovať normy z roku 1978 na dnešné stránky, ale v Sovietskom zväze boli niektoré veci skvelé a vývoj noriem nie je výnimkou a okrem toho sú stále aktuálne. Osobitná pozornosť by sa mala venovať nasledujúcim štandardom:
- Požiadavky na obsah a dizajn (GOST 19.201-78).
- Referenčné podmienky pre vytvorenie automatizovaného systému (GOST 34.602-78).
Prvý dokument je vhodný pre bežné stránky. Popisuje, ako správne zostaviť TOR, ako aj sekcie, ktoré by ste mali určite vziať do úvahy pri zostavovaní referenčných podmienok pre rozvoj stránky. Patria sem:
- Úvod, ktorý označuje názov zákazníckej spoločnosti alebo zdroja, ich stručný popis a rozsah.
- Dôvody pre tvorbu. Tu potrebujeteuveďte predmet, uveďte dokumenty potvrdzujúce potrebu vytvorenia zdroja, názov organizácie, ktorá tento dokument schválila. Výsledky prieskumu trhu napríklad ukazujú, že väčšina používateľov hľadá produkty cez internet, a to bude základ pre vytvorenie stránky.
- Cieľ. Je uvedený funkčný účel zdroja. Informovanie, predaj atď.
- Požiadavky na zdroje. Ide o najväčšiu časť, kde zákazník popisuje všetky svoje priania týkajúce sa budúceho webového produktu. Tu je potrebné špecifikovať funkčnosť, určiť úroveň spoľahlivosti, popísať prevádzkové podmienky, obsah, dizajn atď.
- Požiadavky na softvér.
- Technické a ekonomické ukazovatele. To znamená, že sú uvedené želania týkajúce sa úrovne konverzie, výhod oproti konkurentom, ekonomickej efektívnosti.
- Fázy vývoja. Zákazník si nastaví termín dokončenia úlohy.
- Kontrola. Typy overenia sú uvedené.
Druhý GOST je vhodný na vytváranie portálov s komplexnou funkcionalitou. Vo všeobecnosti sa hlavné ciele a body príliš nelíšia od prvého dokumentu, majú len rozsiahlejšie charakteristiky. Iba na základe informácií z dokumentov podľa normy GOST môžete vytvoriť plnohodnotný príklad zadávacích podmienok pre rozvoj stránky.
Funkcie návrhu TK
Ako zostaviť technickú úlohu pre vývoj stránky? Najdôležitejšou vecou pri zostavovaní TOR je neustále premýšľať o hlavných cieľoch budúceho dokumentu: musí byť napísaný v jazykučo pochopia vývojári aj zákazníci.
Pri zostavovaní príkladu technickej úlohy na vývoj stránky sa najčastejšie považujú za hlavné tieto body:
- Informácie o zákazníkovi. Je potrebné stručne opísať predmet činnosti, históriu spoločnosti a zostaviť zoznam hlavných konkurentov. Tieto informácie pravdepodobne nebudú užitočné pre programátorov, ale dizajnéri a textári ich potrebujú.
- Účel stránky. Tento blok by mal obsahovať kľúčové informácie, ktoré vám umožnia pochopiť štruktúru budúceho zdroja, funkčnosť a všeobecné smerovanie dizajnu. Popisuje tiež hlavné cieľové publikum.
- Požiadavky na zdroje. Najväčšia sekcia, kde musíte uviesť svoje želania týkajúce sa štruktúry, funkčnosti, dizajnu, softvéru, hostingu atď. Sem musíte pripojiť aj miniatúry stránok a mapu stránok.
- Akčný plán. Každá šablóna zadávacích podmienok pre vývoj stránky by mala vo svojom popise obsahovať fázy vývoja, zoznam prác, ktoré budú vykonané v určitej fáze a načasovanie objednávky.
- Kontrola a akceptovanie práce. Vzorové referenčné podmienky pre rozvoj lokality by mali jasne popisovať, ako sa bude kontrolovať súlad dokončenej lokality so špecifikovanými požiadavkami. K realizácii tejto práce je dôležité pristupovať opatrne, aby sa predišlo nedorozumeniam so zákazníkom.
Po podrobnom prepracovaní všetkých týchto bodov sa môžete rýchlo naučiť, ako správne zostaviť referenčné podmienky pre vývoj stránky.
Kto by to mal robiť?
V podstate ukážkaZadanie pre rozvoj stránky môže vypracovať ktokoľvek. Napríklad majiteľ kozmetického salónu potrebuje webovú stránku s vizitkou. Tu sú zadávacie podmienky, ale či takáto technická špecifikácia bude užitočná, je iná otázka.
Umelec má zvyčajne dobré technické vzdelanie. Webový vývojár však tvorbe stránok rozumie viac ako majiteľ kozmetického salónu. To však vôbec neznamená, že klient počas tohto procesu chýba. Dodržiavaním základných pravidiel zadávacích podmienok pre rozvoj stránky musí zákazník:
- Predstavte účinkujúcim firmu, jej produkty, služby a cieľové publikum.
- Vysvetlite, prečo potreboval túto stránku.
- Podeľte sa o svoje želania týkajúce sa budúceho zdroja.
- Ukážte príklady stránok, o ktorých si myslí, že sú dobré.
- Odpovedzte na otázky od dizajnéra a webového vývojára (ak existujú).
Zákazník si môže TK načrtnúť aj sám, ale ako ukazuje prax, takéto amatérske náčrty sa väčšinou potichu vyhodia do koša.
Presnosť a jedinečnosť
Všetko, čo je napísané v príkladoch a vzoroch technických špecifikácií pre vývoj stránky, by malo byť pre klienta a dodávateľa zrozumiteľné. Pojmy ako krásny, moderný, jedinečný a iné nemožno používať, pretože ich každý vníma po svojom. To platí aj pre formulácie, ktoré možno nejednoznačne pochopiť. Všetko musí byť jasné a presné. Nemôžete napísať, že stránka znesie väčšie zaťaženie, pretože nie je jasné, do akej mieryveľký. Nedorozumenie je potrebné okamžite poprieť a uviesť, že zdroj je schopný odolať 50 000 návštevníkom súčasne. Akékoľvek znenie by malo byť podporené číslami a presnými charakteristikami.
Ďalšie podrobnosti
Pri plánovaní práce na vytvorení stránky musíte informovať všetkých účastníkov vývoja o tom, čo spoločnosť robí a kto je jej hlavnou cieľovou skupinou. Musíte tiež špecifikovať účel stránky a opísať funkčné preferencie, aby ste namiesto seriózneho internetového obchodu nezískali zábavný blog.
V niektorých prípadoch je glosár súčasťou referenčných podmienok pre vývoj webovej lokality. Všetky zložité výrazy sú popísané v zrozumiteľnom jazyku, aby neinformovaný zákazník nemal otázky o tom, čo a ako urobí s jeho stránkou.
Uistite sa, že špecifikujete, na ktorom hostiteľskom serveri má byť zdroj. Slušní umelci tiež uvedú v referenčných podmienkach takú položku ako „požiadavky na prácu“, kde uvádzajú, že zdroj by sa mal zobrazovať vo všetkých prehliadačoch. Samozrejme, táto požiadavka je už pochopiteľná, ale je lepšie si ju zapísať, aby bol klient chránený pred bezohľadnými účinkujúcimi.
Štruktúra, dizajn a rozloženie sú navyše prediskutované so zákazníkom, pre prehľadnosť si zákazník môže nakresliť vývojový diagram. Klient musí vysvetliť, na čo je každá stránka webu určená a aké prvky na nej môžu byť.
Ak musíte vytvoriť zdroj so zložitým a neštandardným rozhraním, nebude stačiť len ukázaťskica a štruktúra stránky. Je mimoriadne dôležité, aby celý vývojársky tím a zákazník pochopili, ako bude bežný návštevník stránku využívať. Preto bude potrebné vypracovať scenár. Jeho schéma je veľmi jednoduchá:
- Akcia používateľa.
- Odpoveď webovej stránky.
- Výsledok.
Obsah a dizajn
Je tiež potrebné vopred rozhodnúť, kto bude za obsah zodpovedný. V niektorých prípadoch môže vývojár okamžite vytvoriť webovú stránku s obsahom za účasti profesionálnych copywriterov, ale potom budú náklady na zdroj drahšie. Toto musí byť dohodnuté vopred a uviesť všetky želania týkajúce sa obsahu.
Veru, bude ťažké objektívne opísať obsah, pretože každý má svoje predstavy o zaujímavosti a užitočnosti, ľahšie je napísať, že bude jedinečný. Dá sa to ľahko skontrolovať a nevzniknú žiadne zbytočné nároky. Tento problém sa týka aj popisov dizajnu. Najlepším riešením by bolo napísať do zadávacích podmienok pre vypracovanie dizajnu stránky, akú farebnú schému si zákazník želá, akým typom písma budú nápisy, atď. To znamená uviesť všetky pozície, v ktorých sa objavuje presnosť. Možno sú to všetky pravidlá pre vytváranie referenčných podmienok pre rozvoj stránky. Teraz ich musíte uviesť do praxe a pokúsiť sa vytvoriť kompetentnú TK sami.
Šablóna zadávacích podmienok pre vývoj webových stránok
V tomto TOR je na prvej strane uvedená tabuľka podmienok, aby bolo všetko jasné, o čom sa bude diskutovať. Treba poznamenať, že označenie pojmov nie je skopírované z"Wikipedia" alebo iné zdroje, ale sú napísané osobou, ktorá vytvára podmienky. Zoznam výrazov môže obsahovať pojmy ako:
- IP adresa.
- www (celosvetová sieť).
- Administratívna časť zdroja, správca.
- Alternatívny popis k obrázku.
- Webové rozhranie.
- Odkaz, odkaz.
- Dizajn webovej stránky, šablóna dizajnu stránky.
- Dynamická a statická stránka.
- Názov domény.
- Meta tag.
- Obsah.
- Časť zdroja je verejná.
- Zálohovanie, databázy, štruktúra súborov.
- Hosting.
- CMS.
Po vytvorení glosára môžete priamo začať písať referenčné podmienky. V prvom rade sú napísané všeobecné informácie. Tento odsek je podmienečne rozdelený do štyroch pododsekov:
- Účel dokumentu. Referenčné podmienky pre vývoj stránky sú hlavným dokumentom, ktorý upravuje proces vytvárania a prijímania zdroja.
- Údaje zákazníkov. Uvádzajú sa tieto súradnice: názov spoločnosti, kontaktné údaje, adresa sídla, skutočná adresa, e-mail, webová lokalita (ak sa mení značka), kontaktná osoba, kontaktné telefónne číslo.
- Stručné informácie o spoločnosti. Pre vzor zadávacích podmienok pre rozvoj stránky zvážte spoločnosť Fortuna LLC. LLC "Fortuna" vyrába (tovar) pre trh v Novosibirsku. Spoločnosť starostlivo sleduje hygienu výroby, čistotu surovín a kvalituvyrábané produkty. Spoločnosť vykonáva certifikovanú kontrolu kvality a bezpečnosti vyrábaného tovaru na základe princípov medzinárodného systému HACCP.
- Základ pre rozvoj. Základom pre vypracovanie podmienok je zmluva č. _.
Účely a účel zdroja
Stránka je navrhnutá tak, aby zvýšila podiel spoločnosti na trhu a zlepšila imidž spoločnosti na webe. Zdroj je vytvorený s cieľom zvýšiť tok nových zákazníkov, vytvoriť priaznivý imidž, zvýšiť popularitu značky Fortuna LLC. Tento zdroj bude tiež fungovať ako dodatočná platforma pre reklamné kampane, prilákať nových zákazníkov a priniesť ďalší zisk.
Hlavnou úlohou zdroja je poskytnúť používateľovi úplné informácie o produkte a službe. Hlavnou cieľovou skupinou sú maloobchodní odberatelia, najmä ženy v domácnosti a veľkoobchodníci.
Stránka by mala mať pohodlný panel správcu, načítanie stránky by malo byť optimalizované pre rôzne zariadenia. Zdroj je potrebné chrániť pred vonkajšími útokmi, využívať prvky propagácie tovarov a služieb. Produktová karta vyžaduje okrem úplných informácií o produkte aj sprievodné dokumenty, ako sú certifikáty kvality.
Technické požiadavky na stránku
Stránka musí byť dostupná na internete pod názvom domény (podľa výberu zákazníka) a musí ísť o informačnú štruktúru pozostávajúcu z prepojených sekcií s jasne definovanými funkciami. Na údržbu lokality a jej prevádzky by personál nemalvyžadujú špeciálne zručnosti a znalosti v oblasti softvéru.
V systéme správy zdrojov je dôležité mať mechanizmus na zálohovanie informácií, ktorý bude fungovať automaticky.
Informácie o stránke sú verejné. V závislosti od rozsahu prístupových práv sa používatelia delia do troch skupín:
- Návštevníci – majú prístup len do verejnej časti stránky.
- Editor – má možnosť upravovať materiály sekcie.
- Administrátor – môže menovať redaktorov, pridávať alebo odstraňovať sekcie.
Prístup do administratívnej časti stránky by mal byť chránený prihlasovacím menom a heslom.
Technická funkčnosť musí byť v súlade s odporúčaniami vyhľadávačov. Po prvé, stránky musia mať rovnaké kódovanie. Po druhé, prechody odkazov musia byť implementované pomocou značky „A“. Po tretie, musíte zadať kódovanie v hlavičkách HTTP a pri prístupe na stránku pomocou odkazu site.ru musíte nastaviť presmerovanie 301 na doménu www.site.ru.
Zdroj by mal fungovať vo všetkých moderných prehliadačoch, takže je potrebné otestovať v:
- IE 11.
- Safari a Chrome pre iOS 9.0-9.2.
- Chrome 48.
- Firefox 44.
- Safari 9.
- Edge 13.
- Opera 34.
Ak návštevník používa zastaraný prehliadač, malo by sa zobraziť okno s výzvou na jeho aktualizáciu.
Stránka musí mať logické rozlíšenie medzi používateľskou a administratívnou časťou. najprvzodpovedný za poskytovanie informácií, druhý - za naplnenie zdroja obsahom. Statické stránky pozostávajú z názvu, textu a ilustrácií. Zákazník ich môže upraviť podľa vlastného uváženia, pretože tieto informácie by nemali súvisieť s konfiguráciou stránky.
Hostovanie, obsah, štruktúra
Ďalej sú opísané potrebné systémové požiadavky, je uvedený vývojový jazyk (PHP s databázami alebo obyčajný HTML s CSS).
Pokiaľ ide o obsah, zákazník poskytne vývojárovi všetky potrebné materiály, ktoré zodpovedajú zoznamu povinného obsahu. Na základe prijatých údajov sa vytvorí a uverejní jedinečný obsah na stránke.
V ďalšej fáze vývoja TOR sa vytvorí štruktúra stránky. Najprv je popísaná hlavná stránka a položky hlavného menu. Po každej sa pridá zoznam podpoložiek. Dá sa to znázorniť graficky, ale budete tiež musieť opísať každú časť, čo by tam malo byť a aké ciele bude sledovať.
Napríklad na hlavnej stránke webu Fortuna LLC je sekcia „Produkcia“. Tu je dôležité odhaliť výhody spoločnosti na pozadí konkurencie a zrozumiteľným spôsobom vysvetliť spotrebiteľovi, prečo je spoločnosť Fortuna LLC lepšia. Informácie o najviac nakupovanom tovare definujte v samostatných pododstavcoch a podporte ich fotografickými a video materiálmi. Ostatné sekcie sú vyvinuté podobným spôsobom.
Požiadavky na dizajn a funkčnosť
Ak sa zdroj zlepšuje, treba poznamenať, čiikony, písma a farby. Pre novú lokalitu sú všetky tieto polohy predpísané. Napríklad žltozelená farba je 9ACD32. Je lepšie poskytnúť zákazníkovi paletu a predpísať kód farby v TOR, aby sa predišlo nepresnostiam. Každý zdroj by mal zobrazovať rovnakú kvalitu na všetkých zariadeniach a dynamicky sa prispôsobovať veľkostiam obrazovky.
Každá stránka má dynamické a statické sekcie. Dynamický správca sa môže meniť nezávisle a statický zostáva nezmenený. TOR musí poskytnúť prototypy hlavnej stránky. Zadávacie podmienky pre vývoj webovej stránky internetového obchodu musia obsahovať prototypy katalógov a produktových kariet. Zvyčajne ich dizajnér vyrobí a ukáže zákazníkovi, až potom sa dostanú do špecifikácie.
Pripravte si typické rozloženie stránky s rôznymi variáciami formátovania textu a výstupom informácií.
Postup obsahu a odoslania
Zákazník môže požiadať o vyplnenie zdroja primárnymi informáciami, ale v tomto prípade preberá zodpovednosť za poskytnutie správnych údajov účinkujúcim. Prijíma sa iba v elektronickej forme a v poslednom štádiu vývoja.
Dôvody na prijatie stránky sú:
- Súlad s TK.
- Testovanie správneho zobrazenia obrázkov.
- Testovacia funkčnosť.
Na konci každého TOR musíte napísať poradie a načasovanie projektu. Vo všeobecnosti možno všetky práce rozdeliť do 3 etáp:
- Vývoj dizajnu,schválenie, rozloženie náčrtu.
- Vývoj softvéru.
- Naplnenie stránky informáciami.
Vedľa každej z týchto položiek je uvedený dátum splatnosti v dňoch. V súlade so Zmluvou sa lehota môže líšiť. Ak to nie je uvedené, zmena lehoty sa vykoná na základe písomnej dohody strán.
Benefit
Zadávacie podmienky sú užitočné pre klienta aj dodávateľa. Tí prví rozumejú, za čo platia peniaze, okamžite vidia kompetentnosť interpreta a poistia sa proti nepoctivému výkonu práce. CK zase pomáha zhotoviteľovi pochopiť, čo zákazník chce, a tak sa poistiť proti náhlym zmenám. To platí najmä vtedy, keď je projekt takmer hotový, ale zákazník chcel niečo zmeniť, kvôli tomuto „niečomu“bude musieť byť celá práca prerobená.
