2 hlasy

Dobrý den, milí čtenáři. Práce na webu s klientem je vždy náročná. Klient zpravidla chce buď „něco cool“ nebo „nic neobvyklého, ať je to jako všichni ostatní“. Abstraktní pojmy, budete souhlasit. Pokud je to vaše první objednávka, pak vás možná potěší podobná slova: „Super, dávají mi tvůrčí svobodu, můžu si dělat, co chci.“ Z vlastní zkušenosti vám můžu říct, že nic takového!

Zákazník má své vlastní chápání „cool“ a „jako všichni ostatní“. Možná to nehádáte, máte špatnou náladu, nebo se klient jednoduše rozhodne, že „za takové peníze může tenhle kluk (nebo holka) udělat trochu víc práce.“ Aby k tomu nedocházelo, dnes probereme, jak jsou sestavovány technické specifikace pro vývoj webových stránek.

Akční plán pro práci se zákazníkem

Najdete klienta. Je připraven zaplatit peníze a vy můžete pracovat. Kde začít a jak postupovat?

• První komunikace.

Dostali jste tedy prvotní informaci: může k tomu dojít osobně (pokud služby nabízíte sami) nebo po telefonu (když si vás klient najde sám). Řekněme, že víte, že zákazník od vás chce internetový obchod a on sám vlastní řetězec šperků. Nikdy nezačínejte konverzaci o webu hned. Domluvte si schůzku, abyste se mohli připravit všichni společně a jednotně.

Snažte se člověka nějak motivovat, aby se na informace podíval, aby měl jasnější představu o tom, co od vás chce.

• Příprava a první brief.

Podívejte se na stránky, o kterých si myslíte, že budou pro klienta vhodné. Stáhněte si nějaké šablony a řekněte, že by web mohl vypadat přesně takto. Čím více materiálů, tím lépe. Ať máte co zákazníkovi ukázat, mějte jasnou představu o tom, co se mu líbí a co ne. Vyhněte se abstraktním pojmům ze série: krásné, pohodlné, vysoce kvalitní. Každý má o těchto kategoriích své vlastní představy.

V ideálním případě je dokonce lepší nechat klienta s těmito materiály jeden den nebo je poslat poštou několik dní před schůzkou. I když v této fázi se zákazník zpravidla o portál nijak zvlášť nezajímá. Je připraven škrtnout pravdu rovnou po faktu a donutit vás to předělat a přidat něco nového, ale nic předem neprobírat. Jediným východiskem je proto ptát se co nejvíce a zapisovat si každé slovo.

• Vypracování a podepsání technických specifikací.

Pamatujte, že čím více kusů papíru, tím čistší zadek. Vše možné od klienta sepište, nakreslete a podepište. Následně budete mít co ukazovat. Obecně si při vypisování technických specifikací hned představte, že si s klientem nevidíte do oka a obhajujete svůj případ u soudu.

Nemluvíme o super drahých projektech a doufám, že budete mít štěstí na zákazníky. Jeden pečlivý klient vám ale dokáže zkazit náladu na dlouhou dobu. Budete chtít plivat, odmítat peníze, prostě se s ním už nesetkat. To je pochopitelné, ale pokud se zpočátku ukážete jako profesionál, důkladně si vše prostudujete a ukážete se jako seriózní osoba, nebudete to muset dělat.

Jednoho dne jsem měl velké štěstí. Klient si před příchodem na schůzku prostudoval problematiku a sám vypracoval nejen kompetentní technickou specifikaci, ale i výtvarné zadání. Tedy literární a Detailní popis jak by to mělo vypadat. Moje překvapení neznalo mezí, na což odpověděl: „Domnívám se, že v první řadě by měl vědět, co chce zákazník sám, a ne trápit specialisty.“ Bohužel je to vzácné, takže musíme klást otázky, předepisovat a schvalovat.

• Vývoj a příjem.

Jakmile vše podepíšete, můžete začít s realizací projektu.

Co by nemělo být v technické specifikaci a co by tam mělo být

Technická specifikace by ve skutečnosti neměla obsahovat pokyny týkající se samotného designu. Napíšete, že na webu pro programátora nakreslíte klávesnici, a pak to začne - není to tak, chci, aby to bylo ve stylu komiksu a pak dokázat, že nejste jelen. Čím lépe se prokážete jako profesionál, tím méně stížností na vás bude!

Sami víte, v jakém stylu a co by se mělo kreslit. Stojíte před úkolem: zlepšit povědomí o značce nebo motivovat lidi k dovolené na tom a tom místě. Jak budete tento úkol realizovat, je váš problém. Chybělo také to, aby vás zákazník naučil psát kód a řekl vám, jaké nástroje máte používat.

Nechte své prohlášení o práci obsahovat frázi: „Vše, co není dohodnuto, je provedeno podle uvážení výkonného umělce.“ A není nutné tento řádek dělat malým písmem. Nechte ho přemýšlet předem, a nezačínejte snít, když už je projekt hotový. Samozřejmě můžete a měli byste udělat malé změny. Dobrá pověst je klíčem k budoucím klientům, ale někdy může být zákazník svými přáními tak otravný, že se mu nechce žít.

Ještě jednou bych rád zaměřil vaši pozornost na skutečnost, že technická specifikace by neměla obsahovat abstraktní pojmy: „pohodlné“, „krásné“, „vysoká kvalita“ atd. Ať jsou hranice jasné: místo pohodlí vyhledávání je lepší psát filtrování podle data nebo materiálu.

A nezapomeňte na podpis. Vše je vážné, to musí zákazník pochopit.

Obecně vřele doporučuji věnovat pozornost maličkostem. Představte si, že k vám přijde namydlená žena a spěšně si rozepne obrovské sako tak, že z ní trčí nadrozměrná šála. Vytáhne z tašky stokrát přeložený zmačkaný papír o 18 listech a snaží se ho zahladit blízkými předměty. Červený obličej a nevýslovný výraz: „Tady jsem napsal a zkrátil, takhle bude vypadat váš web, podepište to.“

Jiná varianta. Mladý muž zaklepe na dveře vaší kanceláře, pomalu se svlékne, vytáhne z aktovky složku, pomalu ji otevře a v klidu vás vyzve, abyste se podívali jen na jeden malý papír, natáhne zlaté pero a vyzve vás k podpisu tohoto dokumentu.

Nechte slečnu z prvního příkladu odvést titánské dílo, přečetla tisíc knih, nakreslila 18 příkladů na výběr a v podstatě vše dělala sama. Dokáže vytvořit neuvěřitelně cool projekt, který dovede vaši společnost k prosperitě a celosvětové slávě. A mladík z druhého příkladu nic neumí, vytiskl si ukázku z internetu, která se vám v žádném případě nehodí.

Ujišťuji vás, že každý klient bude nebohou ženu mučit nadávkami, přáními a změnami a přijme mladíkův projekt, když ne hned, tak podruhé. Nejde o to, co umíte, ale jak jednáte a jaký dojem vytváříte.

Existuje GOST, podle kterého můžete vytvářet technické specifikace pro vývoj webových stránek a je zde dlouhodobá praxe. Státní normy ne vždy odpovídají realitě života. Zkusme obě tyto části spojit.

Ať už píšete technické specifikace pro městskou správu nebo legendárního Vasilije Pupkina, obsah je nejlépe proveden v souladu s GOST. Naučte se to předem.

Vypadá to takto:

1. Glosář
2. Obecná ustanovení
3. Předmět vývoje
4. Účel dokumentu
5. Požadavky na grafický design místo
6. Požadavky na design webových stránek
7. Postup při schvalování koncepce návrhu
8. Funkční požadavky
9. Požadavky na webovou prezentaci
10. Požadavky na redakční systém
11. Požadavky na sdílení přístupu
12. Požadavky na typy zajištění
13. Požadavky na informační podporu
14. Požadavky na software
15. Technické požadavky
16. Požadavky na jazykovou podporu
17. Požadavky na ergonomii a technickou estetiku
18. Požadavky na přijetí a dodání projektu
19. Požadavky na vyplnění informací
20. Personální požadavky
21. Postup poskytování distribuce
22. Postup pro převod webu na technické prostředky zákazník

Pravda, nebudete muset svůj dokument s úkolem vytvářet v tomto pořadí, ale pro snazší pochopení vám to řeknu podle tohoto plánu. Na konci tohoto článku přikládám ukázku, kterou si můžete stáhnout a pracovat na ní na základě přepisu uvedeného v této části článku. Tato šablona je dobrá, protože má Všechno, i to, co nikdy nebudete potřebovat. Musíte si to ale zpracovat sami a vyškrtnout všechny zbytečné kraviny, které považujete za zbytečné.

Glosář

Podle GOST by měl dokument začínat slovníkem, ale ve skutečnosti ho napíšete až na konci. Zde je potřeba uvést podmínky, které budete při práci se zákazníkem používat. Vy nám říkáte, co je hosting, web a další nesmysly. Všechny tyhle nesmysly se dají stáhnout z internetu.

Kromě této hereze je však nutné zmínit pojmy, na jejichž chápání můžete mít se zákazníkem rozdílné názory. Myslíš jednu věc, ale on vkládá do slov úplně jiný význam.

Obecná ustanovení

V tuto chvíli si musíme odpovědět na otázku, co vlastně budeme dělat a proč.

Předmět vývoje

Co uděláme, je přibližně jasné. Klient tyto informace poskytuje téměř okamžitě. Důležitější je pochopit provozní účel webu, tedy jaký přínos na klienta čeká. Je jasné, že všichni zákazníci chtějí prostřednictvím stránky vydělávat. Tato formulace nebude fungovat.

Zamyslete se nad tím, jak bude klient vydělávat peníze, jaký je jeho cíl. Pokud se jedná o internetový obchod, pak by se měl zabývat prodejem, pokud jde o firemní web, pak se jim líbí krásná fráze: „zvyšování loajality ke značce“, informování o aktivitách společnosti a tak dále.

Účel dokumentu

Zde vám řekneme, jak důležitý je tento dokument. Ukážeme, že to není jednoduchý trik, ale wow! Používáme právní termíny. Tuto část lze zkopírovat z internetu, ale nezapomeňte si pozorně přečíst, co píšete!

Mimochodem, v této stejné části je třeba uvést informaci, že vše, co s klientem předem neproberete, zůstává na vašem svědomí. Můžete si dělat, co chcete, pokud „zapomněl“, „rozmyslel si to“ nebo „chce všechno úplně jinak“.

Požadavky na grafický design webu

Požadavky na design webových stránek

Zde musíte obecně popsat design webu, co by tam mělo být a jaké body by měly být dodrženy: firemní barvy, písma a tak dále. Obecně řečeno, nezacházejte do podrobností.

Postup při schvalování koncepce návrhu

V této části opět zastrašujete klienta pomocí právních podmínek. Řeknete mu, že mu poskytnete návrh webu v podobě obrázku vytvořeného ve Photoshopu. Je povinen jej ve stanovené lhůtě sledovat. Poté vám poskytneme úpravy a vy budete přemýšlet o tom, zda je to jelen, a budete koordinovat a chápat, jak jsou tyto změny logické a zda se ujmete „opravy“.

Funkční požadavky

Zde popisujete, co vlastně budeme dělat. Popisujeme vizuální složku. Kapitola se rozvíjí do tří částí: popisujeme hlavní stránku, vnitřní a strukturu webu.

Buď opatrný. Toto je důležitý bod, kde je lepší psát více. Měli byste mít například sekci „Související zprávy“. Co uděláte: napíšete algoritmus, který spočítá, které články jsou nejblíže tématu, poskytne seznam posledních pěti článků přidaných na web, nebo bude mít autor textu možnost vkládat odkazy do tohoto bloku samostatně?

Požadavky na webovou prezentaci

1. Struktura webu: popisujeme, jaké kategorie (nadpisy) budou na webu.
2. Úvodní stránka: nejlépe se schematickým obrázkem a popisem hlavních prvků.
3. Vnitřní stránky: stejné jako v předchozím odstavci. Schéma a popis vnitřních stránek.

Pokud vytváříte internetový obchod, můžete zde také vložit schéma stránky objednávky, potvrzení platby a podobně. Popište všechny stránky, které se budou lišit od standardní šablony.

Požadavky na redakční systém

Můj blog je určen pro lidi, kteří tvoří weby pomocí WordPressu. Proto tomuto bodu nebudu přikládat vážný význam. Prohlašujeme, že tento motor budeme používat a bude to stačit.

Pokud si budete vyrábět řídicí systém sami, pak je vše mnohem složitější. Budete muset znovu nakreslit schémata a popsat obecné požadavky, správu sekcí, obsah a nastavení. Nakreslete každý prvek, který bude jiný.

Požadavky na sdílení přístupu

Tady od nás v podstatě chtějí zjistit, kdy a proč bude uživatel potřebovat registraci. Které sekce uzavíráme a které z nich mohou čtenáři bezpečně používat. Pokud se jedná o web vizitek, informační nebo prodejní, bude zcela otevřený a například na VKontakte bude přístup k osobní stránka má omezený přístup a lze jej provést pouze po zadání přihlašovacího jména a hesla.

Požadavky na typy zajištění

Požadavky na informační podporu

Tato část je vytvořena jednoduše proto, abyste ukázali své vlastní povědomí a znovu klientovi ukázali, jaký jste profesionál, jaké sofistikované pojmy znáte.

Řeknete jim, že data budete ukládat na konkrétní místo na serveru, nikoli na váš stůl nebo pod polštář. Používejte programovací jazyky.

Zavazujete se zveřejňovat obrázky pouze v formátu gif nebo jpg a stránky nepřekročí určitou váhu. Mimochodem, skvělá pointa. Pokud pak zákazník vypoulí oči a řekne, že potřebuje něco jiného, ​​můžete mu ukázat tento předmět a říci: „No, sám jsi se podepsal na váze, nic nevím, to všechno je nemožné!

Další opravdu užitečnou věcí, kterou zde můžete také zmínit, je omezení poskytovaného obsahu. Musíte definovat rozsah - děláte veškerý obsah nebo tvoříte účet správce, dejte zákazníkovi přihlašovací jméno a heslo a nechte je přijít na to!

Požadavky na software

1. Zde mluvíme o hostingu nebo serverech. Protože můj blog je zaměřen na tvůrce, kteří pracují na webu Timeweb ( https://timeweb.ru ) - vše je velmi jednoduché. Pokud nejste jedním z „našich“, musíte se podívat na Specifikace. Například někdo velmi chytrý udělá skvělý web a pak se ho pokusí připojit k hostingu, ale technické specifikace jsou tak vysoké, že to žádný hosting v Rusku nezvládne. Položka je nezbytná, ale ne pro začátečníky v oblasti vývoje.
2. Zde popisujeme, zda portál bude mít mobilní verze, přizpůsobené pro přenosná zařízení nebo lze otevřít pouze skrz Google Chrome a případné deformace v jiných prohlížečích nás vůbec netrápí.

Požadavky na jazykovou podporu

Bude stránka ve dvou jazycích nebo budeme potřebovat pouze ruštinu?

Požadavky na ergonomii a technickou estetiku

Ještě jednou krátce zmíníme hlavní principy designu. Vše bude jasné, jednoduché a jednotné. Logo bude viditelné všude a Kontaktní informace. Všechno je super, všechno je úžasné.

Požadavky na přijetí a dodání projektu

Požadavky na vyplnění informací

Na tomto místě vám sdělíme, k čemu se zavazujeme a co nám musí zákazník poskytnout, aby práce šla rychleji a lépe. Obvykle vyžaduje informace a fotografie.

Znovu také píšeme, že pokud bude chtít něco opravit nebo změnit, bude muset znovu sepsat podobnou dohodu, kterou buď podepíšete, nebo ne.

Personální požadavky

Kdo může stránky používat. Některé společnosti například pracují s kódy a ani se nezatěžují systémem kontroly pro normální lidi. Pro základní úkony na stavbě budou vyžadovány významné znalosti personálu. V tomto případě je bod relevantní, ale v našem případě je to jen načmáraný papír.

Postup poskytování distribuce

Co dáte zákazníkovi po dokončení práce: přihlašovací jméno, heslo, tam a zpět.

Cenu vyplníme technickou specifikací

Jak jste již pochopili, hlavním úkolem technických specifikací není tolik pochopit, i když je to důležité. A přesto je jeho doplňkovou funkcí vytváření správného dojmu o sobě samém a ochrana před nejrůznějšími změnami.

Všechno na tomto dokumentu by mělo být působivé! Pokud ho budete posílat k předběžné kontrole poštou, pak určitě použijte ve formátu PDF. A klient se pravděpodobně nebude chtít mučit úpravami a bude vás považovat za profesionála. Maličkost, ale významná. Chcete-li převést dokument aplikace Word, můžete použít službu https://smallpdf.com/ru/ .

Nezapomeňte na pozadí vložit své logo vlastnit společnost nebo vaši značku a vložte kontakty. Mohou být vydány rychle a efektivně na webových stránkách https://logaster.ru .

No, to je vše, stačí si stáhnout příklad, který jsem vytvořil speciálně pro vás. Pomůže vám to pochopit a vzít za základ některé body šablony, které se nebudou lišit a máte hotovo.

Nyní můžete bezpečně jít k zákazníkovi a nebát se, že budete obviněni z neúplnosti.

STÁHNĚTE SI ŠABLONU TK

Hodně štěstí ve vašem snažení a zase na viděnou. Přihlaste se k odběru mého blogu a získejte to nejlepší užitečné informace, což se vám bude určitě hodit při práci na vývoji dobrého webu pro vaše klienty.

Zadávací podmínky jsou důležité pro zhotovitele i objednatele. Pomáhá zhotoviteli lépe porozumět tomu, co zákazník chce, pojistit se proti náhlým „přáním“ ze strany objednatele a urychlit práci na dokončení zakázky. Klientovi – říct přesně, co chce, zjednodušit kontrolu kvality, přijmout přesné náklady služby. O tom, jak správně sestavit technické specifikace a co s tím dělat, si povíme později.

Co je to technická specifikace

Technické specifikace jsou dokumentem, který odráží všechny požadavky na budoucí produkt. Popisuje všechny technické požadavky. Obvykle jsou technické specifikace sestaveny ve formuláři textový dokument, zřídka - v jiných formátech.

TK používají všichni vývojáři webových stránek. Pomáhá návrhářům rozvržení, programátorům a návrhářům lépe porozumět požadavkům klienta a vytvořit zdroj, který splňuje jejich očekávání. Kromě toho se technické specifikace používají ve všech ostatních oblastech, například v:

• vývoj aplikací;
• projektování domu;
• psaní textů a další.

Pokud pracujete podle technických specifikací, je riziko sporů a vleklých soudních sporů minimalizováno.

Jak sestavit technické specifikace: struktura technických specifikací pro web

Než začneš:

• Rozhodněte, kdo bude vypracovávat technické specifikace
• Vysvětlete pojmy
• Vyvarujte se subjektivních výrazů

Na první pohled se zdá, že technické požadavky na stránky by měl vypracovat klient, protože objednává zdroj a klade na něj požadavky. Ve skutečnosti by se na procesu měli podílet oba: klient vysloví požadavky a umělec je zapíše konkrétně, přesně a jasně. Klient například řekne, že chce web přizpůsobený pro všechny uživatele, a vývojář specifikuje požadavky na přizpůsobitelnost pro 4 dostupné velikosti – PC, notebooky, tablety, smartphony.

Vyjasnění pojmů je velmi důležitý bod. Všechny vysoce odborné pojmy je vhodné vysvětlit hned na začátku – klienti ne vždy vědí, co je to zápatí, CMS nebo ryba. Čím jednodušší a jasnější jsou vysvětlení, tím jasnější budou technické specifikace pro obě strany.

Subjektivní pojmy mohou způsobit zbytečné kontroverze. Nepište „design by měl být krásný“ – každý má jiné pojetí krásy. Totéž platí pro kvalitativní přídavná jména „pohodlný“, „snadno použitelný“, „velký“. Použijte konkrétní čísla a parametry: popište například barevné schéma nebo uspořádání prvků.

Struktura technických specifikací může být libovolná. Jako příklad nabízíme jednoduchou strukturu zadání pro web.

Popište web

Řekněte nám, jaký typ stránek je potřeba, kdo je bude používat a proč se vytváří. Napište například, že potřebujete internetový obchod, vstupní stránku pro prodej produktu nebo web vizitky s 10 stránkami. Pokud neznáte přesný počet, uveďte prosím přibližný počet stran.

Pokud má projekt konkrétní cílové publikum, Popište to. To vám pomůže vytvořit zdroj, který osloví zákazníky – například použitím vhodného jazyka v článcích nebo designu, který osloví mladé lidi nebo starší generace.

Řekněte nám o struktuře

Bez představy o struktuře není možné vytvořit normální web. Popište, jaké stránky budou na webu a ukažte úrovně jejich vnoření. To lze provést různými způsoby:

• Systém
• Stůl
• Seznam

Hlavní je, že na konci je jasné, které stránky se v menu budou nacházet, kam povedou a která nadřazená stránka je pro jednotlivé sekce. Doporučujeme používat vývojové diagramy – jsou jednodušší a srozumitelnější než seznamy a tabulky a pomohou vám během pár sekund vyhodnotit celou strukturu webu.

Příklad jednoduché struktury ve formě blokového diagramu

Popište, co bude na každé stránce

Řekněte nám, jak vidíte stránky webu. Je vhodné to udělat ve formátu prototypu, aby bylo jasně prokázáno umístění každého prvku. Požadavky můžete popsat seznamem, například říct, co bude v záhlaví webu, kde se nachází formulář zpětné vazby, co bude ve sloupci na volné straně.

Pokud jsou všechny stránky webu přibližně podobné – například plánujete vytvořit web vizitek, vystačíte si se dvěma prototypy: pro domovská stránka a další sekce. Pokud existuje několik skupin podobných stránek - například sekce v katalogu internetového obchodu, blog s články a popisem služeb dodávky/montáže/instalace, je lepší vytvořit vlastní prototyp pro každou skupinu.

Příklad prototypu domovské stránky webu: vše je jednoduché, pohodlné, srozumitelné

Stanovte požadavky na design

Pokud máte rozpracovaný layout, skvělé – jednoduše ho vložíte do technické specifikace. Pokud ne, musíte popsat požadavky na barevné schéma, použité obrázky a loga. Například:

• Uveďte, které firemní barvy lze v návrhu použít a které odstíny absolutně ne
• Poskytněte logo, které musí být přítomno v záhlaví webu
• Zadejte písma, která chcete použít pro stránky, nabídky, zápatí a obsah

Pokud nejsou jasné požadavky – to znamená, že klient sám nedokáže formulovat svou vizi webu, můžete mu nabídnout několik standardních layoutů na výběr nebo si navrhnout rozvržení individuálně a následně se na něm dohodnout. To musí být provedeno před schválením technických specifikací, jinak může rozdíl v chuti výrazně zdržet projekt.

Popište požadavky na nástroje, kód, hosting, doménu

To je nutné předem vědět, se kterými nástroji můžete pracovat a se kterými ne. Popište v samostatném bloku:

• Na jakém webu by měl web být – WordPress, Joomla, Modex atd.
• Jaký programovací jazyk lze použít - PHP, JavaScript, HTML, jiné
• Na jakém hostingu a v jaké doménové zóně by měl být web umístěn? Doménové jméno může být použito
• Který softwarová platforma lze použít - .NET, OpenGL, DirectX
• A tak dále

Pokud klient nerozumí ničemu o použitých termínech, vysvětlete rozdíl mezi WordPress a Modex, PHP z HTML, doména v zone.ru od domény v zone.com. Společně sestavit požadavky tak, aby vyhovovaly klientovi.

Zadejte požadavky na provoz webu

Ve výchozím nastavení by měl web fungovat pro uživatele všech zařízení, včetně různé prohlížeče, odolat útokům hackerů a nespadnout při návštěvě 1000 uživatelů současně. Ale je lepší to napsat jako samostatný blok. Prosím Ukaž:

• Rychlost načítání webu, která je pro vás přijatelná nebo standardní hodnota je 1–5 sekund
• Kompatibilita mezi prohlížeči – určete, ve kterých prohlížečích se má web otevřít
• Odezva – specifikujte velikosti obrazovek, kterým se má design přizpůsobit, a použitá zařízení
• Odolnost vůči zatížení - kolik lidí by mělo být na webu současně, aby „neklesalo“
• Odolnost proti útokům hackerů a dDos: stránka musí odolat malým útokům

Zapište si scénáře provozu webu

Popište, jak by měl uživatel interagovat s webem a jaké akce na zdroji by měly nastat v reakci. To lze provést ve formě jednoduchého číslovaného seznamu nebo rozvětveného algoritmu, pokud mají uživatelé na výběr mezi akcemi. Pokud existuje mnoho interaktivních služeb, napište scénář pro každou z nich.

Příklad nejjednoduššího scénáře pro web

Zjistěte, kdo vytváří obsah.

Někteří vývojáři si texty píší sami, někteří si je objednávají u copywriterů, jiní používají ryby. Okamžitě prosím upřesněte, zda je poskytování obsahu součástí vývojové služby. Pokud ano, můžete okamžitě zadat další požadavky, například pro:

• - ne méně než 95 % podle Advego, Text.ru, Content.Watch
• Nevolnost (spamování) - ne více než 10 % podle Advego nebo 65 % podle Text.ru
• Body podle Glavreda - minimálně 6,5 nebo 7 bodů

Různé služby samozřejmě nejsou všelékem, ale minimalizují riziko, že budou „vodnaté“ nebo přehnané spamem. Navíc se tak objevují přesná kritéria pro hodnocení kvality textů.

Upřesněte termíny

Na to se často zapomíná. Většina technických úkolů musí specifikovat termíny, jinak se vývoj může protáhnout o několik měsíců, šest měsíců nebo let. Nepoužívejte nesprávnou formulaci – například „za měsíc“. Napište přesné datum: například 1. prosince 2018.

Lifehack: je lepší sestavit zadání jako přílohu dohody o spolupráci. Tímto způsobem stanovíte všechny požadavky na vývoj webových stránek a v případě sporů budete moci spor vyhrát u soudu.

Pamatujte: každá technická specifikace musí obsahovat několik hlavních bloků:

• Cíle a cíle – o tom, proč jste vytvořili technické specifikace obecně, co chcete s produktem dělat
• Jaký by měl být produkt - popis obecně
• Technické požadavky- plocha domu, objem textu, funkčnost aplikace atd.
• Termíny – jsou důležité, aby nedocházelo ke sporům.

Příklad sestavení technických specifikací pro software

Musíme vytvořit software. Technické požadavky jsou uvedeny níže.

Popis: program pro vyhledávání článků podle klíčových slov na všech autoritativních stránkách, adresy autoritativních stránek je nutné zadat ručně.

Co by měl software dělat:po vstupu klíčové slovo vyhledá články na stránkách, které byly předem zadané jako směrodatné zdroje, zobrazí seznam shod v tomto formátu:

• Odkaz
• Název článku
• Hlavní odstavec

Pokud existuje více než 10 zápasů, musíte to rozdělit na stránky - 10 na každé.

Technické požadavky:programovací jazyk - jakýkoli, na tom nezáleží. Hlavní je, že program lze následně upravit a vydat jako online službu. V ideálním případě by služba měla vyhledávat do 10 sekund.

Termíny: do 15. září 2018.

Tuto technickou specifikaci lze samozřejmě vylepšit – uvedli jsme ji jako příklad. Jak lze podle vás vylepšit zadávací podmínky, aby byly ještě jasnější, jednodušší a pohodlnější?

Co je to technická specifikace? Jak na to a k čemu to je? Příklady, vzorky, tipy a doporučení.

Zdálo by se, jak skvělé je, když vám někdo dokonale rozumí. Dal jsi pár frází a tady to je, přesně to, co sis představoval. Bohužel to tak nefunguje.

Problém vnímání informací je věčný. Efekt „rozbitého telefonu“ je běžný jev. Ale co když prostě nevíte, jak zadat úkol? Ano, i to se stává a je potřeba s tím nějak pracovat, ale jak? Abyste zajistili, že výsledky vámi nastavených úkolů splní vaše očekávání, napište technickou specifikaci.

Co je to technická specifikace

Technická specifikace (nebo TOR) je dokument, který obsahuje požadavky zákazníka na produkty nebo služby poskytované dodavatelem. Jednoduše řečeno: Chci tak a tak, aby bylo sedm vzájemně kolmých čar a také některé červeně a některé bezbarvé (doporučuji zhlédnout video na toto téma na konci materiálu).

Oddělení designu

Tento dokument může zabírat buď jednu stránku A4, nebo celý svazek, vše závisí na úkolech a přáních, které jsou v něm obsaženy. Například můžete napsat technickou specifikaci pro malý vstupní stránka(jednostránkový web) nebo komplexní software se strojovým učením a dalšími funkcemi.

Proč potřebujete technické specifikace?

• Přidělovat úkoly účinkujícím.
• Chcete-li podrobně popsat, co chcete na konci získat.
• Dohodnout se na pořadí prací.
• Zhodnotit a přijmout práci po realizaci.
• Do...(doplňte své možnosti do komentářů).

Ve skutečnosti existuje mnohem více účelů a výhod technické specifikace než ve výše uvedeném seznamu. Pro mě osobně je hlavním úkolem, který technické specifikace řeší, implementace toho, co potřebuji s minimálními odchylkami od očekávání (mých očekávání).

Díky technickým specifikacím se můžete vždy zeptat na čas realizace, peníze a dodržení deklarovaných vlastností finálního produktu nebo služby.

Ve skutečnosti se jedná o seriózní dokument, který sestavuje zákazník a zhotovitel. V rozsahu, v jakém jsou stanoveny sankce a povinnosti stran. Existuje celá řada GOST, čtěte více na Habré.

Vývoj technických specifikací

Pokud mluvíme o „dospělé“ hře, například technické specifikace pro vývoj mobilní aplikace nebo webové stránky, pak toto samostatná práce, za kterou se platí nemalé peníze. Přilákáte osobu, obvykle bývalého nebo současného technického ředitele, a požádáte ho, aby vám pomohl.

Mít vousy je volitelné

V závislosti na rozsahu projektu/úkolů tato osoba shromáždí všechna vaše „přání“, přeloží je do odborného jazyka, možná připraví skici (jak by to přibližně mělo vypadat) a předá vám hotový dokument. Dále předáte tento dokument účinkujícím (týmu ve vaší společnosti nebo externě), dohodnete se na penězích, termínech a pustíte se do práce.

Tip: CTO by měl být ve vašem týmu, jinak vám s největší pravděpodobností během implementace něco unikne. Na všechno prostě nemáte dostatek znalostí. Kdo se podílel na psaní technických specifikací, kontroluje je.

Z čeho se skládá technická specifikace?

Vše bude záviset na šabloně, kterou si vyberete (o něco dále dám nějaké odkazy na šablony/příklady), ale v technických specifikacích jsou zahrnuty základní bloky:

1. Popis projektu/úkolu. Stručně napíšeme, jaký je projekt nebo úkol, který je potřeba dokončit.
2. Účel a cíle. Jaké jsou cíle projektu?
3. Požadavky. Design, funkce, technologie, které jsou potřeba.
4. Popis práce. Co, kdy a jak se bude dělat.
5. Kontrolní a akceptační řízení. Jak bude dílo přijato, co lze považovat za dokončené.
6. Aplikace. Skici, skici, prototypy.

Cena díla je obvykle zahrnuta v samostatné příloze smlouvy, ale stane se tak, když si strany uvedou částky v technických specifikacích samy.

Omlouvám se za přerušení čtení. Připojte se k mému telegramovému kanálu. Čerstvé oznámení článků, vývoj digitálních produktů a hack pro růst, to vše je tam. Čekám na tebe! Pokračujme...

Příklady technických specifikací

Navzdory skutečnosti, že vývoj technických specifikací je složitý proces, je velmi zajímavý. Vaším úkolem je znovu vytvořit obrázek konečného výsledku a poté jej po částech popsat.

Příklad jedné z mých technických specifikací pro aktualizaci Chytré aplikace TELEVIZE. Úkoly pro složitější a složitější produkty byly sestaveny za pomoci kolegů z technického oddělení. Neváhejte požádat o pomoc své spoluhráče, zapojte je do procesu co nejčastěji. A nezapomeňte dát zpětná vazba! Není nic horšího, než dát do něčeho úsilí a čas, aniž byste znali výsledky. Řekněte nám, jak byly rady toho člověka užitečné ve vaší práci, jinak je to jednostranná hra.

Referenční podmínky pro rozvoj internetového obchodu

Zadání pro vývoj mobilní aplikace

Referenční podmínky pro web

Referenční podmínky pro služby/aktualizace

Pokud potřebujete další vzorky, stačí si to vygooglit.

Hlavním doporučením je to udělat. Potíž je v tom, že mateřská lenost přemůže každého a není snadné jí odolat. Seberte veškerou svou vůli a začněte psát technické specifikace, prostě pište a nepřestávejte. Nebojte se, že to nevyjde „dokonale“, řeknu vám tajemství, tohle se nikdy nestane. Stačí napsat, bude to pokaždé lepší a lepší.

Tak to má být

Moje první základy pro psaní technických specifikací se začaly objevovat před několika lety. Pracoval jsem s designéry a dal jsem si za úkol vytvářet kreativy pro reklamní kampaně. Chtěl jsem to nesouvisle a změnilo se to na spoustu ztraceného času a vysvětlování. Postupem času se zadávání úkolů začalo měnit v jakési sémantické bloky a následně v něco jako technickou specifikaci.

Například pro úkol „Tlačítko To se mi líbí na webu“:

1. Popis: na našem webu musíte vytvořit tlačítko „To se mi líbí“.
2. Účel a cíle: zapojení uživatelů, vydávání/hodnocení materiálů na základě počtu lajků.
3. Požadavky: následující design (příklad: odkaz na něco podobného), funkčnost (obrázek může hodnotit a lajkovat každý uživatel, systém webu zohledňuje počet lajků a mění výstup materiálů), technologie (dostupné na ploše a mobilní verze webu).
4. Popis práce: nakreslete 3 možnosti rozložení tlačítek (připravený termín: 10/01/17), vyvinout systém pro distribuci materiálů na základě lajků (datum: 14/10/17), testování funkcí (datum: 16/10/17 ), vydání (datum: 17.10.17)
5. Převzetí práce: uživatel stiskne tlačítko líbí, systém započítá kliknutí, změní se dodávka materiálů.
6. Aplikace: skici, skici, příklady projektů, kde funguje podobná funkce.

Nechte si pro sebe ty části a části struktury, které jsou potřebné pro vaše úkoly. Například šestý blok „Aplikace“ může být popsán ve funkčních požadavcích. Základní rada: tak či onak popište úkol podle struktury technické specifikace. Tímto způsobem vám nic neunikne důležité body a ušetříte se od zbytečných otázek a usnadníte život svým kolegům.

Tady máš

Podívali jsme se na to, co je to technický úkol a jak ho provést. Nyní máte možnost jasně a jasně stanovit úkoly, sdělit své myšlenky ostatním lidem a ušetřit čas na další vysvětlování. Doufám, že teď už víte, co s tím vším dělat.

Termín „TOR“ je dokument, který je považován za základ pro vývoj jakéhokoli projektu. A bez ohledu na to, jak složitý nebo velký je úkol, měl by být vždy doprovázen jasnou a srozumitelnou technickou specifikací. V první řadě to zákazník potřebuje, aby dostal přesně to, co chtěl vidět. Ale je vhodné, aby interpret vždy vyžadoval jasně stanovený úkol, aby pochopil, co po něm chce. Mnoho lidí ignoruje fakt psaní podrobných technických specifikací, což následně vede k nedorozuměním, sporům, konfliktům a hádkám.

Doporučujeme přečíst:

Já, autor tohoto článku, jsem v životě dokázal být jak zákazníkem několika velkých projektů za desítky tisíc dolarů, tak realizátorem neméně nákladných zakázek. Než jsem dosáhl seriózní úrovně, musel jsem si znovu přečíst stovky „Technických specifikací“ a sestavit několik desítek vlastních vysvětlení pro interpreta. Pokaždé byly technické specifikace jasnější a jasnější, což umožnilo získat finální verzi díla tak, jak jsem si představoval. V tomto článku bych chtěl mluvit o tom, jak napsat technickou specifikaci, na co si dát pozor jako první. Také vám řeknu, proč je vhodné, aby zákazník a zhotovitel nepracovali na dobré slovo, ale vše zdokumentovali.

Proč zákazník potřebuje technické specifikace?

Vy jako zákazník máte představu o finální verzi své objednávky. Jen život je něco, co si každý může vykládat stejná slova jinak. Z tohoto důvodu často vznikají problémy, zejména mezi zákazníky a účinkujícími. První nevysvětlil všechno, druhý to nepochopil správně a výsledek je úplně jiný, než si všichni mysleli. Technická specifikace je dokument, podle kterého převezmete provedenou práci. A pokud se něco udělá špatně, něco není dokončeno, něco není dokončeno v plném rozsahu, pak můžete vždy ukázat na položku z technické specifikace a doložit svůj nárok na dokončení předloženého projektu. Pokud neexistuje technická specifikace, pak bude prakticky nemožné prokázat, že jste to řekl, napsal, zmínil. Dá se říci, že technická specifikace je jakýmsi prototypem servisní smlouvy. Pokud pracujete na velkém projektu, pak by zadání měla být dodatkem k hlavní smlouvě. Při podepisování potvrzení o převzetí dokončené práce musíte vše porovnat s množstvím práce, které bylo uvedeno v původním výkazu práce.

Doporučujeme přečíst:

Proč umělec potřebuje technické specifikace?

Za prvé, toto je váš průvodce tím, co je třeba udělat. Zákazníci často přijdou s něčím během procesu vývoje a snaží se vás donutit provádět zbytečné úkoly. Chcete pracovat zdarma? Jsem si jistý, že ne. Upřesněte prosím, že částka dohodnutá na samém počátku se týkala výhradně rozsahu prací uvedeného v zadání. Cokoli navíc se platí zvlášť. Rovněž po doručení projektu budete moci podat zprávu o zadaných úkolech a jejich plnění. Nejednou jsem se setkal s momenty, kdy zákazník nechtěl práci přijmout s argumentem, že není dokončena celá. Když ale byly vzneseny prvotní technické specifikace, ukázalo se, že dotyčné úkoly nestanovil vůbec nikdo. Ještě jednou zdůrazňuji - nepracujte bez technických specifikací, protože názor zákazníka se může měnit častěji než počasí a budete muset vše opakovat desítkykrát, ztrácet čas a nedostávat za to další platbu.

Kde začít se sestavováním kompetentní technické specifikace

Pojďme tedy k hlavní téma tento článek. Dále budeme hovořit o tom, jak sestavit technické specifikace a na které body byste měli rozhodně věnovat pozornost. Jak jste pochopili, každý TK je jedinečný a nebudu schopen pokrýt všechny aspekty. Proto uvedu pouze hlavní body, které by měly být v každém úkolu, bez ohledu na projekt a oblast působnosti zákazníka.

• Obecná ustanovení technických specifikací

Pokud máte technicky složitý projekt nebo velmi specifický projekt, pak určitě obecná ustanovení Měl by tam být slovníček – slovník pojmů a definic. Samozřejmě je velmi dobré, když si zákazník a zhotovitel rozumí a bez problémů rozumí konkrétní terminologii. Ale není tomu tak vždy, proto je lepší napsat, co určitá slova, fráze, označení znamenají. Možná by stálo za to vysvětlit některé vaše fráze ve slovníku. Řekněme, že používáte určitou frázi a interpretujete ji trochu jinak. Aby nedošlo k záměně, okamžitě vložte vše na své místo.

Doporučujeme přečíst:

Měl jsem případ, kdy nepochopení pojmů vedlo k zmeškání termínu na více než měsíc. V důsledku toho zákazník utrpěl určité ztráty, ale problém byl pouze na jeho straně. Proto nepřipouštějte neshody. Před zahájením projektu se rozhodněte o terminologii.

• Cíle projektu

Je bezpodmínečně nutné, aby zadání uvádělo, jaké jsou cíle vašeho projektu, proč vzniká, jak bude fungovat a jaký by měl být konečný výsledek. I když performer pracuje na malé části projektu, musí plně rozumět jeho struktuře, úkolům, cílům, technická řešení. Proč? Ne vždy je možné, aby dodavatel od zákazníka dostal radu a vysvětlení, a nemá smysl žádat o výklad některých maličkostí, pokud se dokážete obrátit k cílům, pochopit, k čemu projekt je, a dělat svou práci na základě Na toto.

Dovolte mi uvést příklad. Nedávno vyvinuté velký internet projekt a objednal si návrh. Designérovi bylo řečeno, o čem stránka bude, jaké funkce bude mít, co by měla dělat a jak stránka pomůže lidem. Obecně platí, že vše vykousali do nejmenších detailů, a to nejen to, co se týká designu. Díky tomu jsme dostali layout, který nevyžadoval prakticky žádné úpravy, a také tucet nápadů, jak web vylepšit, co přidat, jak ho zatraktivnit.

• Funkční požadavky

Všechny požadavky zákazníků lze rozdělit do dvou typů: funkční a speciální. Funkční požadavky jsou ty možnosti implementace, které v sobě chcete vidět. Vezmeme-li příklad internetové stránky, pak musíte dodavateli poskytnout příklady funkčních řešení z jiných projektů, které se vám líbí a které chcete vidět ve svém. Viděli například prvek, který se jim technicky líbil, popsali ho a hned dali odkaz, aby člověk jasně pochopil, o co jde a mohl si to vzít jako základ.

Doporučujeme přečíst:

Speciální požadavky jsou požadavky, s jejichž pomocí musí být splněny zadané úkoly. Pokud opět vezmeme jako základ vývoj webových stránek, můžete určit programovací jazyk, speciální parametry rozložení, kódování, použití určitých stylů a vše, co chcete vidět. Pokud takové požadavky neexistují, nechte zhotovitele samostatně rozhodnout, co a jak použije při plnění vašich technických specifikací.

• Termíny

Termíny dokončení musí být uvedeny v zadání. Vždy berte s malou rezervou, aby rychlost provedení neovlivnila kvalitu. V žádném případě nesmí existovat jasná lhůta a jsou popsány sankce za nedodržení těchto lhůt. Zhotovitel musí pochopit, že se nejedná pouze o bod v zadání, ale o skutečnou instalaci, a pokud nebude dokončena, hrozí mu finanční nebo jiné sankce.

• Hlášení

Je-li projekt rozsáhlý a vyžaduje několik měsíců k dokončení, rozdělte práci na etapy a pro každou stanovte jasné časové rámce. Po dokončení konkrétní fáze vyžádejte zprávu o dokončené práci. To udrží interpreta v dobré kondici, takže nebude několik měsíců chodit, jíst a pít zálohu a za týden všechno dělá závratnou rychlostí.

Nesmí chybět ani protokol o skutečně provedené práci. Co se udělalo, kolik času tomu bylo věnováno, s jakými obtížemi se umělec setkal atd.

• Odpovědnost

Pokud sepíšete smlouvu, bude v ní klauzule o odpovědnosti. Pokud se omezujete pouze na technické specifikace, pak stojí za to popsat, že dodavatel je odpovědný za nedodržení termínů, nedodání projektu, sdělování nuancí práce třetím stranám, což pro vás znamená ztráty. Který? Jednak v souladu se zákonem, ale můžete si stanovit i vlastní pokuty a sankce.

Doporučujeme přečíst:

A na závěr tohoto článku bych chtěl dát pár rad založených na mých vlastních zkušenostech při sestavování a přijímání technických úkolů.

1. Technické specifikace musí být podrobné. Nebojte se popsat každý prvek, každou položku, každé tlačítko. Pište všechno, všechno, co nejpodrobněji. Nebojte se vypadat pečlivě. Je lepší něco několikrát zopakovat a přežvýkat, než to dokončit později, připlácet a upravovat. Poslední technický úkol, který jsem napsal, se týkal vývoje webu. Byl to velký informační projekt. Nejprve jsme vypracovali návrh a na jeho základě jsem popsal funkční úkol pro programátory. Takže všechny specifikace se ukázaly jako 54 stránek A4 11 fontů. Zadávací podmínky přišly jako dodatek k hlavní smlouvě, která měla rovněž 7 stran. Chci ale říci, že ani v tak podrobné technické specifikaci jsem nemohl zohlednit vše, protože v průběhu vývoje byly podepsány další tři dodatečné smlouvy, kterými jsem provedl určité úpravy původní verze zadání.
2. Technické specifikace musí být jasné. Není potřeba žádná voda. Všechno je k věci. Pokud píšete o termínu, tak konkrétní údaj, pokud o funkčnosti, tak seznam funkčních řešení, která potřebujete atd.
3. Vaše technická specifikace není dogma, ale pouze jedno z nich možné možnosti plnění úkolů. Abych byl upřímný, nejsem odborník na programování. Ano, dokážu promyslet strukturu projektu, jeho funkčnost, některá technická řešení, ale vždy při sestavování finální verze technické specifikace konzultuji s účinkujícími. Mohou něco vidět, vyjádřit svůj názor, poradit optimální řešení provedení.

To je asi vše, co jsem chtěl tímto článkem říci. Vypracování technických specifikací není tak obtížné, pokud jasně rozumíte tomu, co od dodavatele požadujete. Můžete si moji radu znovu přečíst a aplikovat ji na váš konkrétní případ. Hodně štěstí!