2 hlasy

Dobrý deň, milí čitatelia. Práca na webe s klientom je vždy náročná. Klient spravidla chce buď „niečo skvelé“ alebo „nič neobvyklé, nech je to ako všetci ostatní“. Abstraktné pojmy, budete súhlasiť. Ak je to vaša prvá objednávka, možno vás dokonca potešia podobné slová: „Super, dávajú mi tvorivú slobodu, môžem si robiť, čo chcem.“ Z vlastnej skúsenosti vám môžem povedať, že nič také!

Zákazník má svoje vlastné chápanie „cool“ a „ako všetci ostatní“. Možno neuhádnete, budete v zlej nálade, alebo sa klient jednoducho rozhodne, že „za také peniaze dokáže tento chlap (alebo dievča) urobiť trochu viac práce.“ Aby sme tomu zabránili, dnes budeme diskutovať o tom, ako sa zostavujú technické špecifikácie pre vývoj webových stránok.

Akčný plán pre prácu so zákazníkom

Nájdete si klienta. Je pripravený zaplatiť peniaze a vy sa pustite do práce. Kde začať a ako postupovať?

• Prvá komunikácia.

Dostali ste teda prvotnú informáciu: môže sa tak stať osobne (ak ponúkate služby sami) alebo telefonicky (keď si vás klient nájde sám). Povedzme, že viete, že zákazník chce od vás internetový obchod a on sám vlastní reťazec šperkov. Nikdy nezačínajte okamžite konverzáciu o stránke. Dohodnite si stretnutie, aby ste sa mohli pripraviť všetci spoločne a jednotne.

Pokúste sa nejako motivovať človeka, aby sa pozrel na informácie, aby mal jasnejšiu predstavu o tom, čo od vás chce.

• Príprava a prvý brief.

Pozrite sa na stránky, o ktorých si myslíte, že budú pre klienta vhodné. Stiahnite si nejaké šablóny a povedzte, že stránka môže vyzerať presne takto. Čím viac materiálov, tým lepšie. Nechajte zákazníkovi čo ukázať, majte jasnú predstavu o tom, čo sa mu páči a čo nie. Vyhnite sa abstraktným pojmom zo série: krásna, pohodlná, vysoká kvalita. Každý má svoje predstavy o týchto kategóriách.

V ideálnom prípade je dokonca lepšie nechať klienta s týmito materiálmi jeden deň alebo ich poslať poštou niekoľko dní pred stretnutím. Aj keď v tejto fáze sa zákazník spravidla o portál nijako zvlášť nezaujíma. Je pripravený škrtnúť pravdu hneď po skutku a prinútiť vás to prerobiť a pridať niečo nové, ale vopred nič nerozoberať. Preto je jediným východiskom pýtať sa čo najviac a zapisovať si každé slovo.

• Vypracovanie a podpisovanie technických špecifikácií.

Pamätajte, že čím viac kusov papiera, tým čistejší je zadok. Všetko možné od klienta zapíšte, nakreslite a podpíšte. Následne budete mať čo ukázať. Vo všeobecnosti si pri vypisovaní technických špecifikácií hneď predstavte, že si s klientom nevidíte do oka a obhajujete svoj prípad na súde.

Nehovoríme o super drahých projektoch a dúfam, že budete mať šťastie na zákazníkov. Ale jeden pedantný klient vám môže pokaziť náladu na dlhší čas. Budete si chcieť odpľuť, odmietnuť peniaze, jednoducho sa s ním už nestretávať. Je to pochopiteľné, ale ak sa na začiatku ukážete ako profesionál, dôkladne si všetko preštudujete a ukážete sa ako seriózna osoba, potom to nebudete musieť robiť.

Jedného dňa som mal veľké šťastie. Klient si pred príchodom na stretnutie naštudoval problematiku a sám vypracoval nielen kompetentnú technickú špecifikáciu, ale aj výtvarné zadanie. Teda literárne a Detailný popis ako by to malo vyzerať. Moje prekvapenie nemalo hraníc, na čo odpovedal: „Verím, že v prvom rade by mal vedieť, čo chce zákazník sám, a nie trápiť špecialistov.“ Bohužiaľ, je to zriedkavé, takže musíme klásť otázky, predpisovať a schvaľovať.

• Vývoj a príjem.

Keď všetko podpíšete, môžete začať s realizáciou projektu.

Čo by nemalo byť v technickej špecifikácii a čo by tam malo byť

V skutočnosti by technická špecifikácia nemala obsahovať pokyny týkajúce sa samotného dizajnu. Napíšeš, že na webe pre programátora nakreslíš klávesnicu a potom to začne - nie je to tak, chcem, aby to bolo v štýle komiksu a potom dokázal, že nie si jeleň. Čím lepšie sa osvedčíte ako profesionál, tým menej sťažností bude proti vám!

Vy sami viete, v akom štýle a čo by sa malo kresliť. Stojíte pred úlohou: zlepšiť povedomie o značke alebo motivovať ľudí k dovolenke na takom a takom mieste. Ako budete túto úlohu realizovať, je váš problém. Chýbalo tiež, aby vás zákazník naučil písať kód a povedal vám, aké nástroje máte používať.

Nechajte svoje vyhlásenie o práci obsahovať frázu: „Všetko, čo nie je dohodnuté, sa vykonáva podľa uváženia výkonného umelca.“ A tento riadok nie je potrebné robiť malým písmom. Nechajte ho premýšľať vopred a nezačnite snívať, keď je projekt už pripravený. Samozrejme, môžete a mali by ste urobiť malé zmeny. Dobrá povesť je kľúčom k budúcim klientom, no niekedy môže byť zákazník svojimi prianiami taký nepríjemný, že sa mu nechce žiť.

Ešte raz by som rád upriamil vašu pozornosť na skutočnosť, že technická špecifikácia by nemala obsahovať abstraktné pojmy: „pohodlné“, „krásne“, „vysoká kvalita“ atď. Nech sú hranice jasné: namiesto pohodlia vyhľadávania je lepšie písať filtrovanie podľa dátumu alebo materiálu.

A nezabudnite na podpis. Všetko je vážne, zákazník to musí pochopiť.

Vo všeobecnosti vám veľmi odporúčam, aby ste venovali pozornosť maličkostiam. Predstavte si, že k vám príde napenená žena a narýchlo si rozopne obrovskú bundu tak, že jej z nej trčí nadrozmerná šatka. Vytiahne z tašky stokrát zložený pokrčený papier s 18 listami a snaží sa ho vyhladiť blízkymi predmetmi. Červená tvár a nevýslovné vyjadrenie: „Tu som napísal a skrátil, takto bude vyzerať váš web, podpíšte sa.“

Ďalší variant. Mladý muž zaklope na dvere vašej kancelárie, pomaly sa vyzlečie, vyberie z kufríka zložku, pomaly ju otvorí a pokojne vás pozve pozrieť sa len na jeden malý papierik, natiahne zlaté pero a vyzve vás, aby ste tento dokument podpísali.

Slečna z prvého príkladu nech robí titánsku prácu, prečítala tisíc kníh, nakreslila 18 príkladov na výber a v podstate všetko robila sama. Dokáže vytvoriť neuveriteľne skvelý projekt, ktorý privedie vašu spoločnosť k prosperite a celosvetovej sláve. A mladý muž z druhého príkladu nevie nič robiť, vytlačil si vzorku z internetu, ktorá vám v žiadnom prípade nevyhovuje.

Uisťujem vás, že každý klient bude úbohú ženu mučiť nátlakmi, prianiami a zmenami a ak nie hneď, tak už druhýkrát prijme projekt mladého muža. Nejde o to, čo dokážete, ale ako konáte a aký dojem vytvárate.

Existuje GOST, podľa ktorého môžete vytvárať technické špecifikácie pre vývoj webových stránok a existuje dlhodobá prax. Štátne normy nie vždy zodpovedajú realite života. Skúsme spojiť obe tieto časti.

Či už píšete technické špecifikácie pre mestskú správu alebo legendárneho Vasilija Pupkina, obsah sa najlepšie robí v súlade s GOST. Naučte sa to vopred.

Vyzerá to takto:

1. Slovník pojmov
2. Všeobecné ustanovenia
3. Predmet vývoja
4. Účel dokumentu
5. Požiadavky na grafický dizajn stránky
6. Požiadavky na dizajn webových stránok
7. Postup pri schvaľovaní koncepcie návrhu
8. Funkčné požiadavky
9. Požiadavky na webovú prezentáciu
10. Požiadavky na redakčný systém
11. Požiadavky na zdieľanie prístupu
12. Požiadavky na typy kolaterálu
13. Požiadavky na informačnú podporu
14. Požiadavky na softvér
15. Technické požiadavky
16. Požiadavky na jazykovú podporu
17. Požiadavky na ergonómiu a technickú estetiku
18. Požiadavky na prijatie a dodanie projektu
19. Požiadavky na vyplnenie údajov
20. Personálne požiadavky
21. Postup poskytovania distribúcie
22. Postup prenosu lokality na technické prostriedky zákazníka

Je pravda, že nebudete musieť vytvoriť svoj dokument s úlohou v tomto poradí, ale aby ste to ľahšie pochopili, poviem vám to podľa tohto plánu. Na konci tohto článku pripájam ukážku, ktorú si môžete stiahnuť a pracovať na nej na základe prepisu uvedeného v tejto časti článku. Táto šablóna je dobrá, pretože má Všetky, aj to, čo nikdy nebudete potrebovať. Ale musíte si to spracovať pre seba a preškrtnúť všetky zbytočné svinstvá, ktoré považujete za zbytočné.

Slovník pojmov

Podľa GOST by mal dokument začínať slovníkom, ale v skutočnosti ho napíšete na konci. Tu je potrebné uviesť podmienky, ktoré budete používať pri práci so zákazníkom. Vy nám hovoríte, čo je hosting, webstránka a iné nezmysly. Všetky tieto nezmysly sa dajú stiahnuť z internetu.

Okrem tejto herézy je však potrebné spomenúť aj pojmy, v chápaní ktorých môžete mať so zákazníkom rozdielne názory. Myslíš jednu vec, ale on dáva slovám úplne iný význam.

Všeobecné ustanovenia

V tejto chvíli si treba zodpovedať otázku, čo vlastne ideme robiť a prečo.

Predmet vývoja

Čo urobíme, je približne jasné. Klient poskytuje tieto informácie takmer okamžite. Dôležitejšie je pochopiť prevádzkový účel stránky, teda aký benefit na klienta čaká. Je jasné, že všetci zákazníci chcú prostredníctvom stránky dosahovať zisk. Táto formulácia nebude fungovať.

Zamyslite sa nad tým, ako bude klient zarábať, aký je jeho cieľ. Ak ide o internetový obchod, mal by sa venovať predaju; ak ide o firemnú webovú stránku, potom sa im páči krásna fráza: „zvýšenie lojality k značke“, informovanie o aktivitách spoločnosti atď.

Účel dokumentu

Tu vám povieme, aký dôležitý je tento dokument. Ukážeme, že to nie je jednoduchý trik, ale wow! Používame právne výrazy. Túto časť je možné skopírovať z internetu, ale nezabudnite si pozorne prečítať, čo píšete!

Mimochodom, v tej istej časti je potrebné uviesť informáciu, že všetko, čo si s klientom vopred nepreberiete, zostáva na vašom svedomí. Môžete slobodne robiť, čo chcete, ak „zabudol“, „rozmyslel“ alebo „chce všetko úplne inak“.

Požiadavky na grafický dizajn webovej stránky

Požiadavky na dizajn webových stránok

Tu musíte vo všeobecnosti opísať dizajn stránky, čo by tam malo byť a aké body by sa mali dodržiavať: firemné farby, písma atď. Vo všeobecnosti nezachádzajte do detailov.

Postup pri schvaľovaní koncepcie návrhu

V tejto časti opäť zastrašujete klienta pomocou právnych podmienok. Poviete mu, že mu poskytnete návrh webovej stránky vo forme obrázka vytvoreného vo Photoshope. V určenej lehote je povinný ho sledovať. Potom vám poskytneme úpravy a vy budete premýšľať o tom, či je to jeleň, a budete koordinovať a pochopiť, aké logické sú tieto zmeny a či sa pustíte do „opravy“.

Funkčné požiadavky

Tu popíšete, čo vlastne ideme robiť. Opisujeme vizuálnu zložku. Kapitola sa rozvíja do troch častí: popisujeme hlavnú stránku, vnútornú a štruktúru webu.

Buď opatrný. Toto je dôležitý bod, kde je lepšie písať viac. Mali by ste mať napríklad sekciu „Súvisiace správy“. Čo urobíte: napíšete algoritmus, ktorý vypočíta, ktoré články sú najbližšie k téme, poskytne zoznam posledných piatich článkov pridaných na stránku alebo bude mať autor textu možnosť vložiť odkazy do tohto bloku nezávisle?

Požiadavky na webovú prezentáciu

1. Štruktúra stránky: popisujeme, aké kategórie (nadpisy) budú na stránke.
2. Úvodná stránka: najlepšie so schematickým obrázkom a popisom hlavných prvkov.
3. Vnútorné strany: rovnaké ako v predchádzajúcom odseku. Schéma a popis interných stránok.

Ak vytvárate internetový obchod, môžete sem vložiť aj schému stránky objednávky, potvrdenie platby a pod. Popíšte všetky stránky, ktoré sa budú líšiť od štandardnej šablóny.

Požiadavky na redakčný systém

Môj blog je určený pre ľudí, ktorí robia weby pomocou WordPressu. Preto tomuto bodu nebudem pripisovať vážnu dôležitosť. Konštatujeme, že tento motor ideme využívať a bude to stačiť.

Ak sa chystáte vyrobiť riadiaci systém sami, potom je všetko oveľa komplikovanejšie. Budete musieť znova nakresliť diagramy a popísať všeobecné požiadavky, správu sekcií, obsah a nastavenia. Nakreslite každý prvok, ktorý bude iný.

Požiadavky na zdieľanie prístupu

Tu chcú od nás v podstate zistiť, kedy a prečo bude používateľ potrebovať registráciu. Ktoré rubriky zatvárame a ktoré z nich môžu čitatelia bezpečne používať. Ak ide o stránku s vizitkou, informačnú alebo predajnú, bude úplne otvorená a na VKontakte napríklad prístup k osobná stránka má obmedzený prístup a je možné ho vykonať len po zadaní prihlasovacieho mena a hesla.

Požiadavky na typy kolaterálu

Požiadavky na informačnú podporu

Táto časť je vytvorená jednoducho preto, aby ste ukázali svoje vlastné povedomie a opäť ukázali klientovi, aký ste profesionál, aké sofistikované pojmy poznáte.

Poviete im, že údaje budete ukladať na konkrétne miesto na serveri a nie na stole alebo pod vankúšom. Používajte programovacie jazyky.

Zaväzujete sa uverejňovať obrázky iba v vo formáte gif alebo jpg a stránky nepresiahnu určitú váhu. Mimochodom, skvelá pointa. Potom, ak zákazník vypúli oči a povie, že potrebuje niečo iné, môžete mu ukázať túto položku a povedať: „Sami ste sa podpísali na váhe, nič neviem, to všetko je nemožné!

Ďalšou skutočne užitočnou vecou, ​​ktorú tu môžete tiež spomenúť, je obmedzenie poskytovaného obsahu. Musíte definovať rozsah - robíte všetok obsah alebo tvoríte účtu správca, dajte zákazníkovi prihlasovacie meno a heslo a nechajte ho prísť na to!

Požiadavky na softvér

1. Tu hovoríme o hostingu alebo serveroch. Keďže môj blog je zameraný na tvorcov, ktorí pracujú na Timewebe ( https://timeweb.ru ) - všetko je veľmi jednoduché. Ak nie ste jedným z „našich“, musíte sa pozrieť na technické údaje. Napríklad niekto veľmi šikovný vytvorí skvelú webovú stránku a potom sa ju pokúsi pripojiť k hostingu, ale technické špecifikácie sú také vysoké, že to žiadny hosting v Rusku nezvládne. Položka je potrebná, ale nie pre začiatočníkov v oblasti vývoja.
2. Tu popisujeme, či portál bude mať mobilná verzia, prispôsobené pre prenosné zariadenia alebo sa dajú otvárať len cez Google Chrome a akékoľvek skreslenia v iných prehliadačoch nás vôbec netrápia.

Požiadavky na jazykovú podporu

Bude stránka v dvoch jazykoch alebo budeme potrebovať iba ruštinu?

Požiadavky na ergonómiu a technickú estetiku

Ešte raz stručne spomenieme hlavné princípy dizajnu. Všetko bude jasné, jednoduché a jednotné. Logo bude viditeľné všade a Kontaktné informácie. Všetko je super, všetko je úžasné.

Požiadavky na prijatie a dodanie projektu

Požiadavky na vyplnenie údajov

V tomto bode vám povieme, k čomu sa zaväzujeme, ako aj k tomu, čo nám musí zákazník poskytnúť, aby práca išla rýchlejšie a lepšie. Zvyčajne vyžaduje informácie a fotografie.

Opätovne píšeme aj to, že ak bude chcieť niečo opraviť alebo zmeniť, bude musieť opäť vypracovať podobnú dohodu, ktorú buď podpíšete alebo nie.

Personálne požiadavky

Kto môže používať stránku. Niektoré spoločnosti napríklad pracujú s kódmi a ani sa nezaťažujú systémom kontroly pre normálnych ľudí. Pre základné úkony na stavbe budú potrebné značné znalosti od personálu. V tomto prípade je bod relevantný, ale v našom prípade je to len načmáraný papier.

Postup poskytovania distribúcie

Čo dáte zákazníkovi po dokončení práce: prihlasovacie meno, heslo, tam a späť.

Cenu vyplníme technickú špecifikáciu

Ako ste už pochopili, hlavnou úlohou technických špecifikácií nie je toľko pochopenia, aj keď je to dôležité. Jeho doplnkovou funkciou je však vytvárať správny dojem o sebe a chrániť sa pred všetkými druhmi zmien.

Všetko o tomto dokumente by malo byť pôsobivé! Ak sa chystáte poslať na predbežnú kontrolu poštou, určite použite vo formáte PDF. A klient sa pravdepodobne nebude chcieť mučiť úpravami a bude vás považovať za profesionála. Maličkosť, ale významná. Ak chcete previesť dokument programu Word, môžete použiť službu https://smallpdf.com/ru/ .

Nezabudnite vložiť svoje logo do pozadia vlastnej spoločnosti alebo svoju značku a vložte kontakty. Môžu byť vydané rýchlo a efektívne na webovej stránke https://logaster.ru .

No a to je všetko, stačí si stiahnuť príklad, ktorý som vytvoril špeciálne pre vás. Pomôže vám to pochopiť a vziať za základ niektoré body šablóny, ktoré sa nebudú líšiť a máte hotovo.

Teraz môžete pokojne ísť k zákazníkovi a nemusíte sa báť, že vás obvinia z neúplnosti.

STIAHNUŤ ŠABLONU TK

Veľa šťastia vo vašom snažení a uvidíme sa znova. Prihláste sa na odber môjho blogu a získajte to najlepšie užitočná informácia, čo sa vám určite bude hodiť pri práci na vývoji dobrej webstránky pre vašich klientov.

Zadávacie podmienky sú dôležité pre zhotoviteľa aj objednávateľa. Zhotoviteľovi pomáha lepšie pochopiť, čo zákazník chce, poistiť sa proti náhlym „želaniam“ zo strany objednávateľa a urýchliť prácu na dokončení zákazky. Klientovi - povedať presne, čo chce, zjednodušiť kontrolu kvality, prijať presné náklady služby. O tom, ako správne zostaviť technické špecifikácie a čo s tým robiť, si povieme neskôr.

Čo je to technická špecifikácia

Technické špecifikácie sú dokument, ktorý odráža všetky požiadavky na budúci produkt. Popisuje všetky technické požiadavky. Technické špecifikácie sú zvyčajne zostavené vo formulári textový dokument, zriedkavo - v iných formátoch.

TK používajú všetci vývojári webových stránok. Pomáha návrhárom rozloženia, programátorom a dizajnérom lepšie pochopiť požiadavky klienta a vytvoriť zdroj, ktorý spĺňa ich očakávania. Okrem toho sa technické špecifikácie používajú vo všetkých ostatných oblastiach, napríklad v:

• vývoj aplikácií;
• dizajn domu;
• písanie textov a iné.

Ak pracujete podľa technických špecifikácií, riziko sporov a zdĺhavých súdnych sporov je minimalizované.

Ako zostaviť technické špecifikácie: štruktúra technických špecifikácií pre webovú stránku

Predtým ako začneš:

• Rozhodnite sa, kto vypracuje technické špecifikácie
• Vysvetlite pojmy
• Vyhnite sa subjektívnym výrazom

Na prvý pohľad sa zdá, že technické požiadavky na stránku by mal vypracovať klient, pretože objednáva zdroj a kladie naň požiadavky. V skutočnosti by sa na procese mali zúčastniť obaja: klient vysloví požiadavky a interpret ich zapíše konkrétne, presne a jasne. Klient napríklad povie, že chce webovú stránku prispôsobenú všetkým používateľom a vývojár špecifikuje požiadavky na prispôsobivosť pre 4 dostupné veľkosti – PC, notebooky, tablety, smartfóny.

Objasnenie pojmov je veľmi dôležitý bod. Hneď na začiatku je vhodné vysvetliť všetky vysoko odborné pojmy – klienti nie vždy vedia, čo je to footer, CMS, alebo fish. Čím jednoduchšie a jasnejšie sú vysvetlenia, tým jasnejšie budú technické špecifikácie pre obe strany.

Subjektívne pojmy môžu spôsobiť zbytočné polemiky. Nepíšte „dizajn by mal byť krásny“ – každý vníma krásu inak. To isté platí pre kvalitatívne prídavné mená „pohodlný“, „ľahko použiteľný“, „veľký“. Použite konkrétne čísla a parametre: popíšte napríklad farebnú schému alebo usporiadanie prvkov.

Štruktúra technických špecifikácií môže byť ľubovoľná. Ako príklad ponúkame jednoduchú štruktúru zadávacích podmienok webovej stránky.

Popíšte stránku

Povedzte nám, aký typ stránky je potrebný, kto ju bude používať a prečo sa vytvára. Napíšte napríklad, že potrebujete internetový obchod, vstupnú stránku na predaj produktu alebo webovú stránku s vizitkami s 10 stranami. Ak neviete presný počet, uveďte približný počet strán.

Ak má projekt špec cieľové publikum, Opíš to. Pomôže vám to vytvoriť zdroj, ktorý osloví zákazníkov – napríklad použitím vhodného jazyka v článkoch alebo dizajnu, ktorý osloví mladých ľudí alebo staršie generácie.

Povedzte nám o štruktúre

Bez predstavy o štruktúre nie je možné vytvoriť normálnu webovú stránku. Popíšte, aké stránky budú na webe a ukážte úrovne ich vnorenia. Dá sa to urobiť rôznymi spôsobmi:

• Schéma
• Tabuľka
• Zoznam

Hlavná vec je, že na konci je jasné, ktoré stránky sa budú nachádzať v menu, kam povedú a ktorá nadradená stránka je pre každú sekciu. Odporúčame používať vývojové diagramy – sú jednoduchšie a zrozumiteľnejšie ako zoznamy a tabuľky a pomôžu vám zhodnotiť celú štruktúru webu za pár sekúnd.

Príklad jednoduchej štruktúry vo forme blokovej schémy

Popíšte, čo bude na každej strane

Povedzte nám, ako vidíte stránky webu. Odporúča sa to urobiť vo formáte prototypu, aby sa jasne preukázalo umiestnenie každého prvku. Požiadavky môžete opísať zoznamom, napríklad povedať, čo bude v hlavičke stránky, kde sa nachádza formulár spätnej väzby, čo bude v stĺpci na voľnej strane.

Ak sú všetky stránky webu približne podobné – napríklad plánujete vytvoriť webovú vizitku, vystačíte si s dvomi prototypmi: napr. domovskej stránke a ďalšie sekcie. Ak existuje niekoľko skupín podobných stránok - napríklad sekcie v katalógu internetového obchodu, blog s článkami a popisom doručovacích/montážnych/inštalačných služieb, je lepšie vytvoriť vlastný prototyp pre každú skupinu.

Príklad prototypu domovskej stránky webu: všetko je jednoduché, pohodlné, zrozumiteľné

Stanovte požiadavky na dizajn

Ak máte vypracované rozloženie, skvelé - jednoducho ho vložíte do technických špecifikácií. Ak nie, musíte opísať požiadavky na farebnú schému, použité obrázky a logá. Napríklad:

• Uveďte, ktoré firemné farby je možné použiť v dizajne a ktoré odtiene absolútne nie
• Poskytnite logo, ktoré sa musí nachádzať v hlavičke stránky
• Zadajte písma, ktoré chcete použiť pre stránky, ponuky, päty a obsah

Ak nie sú jasné požiadavky – to znamená, že klient sám nevie sformulovať svoju predstavu o lokalite, môžete mu ponúknuť niekoľko štandardných dispozičných riešení, z ktorých si môže vybrať alebo zostaviť dispozičné riešenie individuálne a následne sa na ňom dohodnúť. Toto sa musí urobiť pred schválením technických špecifikácií, inak môže rozdiel v chuti výrazne oneskoriť projekt.

Popíšte požiadavky na nástroje, kód, hosting, doménu

To je potrebné vopred vedieť, s ktorými nástrojmi môžete pracovať a s ktorými nie. Opíšte v samostatnom bloku:

• Na ktorej stránke by mala byť stránka - WordPress, Joomla, Modex atď.
• Aký programovací jazyk možno použiť - PHP, JavaScript, HTML, iné
• Na akom hostingu a v akej doménovej zóne má byť stránka umiestnená? Doménové meno môže byť použité
• Ktoré softvérová platforma možno použiť - .NET, OpenGL, DirectX
• A tak ďalej

Ak klient nerozumie ničomu o použitých výrazoch, vysvetlite rozdiel medzi WordPress a Modex, PHP z HTML, doména v zone.ru od domény v zone.com. Spoločne zostavte požiadavky tak, aby vyhovovali klientovi.

Zadajte požiadavky na prevádzku lokality

V predvolenom nastavení by stránka mala fungovať pre používateľov všetkých zariadení vrátane rôzne prehliadače, odolať útokom hackerov a nespadnúť, keď ho navštívi 1 000 používateľov súčasne. Ale je lepšie to napísať ako samostatný blok. Uveďte prosím:

• Rýchlosť načítania webovej stránky, ktorá je pre vás prijateľná alebo štandardná hodnota je 1–5 sekúnd
• Kompatibilita medzi prehliadačmi – zadajte, v ktorých prehliadačoch sa má stránka otvárať
• Odozva – špecifikujte veľkosti obrazoviek, ktorým sa má dizajn prispôsobiť, a použité zariadenia
• Odolnosť voči zaťaženiu - koľko ľudí by malo byť na stránke súčasne, aby „neklesla“
• Odolnosť voči hackerským a dDos útokom: stránka musí odolať malým útokom

Zapíšte si scenáre prevádzky lokality

Popíšte, ako by mal používateľ interagovať s webom a aké akcie na zdroji by sa mali uskutočniť ako reakcia. To možno vykonať vo forme jednoduchého očíslovaného zoznamu alebo rozvetveného algoritmu, ak majú používatelia na výber medzi akciami. Ak existuje veľa interaktívnych služieb, napíšte scenár pre každú z nich.

Príklad najjednoduchšieho scenára pre webovú stránku

Zistite, kto tvorí obsah.

Niektorí vývojári píšu texty sami, niektorí si ich objednávajú od copywriterov, iní používajú ryby. Okamžite prosím objasnite, či je poskytovanie obsahu zahrnuté do vývojovej služby. Ak áno, môžete okamžite zadať ďalšie požiadavky, napríklad pre:

• - nie menej ako 95 % podľa Advego, Text.ru, Content.Watch
• Nevoľnosť (spamovanie) - nie viac ako 10 % podľa Advego alebo 65 % podľa Text.ru
• Body podľa Glavreda - minimálne 6,5 alebo 7 bodov

Samozrejme, rôzne služby nie sú všeliekom, ale minimalizujú riziko, že budú „vodnaté“ alebo prespamované. Okrem toho sa takto objavujú presné kritériá hodnotenia kvality textov.

Uveďte termíny

Na to sa často zabúda. Väčšina technických zadaní musí špecifikovať termíny, inak sa vývoj môže natiahnuť o niekoľko mesiacov, šesť mesiacov alebo rokov. Nepoužívajte nesprávne formulácie – napríklad „o mesiac“. Napíšte presný dátum: 1.12.2018 napr.

Lifehack: je lepšie vypracovať zadávacie podmienky ako prílohu k dohode o spolupráci. Týmto spôsobom stanovíte všetky požiadavky na vývoj webových stránok a v prípade sporov budete môcť spor vyhrať na súde.

Pamätajte: každá technická špecifikácia musí obsahovať niekoľko hlavných blokov:

• Ciele a zámery – o tom, prečo ste vo všeobecnosti vytvorili technické špecifikácie, čo chcete s produktom robiť
• Aký by mal byť produkt - všeobecný popis
• Technické požiadavky- plocha domu, objem textu, funkčnosť aplikácie atď.
• Termíny – sú dôležité, aby sa predišlo sporom.

Príklad vypracovania technických špecifikácií pre softvér

Potrebujeme vytvoriť softvér. Technické požiadavky sú uvedené nižšie.

Popis: program na vyhľadávanie článkov podľa kľúčového slova na všetkých dôveryhodných stránkach; adresy dôveryhodných stránok je potrebné zadať ručne.

Čo by mal softvér robiť:po vstupe kľúčové slovo nájde články na stránkach, ktoré boli vopred zadané ako smerodajné zdroje, zobrazí zoznam zhôd v tomto formáte:

• Link
• Názov článku
• Hlavný odsek

Ak existuje viac ako 10 zápasov, musíte to rozdeliť na strany - 10 na každej.

Technické požiadavky:programovací jazyk - akýkoľvek, na tom nezáleží. Hlavná vec je, že program môže byť následne upravený a uvoľnený ako online služba. V ideálnom prípade by služba mala vyhľadať za 10 sekúnd.

Termíny: do 15. septembra 2018.

Túto technickú špecifikáciu je samozrejme možné vylepšiť – uviedli sme ju ako príklad. Čo si myslíte, ako sa dajú zlepšiť podmienky, aby boli ešte jasnejšie, jednoduchšie a pohodlnejšie?

Čo je to technická špecifikácia? Ako na to a na čo to slúži? Príklady, ukážky, tipy a odporúčania.

Zdalo by sa, aké je to skvelé, keď vám niekto dokonale rozumie. Dali ste pár fráz a tu je presne to, čo ste si predstavovali. Žiaľ, takto to nefunguje.

Problém vnímania informácií je večný. Efekt „rozbitého telefónu“ je bežný jav. Ale čo keď jednoducho neviete, ako zadať úlohu? Áno, aj to sa stáva a treba s tým nejako pracovať, ale ako? Aby ste zabezpečili, že výsledky úloh, ktoré si nastavíte, budú spĺňať vaše očakávania, napíšte si technickú špecifikáciu.

Čo je to technická špecifikácia

Technická špecifikácia (alebo TOR) je dokument, ktorý obsahuje požiadavky zákazníka na produkty alebo služby poskytované dodávateľom. Jednoducho povedané: Chcem tak a tak, aby tam bolo sedem navzájom kolmých čiar a tiež niektoré červené a niektoré bezfarebné (odporúčam pozrieť si video o tejto téme na konci materiálu).

Dizajnové oddelenie

Tento dokument môže zaberať buď jednu stranu A4 alebo celý zväzok, všetko závisí od úloh a želaní, ktoré sú v ňom zahrnuté. Môžete napríklad napísať technickú špecifikáciu pre malý vstupná stránka(jednostránkový web) alebo komplexný softvér so strojovým učením a ďalšími funkciami.

Prečo potrebujete technické špecifikácie?

• Prideľovať úlohy účinkujúcim.
• Aby ste podrobne opísali, čo chcete na konci získať.
• Dohodnúť sa na poradí prác.
• Po realizácii prácu zhodnotiť a prijať.
• Do...(do komentára pridajte svoje možnosti).

V skutočnosti existuje oveľa viac účelov a výhod technickej špecifikácie ako v zozname vyššie. Pre mňa osobne je hlavnou úlohou, ktorú riešia technické špecifikácie, implementácia toho, čo potrebujem s minimálnymi odchýlkami od očakávaní (mojich očakávaní).

Vďaka technickým špecifikáciám sa môžete vždy pýtať na čas realizácie, peniaze a súlad s deklarovanými vlastnosťami finálneho produktu alebo služby.

V skutočnosti ide o seriózny dokument, ktorý zostavuje zákazník a dodávateľ. V rozsahu, v akom sú stanovené sankcie a povinnosti strán. Existuje množstvo GOST, prečítajte si viac o Habré.

Vývoj technických špecifikácií

Ak hovoríme o „dospelej“ hre, napríklad technické špecifikácie pre vývoj mobilná aplikácia alebo web, potom toto samostatná práca, za ktorý sa platia nemalé peniaze. Prilákate osobu, zvyčajne bývalého alebo súčasného technického riaditeľa, a požiadate ho, aby vám pomohol.

Mať bradu je voliteľné

V závislosti od rozsahu projektu/úloh táto osoba zhromaždí všetky vaše „želania“, preloží ich do odborného jazyka, prípadne pripraví náčrty (ako by to malo približne vyzerať) a dá vám hotový dokument. Ďalej tento dokument odovzdáte účinkujúcim (tím v rámci vašej spoločnosti alebo externe), dohodnete sa na peniazoch, termínoch a pustíte sa do práce.

Tip: CTO by mal byť vo vašom tíme, inak vám s najväčšou pravdepodobnosťou počas implementácie niečo unikne. Jednoducho nemáte dostatok vedomostí na všetko. Kto sa podieľal na písaní technických špecifikácií, kontroluje ich.

Z čoho pozostáva technická špecifikácia?

Všetko bude závisieť od šablóny, ktorú si vyberiete (o niečo ďalej uvediem odkazy na šablóny/príklady), ale v technických špecifikáciách sú zahrnuté základné bloky:

1. Popis projektu/úlohy. Stručne napíšeme, aký je projekt alebo úloha, ktorú je potrebné dokončiť.
2. Účel a ciele. Aké sú ciele projektu?
3. Požiadavky. Dizajn, funkcie, technológie, ktoré sú potrebné.
4. Popis práce. Čo, kedy a ako sa bude robiť.
5. Postup kontroly a prijatia. Ako bude dielo prijaté, čo možno považovať za dokončené.
6. Aplikácie. Skice, skice, prototypy.

Cena diela je zvyčajne zahrnutá v samostatnom dodatku k zmluve, stáva sa to však vtedy, keď si zmluvné strany uvedú sumy samy v technických špecifikáciách.

Prepáčte, že prerušujem čítanie. Pripojte sa k môjmu telegramovému kanálu. Čerstvé oznámenia článkov, vývoj digitálnych produktov a hack pre rast, to všetko je tam. Čakám na teba! Pokračujme...

Príklady technických špecifikácií

Napriek tomu, že vývoj technických špecifikácií je zložitý proces, je veľmi zaujímavý. Vašou úlohou je znovu vytvoriť obraz konečného výsledku a potom ho po častiach opísať.

Príklad jednej z mojich technických špecifikácií pre aktualizáciu Inteligentné aplikácie TV. Úlohy pre zložitejšie a komplexnejšie produkty boli zostavené s pomocou kolegov z technického oddelenia. Neváhajte požiadať o pomoc svojich spoluhráčov, zapojte ich do procesu čo najčastejšie. A nezabudnite dať spätná väzba! Nie je nič horšie, ako vložiť úsilie a čas do niečoho bez toho, aby ste poznali výsledky. Povedzte nám, ako bola rada danej osoby užitočná vo vašej práci, inak je to jednostranná hra.

Referenčné podmienky pre rozvoj internetového obchodu

Referenčné podmienky pre vývoj mobilnej aplikácie

Referenčné podmienky pre stránku

Referenčné podmienky pre služby/aktualizácie

Ak potrebujete ďalšie vzorky, stačí si ich vygoogliť.

Hlavným odporúčaním je urobiť to. Problém je v tom, že materská lenivosť prekoná každého a nie je ľahké jej odolať. Zhromaždite všetku svoju vôľu a začnite písať technické špecifikácie, jednoducho píšte a neprestávajte. Nebojte sa, že to nevyjde „dokonale“, poviem vám tajomstvo, toto sa nikdy nestane. Len píš, bude to zakaždým lepšie a lepšie.

Takto to má byť

Moje prvé základy na písanie technických špecifikácií sa začali objavovať pred niekoľkými rokmi. Pracoval som s dizajnérmi a stanovil som si za úlohu vytvárať kreatívy pre reklamné kampane. Chcel som to nesúrodo a zmenilo sa to na veľa strateného času a vysvetľovania. Postupom času sa nastavenie úloh začalo meniť na akési sémantické bloky a potom na niečo ako technickú špecifikáciu.

Napríklad pre úlohu „Tlačidlo Páči sa mi na stránke“:

1. Popis: na našej webovej stránke musíte vytvoriť tlačidlo „Páči sa mi to“.
2. Účel a ciele: zapojenie používateľov, vydávanie/hodnotenie materiálov na základe počtu lajkov.
3. Požiadavky: nasledujúci dizajn (príklad: odkaz na niečo podobné), funkčnosť (obrázok môže hodnotiť a páčiť sa mu každý používateľ, systém stránky zohľadňuje počet hodnotení Páči sa mi a mení výstup materiálov), technológia (dostupná na ploche a mobilné verzie stránky).
4. Popis práce: nakreslite 3 možnosti rozloženia tlačidiel (pripravený dátum: 10/01/17), vyviňte systém na distribúciu materiálov na základe lajkov (dátum: 14/10/17), testovanie funkcií (dátum: 16/10/17 ), vydanie (dátum: 17.10.2017)
5. Prevzatie práce: používateľ stlačí tlačidlo páči sa mi, systém započíta kliknutie, zmení sa dodávka materiálov.
6. Aplikácie: skice, skice, príklady projektov, kde funguje podobná funkcia.

Nechajte si pre seba tie časti a časti štruktúry, ktoré sú potrebné pre vaše úlohy. Napríklad šiesty blok „Aplikácie“ možno opísať vo funkčných požiadavkách. Základná rada: tak či onak popíšte úlohu podľa štruktúry technických špecifikácií. Takto nič nezmeškáte dôležité body a ušetrite sa od zbytočných otázok a uľahčite život svojim kolegom.

Nech sa páči

Pozreli sme sa na to, čo je to technická úloha a ako ju vykonať. Teraz máte možnosť jasne a jasne stanoviť úlohy, sprostredkovať svoje myšlienky iným ľuďom a ušetriť čas na ďalšie vysvetlenia. Dúfam, že teraz už viete, čo s tým všetkým robiť.

Referenčné podmienky „TOR“ je dokument, ktorý sa berie ako základ pre vývoj akéhokoľvek projektu. A bez ohľadu na to, aká zložitá alebo veľká je úloha, vždy by mala byť sprevádzaná jasnou a zrozumiteľnou technickou špecifikáciou. V prvom rade to zákazník potrebuje, aby dostal presne to, čo chcel vidieť. Je však vhodné, aby interpret vždy požadoval jasne stanovenú úlohu, aby pochopil, čo od neho chcú. Mnoho ľudí ignoruje písanie podrobných technických špecifikácií, čo následne vedie k nedorozumeniam, sporom, konfliktom a hádkam.

Odporúčame prečítať:

Mne, autorovi tohto článku, sa v živote podarilo byť ako objednávateľom niekoľkých veľkých projektov v hodnote desiatok tisíc dolárov, tak aj realizátorom nemenej drahých zákaziek. Pred dosiahnutím serióznej úrovne som si musel znovu prečítať stovky „Technických špecifikácií“ a zostaviť niekoľko desiatok vlastných vysvetlení pre interpreta. Zakaždým boli technické špecifikácie jasnejšie a jasnejšie, čo umožnilo získať finálnu verziu diela podľa mojich predstáv. V tomto článku by som chcel hovoriť o tom, ako napísať technickú špecifikáciu, na čo si dať pozor ako prvé. Poviem vám aj to, prečo je vhodné, aby objednávateľ a zhotoviteľ nepracovali na dobré slovo, ale všetko zdokumentovali.

Prečo zákazník potrebuje technické špecifikácie?

Vy ako zákazník máte predstavu o finálnej verzii Vašej objednávky. Len život je taká vec, že ​​každý si môže tie isté slová vyložiť inak. Z tohto dôvodu často vznikajú problémy, najmä medzi zákazníkmi a účinkujúcimi. Prvý nevysvetlil všetko, druhý to správne nepochopil a výsledok je úplne iný, ako si všetci mysleli. Technická špecifikácia je dokument, podľa ktorého prevezmete vykonanú prácu. A ak sa niečo robí zle, niečo nie je dokončené, niečo nie je dokončené v plnom rozsahu, potom môžete vždy poukázať na položku z technických špecifikácií a zdôvodniť svoj nárok na dokončenie predloženého projektu. Ak neexistuje technická špecifikácia, potom bude prakticky nemožné dokázať, že ste to povedali, napísali, spomenuli. Dá sa povedať, že technická špecifikácia je akýmsi prototypom servisnej zmluvy. Ak pracujete na veľkom projekte, potom by zadávacie podmienky mali byť dodatkom k hlavnej zmluve. Pri podpise potvrdenia o prevzatí vykonanej práce musíte všetko porovnať s množstvom práce, ktoré bolo uvedené v pôvodnom vyhlásení o práci.

Odporúčame prečítať:

Prečo interpret potrebuje technické špecifikácie?

V prvom rade je to váš návod na to, čo je potrebné urobiť. Zákazníci často prídu s niečím počas procesu vývoja a snažia sa vás prinútiť vykonávať zbytočné úlohy. Chcete pracovať zadarmo? Som si istý, že nie. Upresnite, že suma dohodnutá na samom začiatku sa týkala výlučne rozsahu prác uvedeného v zadávacích podmienkach. Všetko navyše sa platí zvlášť. Taktiež po doručení projektu budete môcť podávať správy o zadaných úlohách a ich plnení. Nie raz som sa stretol s momentmi, keď zákazník nechcel prácu prijať s argumentom, že nie je dokončená úplne. Ale keď boli vznesené počiatočné technické špecifikácie, ukázalo sa, že príslušné úlohy neurčil vôbec nikto. Ešte raz zdôrazňujem - nepracujte bez technických špecifikácií, pretože názor zákazníka sa môže meniť častejšie ako počasie a budete musieť všetko opakovať desaťkrát, strácať čas a nedostanete za to ďalšiu platbu.

Kde začať s prípravou kompetentnej technickej špecifikácie

Takže poďme ďalej Hlavná téma tento článok. Ďalej budeme hovoriť o tom, ako zostaviť technické špecifikácie a na ktoré body by ste mali určite venovať pozornosť. Ako viete, každá TK je jedinečná a nebudem môcť pokryť všetky aspekty. Preto poukážem iba na hlavné body, ktoré by mali byť v akejkoľvek úlohe, bez ohľadu na projekt a oblasť činnosti zákazníka.

• Všeobecné ustanovenia technických špecifikácií

Ak máte technicky zložitý projekt alebo veľmi špecifický projekt, určite to urobte všeobecné ustanovenia Mal by tam byť slovník – slovník pojmov a definícií. Samozrejme, je veľmi dobré, ak si objednávateľ a zhotoviteľ navzájom rozumejú a bez problémov rozumejú konkrétnej terminológii. Nie je to však vždy tak, preto je lepšie napísať, čo znamenajú určité slová, frázy, označenia. Možno by stálo za to vysvetliť niektoré z vašich fráz v slovníku. Povedzme, že používate určitú frázu a interpretujete ju trochu inak. Aby ste predišli zmätku, okamžite vložte všetko na svoje miesto.

Odporúčame prečítať:

Mal som prípad, keď nepochopenie podmienok viedlo k zmeškaniu termínu na viac ako mesiac. V dôsledku toho zákazník utrpel určité straty, ale problém bol výlučne na jeho strane. Preto nepripúšťajte nezhody. Pred začatím projektu sa rozhodnite o terminológii.

• Ciele projektu

Je nevyhnutné, aby zadávacie podmienky uvádzali, aké sú ciele vášho projektu, prečo sa vytvára, ako bude fungovať a aký by mal byť konečný výsledok. Aj keď účinkujúci pracuje na malej časti projektu, musí plne rozumieť jeho štruktúre, úlohám, cieľom, technické riešenia. Prečo? Nie vždy je možné, aby dodávateľ dostal radu a vysvetlenie od zákazníka a nemá zmysel žiadať o výklad niektorých maličkostí, ak sa viete obrátiť na ciele, pochopiť, na čo projekt slúži, a robiť svoju prácu na základe Na toto.

Uvediem príklad. Nedávno vyvinuté veľký internet projekt a objednal si dizajn. Dizajnérovi bolo povedané, o čom bude stránka, aké funkcie bude mať, čo by mala robiť a ako stránka pomôže ľuďom. Vo všeobecnosti prežuli všetko do najmenších detailov a nielen to, čo sa týka dizajnu. Vďaka tomu sme dostali layout, ktorý si nevyžadoval prakticky žiadne úpravy, a tiež tucet nápadov, ako stránku vylepšiť, čo pridať, ako ju zatraktívniť.

• Funkčné požiadavky

Všetky požiadavky zákazníkov možno rozdeliť do dvoch typov: funkčné a špeciálne. Funkčné požiadavky sú tie možnosti implementácie, ktoré chcete vidieť v sebe. Ak si vezmeme príklad z internetovej stránky, musíte dodávateľovi poskytnúť príklady funkčných riešení z iných projektov, ktoré sa vám páčia a ktoré chcete vidieť vo svojom. Napríklad videli prvok, ktorý sa im technicky páčil, opísali ho a hneď dali odkaz, aby človek jasne pochopil, o čo ide a mohol si to vziať ako základ.

Odporúčame prečítať:

Špeciálne požiadavky sú požiadavky, pomocou ktorých sa musia plniť zadané úlohy. Ak opäť vezmeme za základ vývoj webových stránok, môžete určiť programovací jazyk, špeciálne parametre rozloženie, kódovanie, použitie určitých štýlov a všetko, čo chcete vidieť. Ak takéto požiadavky neexistujú, nechajte dodávateľa samostatne rozhodnúť, čo a ako použije pri plnení vašich technických špecifikácií.

• Termíny

Termíny dokončenia musia byť uvedené v zadávacích podmienkach. Vždy berte s malou rezervou, aby rýchlosť vykonania neovplyvnila kvalitu. V žiadnom prípade nesmie byť jasný termín a sú popísané sankcie za nedodržanie týchto termínov. Zhotoviteľ musí pochopiť, že nejde len o bod v zadávacích podmienkach, ale o skutočnú inštaláciu a v prípade nedokončenia mu hrozia finančné alebo iné sankcie.

• Nahlasovanie

Ak je projekt veľký a vyžaduje si niekoľko mesiacov na dokončenie, rozdeľte prácu na etapy a pre každú stanovte jasné časové rámce. Po dokončení konkrétnej fázy si vyžiadajte správu o vykonanej práci. To udrží interpreta v dobrej kondícii, takže nebude chodiť niekoľko mesiacov, jesť a piť zálohu a potom o týždeň robí všetko závratnou rýchlosťou.

Nesmie chýbať ani protokol o skutočne vykonanej práci. Čo sa urobilo, koľko času sa tomu venovalo, s akými ťažkosťami sa umelec stretol atď.

• Zodpovednosť

Ak vypracujete zmluvu, bude v nej klauzula o zodpovednosti. Ak sa obmedzujete iba na technické špecifikácie, potom stojí za to opísať tam, že dodávateľ je zodpovedný za nedodržanie termínov, nedodanie projektu, zverejnenie nuansy práce tretím stranám, čo pre vás znamená straty. Ktorý? Jednak v súlade so zákonom, ale môžete si stanoviť aj vlastné pokuty a sankcie.

Odporúčame prečítať:

A na konci tohto článku by som rád dal niekoľko rád založených na mojich vlastných skúsenostiach pri zostavovaní a prijímaní technických úloh.

1. Technické špecifikácie musia byť podrobné. Nebojte sa popísať každý prvok, každú položku, každé tlačidlo. Píšte všetko, všetko, čo najpodrobnejšie. Nebojte sa pôsobiť úzkostlivo. Je lepšie niečo viackrát zopakovať a prežuť, ako to neskôr dokončiť, doplácať a upravovať. Posledná technická úloha, ktorú som napísal, sa týkala vývoja webovej stránky. Bol to veľký informačný projekt. Najprv sme vypracovali návrh a na základe neho som opísal funkčnú úlohu pre programátorov. Takže všetky špecifikácie sa ukázali ako 54 strán A4 11 fontov. Zadávacie podmienky prišli ako dodatok k hlavnej zmluve, ktorá mala tiež 7 strán. Chcem ale povedať, že ani v takejto podrobnej technickej špecifikácii som nemohol všetko zohľadniť, pretože v procese vývoja boli podpísané ďalšie tri zmluvy, s ktorými som urobil určité úpravy pôvodnej verzie zadania.
2. Technické špecifikácie musia byť jasné. Nie je potrebná žiadna voda. Všetko je k veci. Ak píšete o termíne, tak konkrétny údaj, ak o funkčnosti, tak zoznam funkčných riešení, ktoré potrebujete atď.
3. Vaša technická špecifikácia nie je dogma, ale iba jedna z nich možné možnosti vykonávanie úloh. Úprimne povedané, nie som odborník na programovanie. Áno, viem si premyslieť štruktúru projektu, jeho funkčnosť, nejaké technické riešenia, ale vždy, keď zostavujem finálnu verziu technických špecifikácií, konzultujem to s účinkujúcimi. Môžu niečo vidieť, vyjadriť svoj názor, poradiť optimálne riešenie exekúcie.

To je asi všetko, čo som chcel týmto článkom povedať. Vypracovanie technických špecifikácií nie je také ťažké, ak jasne rozumiete tomu, čo od dodávateľa požadujete. Môžete si znova prečítať moju radu a použiť ju na váš konkrétny prípad. Veľa štastia!