2 glasova

Dober dan, dragi bralci. Delo na spletni strani s stranko je vedno težko. Stranka si praviloma želi "nekaj kul" ali "nič nenavadnega, naj bo kot vsi drugi." Abstraktni pojmi, se strinjate. Če je to vaše prvo naročilo, potem vas morda celo razveselijo podobne besede: “Kul, dajejo mi ustvarjalno svobodo, lahko delam, kar hočem.” Iz izkušenj ti povem, nič takega!

Stranka ima lastno razumevanje "kul" in "kot vsi ostali". Morda ne boste uganili, ste napačno razpoloženi ali pa se bo stranka preprosto odločila, da "za tak denar lahko ta fant (ali punca) naredi malo več dela." Da se to ne bi zgodilo, bomo danes razpravljali o tem, kako so sestavljene tehnične specifikacije za razvoj spletne strani.

Akcijski načrt za delo s stranko

Najdete stranko. Pripravljen je plačati denar, vi pa se lotite dela. Kje začeti in kako naprej?

• Prva komunikacija.

Začetne informacije ste torej prejeli: to se lahko zgodi osebno (če storitve ponujate sami) ali po telefonu (ko vas stranka sama poišče). Recimo, da veste, da stranka od vas želi spletno trgovino, sama pa ima v lasti verigo nakita. Nikoli ne začnite pogovora o spletnem mestu takoj. Dogovorite se, da se pripravite vsi skupaj in usklajeno.

Poskusite nekako motivirati osebo, da pogleda informacije, da bo imel jasnejšo predstavo o tem, kaj želi od vas.

• Priprava in prvi brief.

Oglejte si spletna mesta, za katera menite, da bodo primerna za stranko. Prenesite nekaj predlog in povejte, da bi spletno mesto lahko izgledalo točno tako. Več materialov, bolje je. Naj imate stranki kaj pokazati, imejte jasno predstavo o tem, kaj ji je všeč in kaj ne. Izogibajte se abstraktnim pojmom iz serije: lepo, priročno, kakovostno. Vsak ima svoje predstave o teh kategorijah.

V idealnem primeru je bolje, da stranko celo pustite s temi materiali za en dan ali jih pošljete po pošti nekaj dni pred sestankom. Čeprav na tej stopnji kupca portal praviloma ne zanima posebej. Resnico je pripravljen zarezati takoj po dejstvu in vas prisiliti, da jo ponovite in dodate nekaj novega, ne pa o ničemer razpravljati vnaprej. Zato je edini izhod, da sprašujete čim več in zapišete vsako besedo.

• Sestava in podpis tehničnih specifikacij.

Ne pozabite, več ko je papirčkov, čistejša je zadnjica. Zapišite, narišite in podpišite vse, kar je možno od stranke. Kasneje boste imeli kaj pokazati. Na splošno si pri pisanju tehničnih specifikacij takoj predstavljajte, da se s stranko ne strinjate in zagovarjate svoj primer na sodišču.

Ne govorimo o super dragih projektih in upam, da boste imeli srečo s strankami. Toda ena natančna stranka vam lahko dolgo časa pokvari razpoloženje. Želeli boste pljuvati, zavračati denar, samo da se ne boste več srečali z njim. To je razumljivo, a če se sprva pokažete kot profesionalec, vse temeljito preučite in se pokažete kot ugledna oseba, vam tega ne bo treba storiti.

Nekega dne sem imel veliko srečo. Naročnik je pred prihodom na sestanek preučil problematiko in sam izdelal ne samo kompetentno tehnično specifikacijo, temveč tudi umetniško nalogo. Se pravi literarni in natančen opis kako naj izgleda. Moje presenečenje ni imelo meja, na kar je odgovoril: "Verjamem, da bi moral kupec sam najprej vedeti, kaj hoče, in ne mučiti strokovnjakov." Na žalost je to redko, zato moramo postavljati vprašanja, predpisovati in odobriti.

• Razvoj in sprejem.

Ko ste vse podpisali, lahko začnete z izvajanjem projekta.

Kaj ne bi smelo biti v tehnični specifikaciji in kaj bi moralo biti tam

Pravzaprav tehnična specifikacija ne bi smela vsebovati navodil glede same zasnove. Napišete, da boste na spletnem mestu za programerja narisali tipkovnico, potem pa se začne - ni tako, želim, da je v slogu stripa in nato dokažite, da niste jelen. Bolje ko se izkažeš kot profesionalec, manj bo pritožb proti tebi!

Sami veste, v kakšnem slogu in kaj mora biti narisano. Pred vami je naloga: izboljšati prepoznavnost blagovne znamke ali motivirati ljudi za počitnice v takem in takem kraju. Kako boste to nalogo izvedli, je vaš problem. Manjkalo je tudi to, da vas stranka nauči pisati kodo in vam pove, katera orodja uporabljati.

Naj vaša izjava o delu vsebuje stavek: "Vse, kar ni dogovorjeno, se izvaja po presoji izvajalca." In te vrstice ni treba narediti z majhno pisavo. Naj razmišlja vnaprej in ne začenja sanjati, ko je projekt že pripravljen. Seveda lahko in morate narediti majhne spremembe. Dober ugled je ključ do bodočih strank, včasih pa zna biti stranka s svojimi željami tako nadležna, da ne želi živeti.

Še enkrat bi vas rad osredotočil na dejstvo, da tehnična specifikacija ne sme vsebovati abstraktnih pojmov: "priročno", "lepo", "visoka kakovost" itd. Naj bodo meje jasne: namesto priročnost iskanja je bolje napisati filtriranje po datumu ali materialu.

In ne pozabite na podpis. Vse je resno, stranka mora to razumeti.

Na splošno priporočam, da ste pozorni na malenkosti. Predstavljajte si, da do vas pride namitana ženska in naglo odpne svojo ogromno jakno, tako da iz nje štrli prevelik šal. Iz torbe vzame zmečkan bankovec z 18 stokrat prepognjenimi listi in ga poskuša zgladiti z bližnjimi predmeti. Rdeč obraz in neartikulirano: “Evo, napisal sem in skrajšal, tako bo izgledala vaša spletna stran, podpišite.”

Druga varianta. Na vrata vaše pisarne potrka mladenič, se počasi sleče, iz aktovke vzame mapo, jo počasi odpre in vas ležerno povabi, da pogledate le en majhen kos papirja, iztegne zlato pero in vas povabi, da podpišete ta dokument.

Naj gospodična iz prvega primera opravi titansko delo, prebrala je tisoč knjig, narisala 18 primerov na izbiro in v bistvu vse naredila sama. Sposobna je ustvariti neverjetno kul projekt, ki bo vaše podjetje pripeljal do blaginje in svetovne slave. In mladenič iz drugega primera ne zna narediti ničesar, natisnil si je vzorec z interneta, ki vam nikakor ne ustreza.

Zagotavljam vam, da bo vsaka stranka mučila ubogo žensko z godrnjanjem, željami in spremembami ter sprejela projekt mladeniča, če ne takoj, pa drugič. Ne gre za to, kaj lahko narediš, ampak za to, kako se obnašaš in kakšen vtis ustvariš.

Obstaja GOST, po katerem lahko ustvarite tehnične specifikacije za razvoj spletnega mesta, in obstaja dolgoročna praksa. Državni standardi ne ustrezajo vedno realnosti življenja. Poskusimo združiti oba dela.

Ne glede na to, ali pišete tehnične specifikacije za mestno upravo ali legendarnega Vasilija Pupkina, je vsebino najbolje narediti v skladu z GOST. Naučite se tega vnaprej.

Videti je takole:

1. Glosar
2. Splošne določbe
3. Predmet razvoja
4. Namen dokumenta
5. Zahteve za grafično oblikovanje mesto
6. Zahteve za oblikovanje spletne strani
7. Postopek odobritve idejne zasnove
8. Funkcionalne zahteve
9. Zahteve za predstavitev spletne strani
10. Zahteve za sistem za upravljanje vsebin
11. Zahteve za dostop do skupne rabe
12. Zahteve za vrste zavarovanja
13. Zahteve za informacijsko podporo
14. Programske zahteve
15. Tehnične zahteve
16. Zahteve za jezikovno podporo
17. Zahteve za ergonomijo in tehnično estetiko
18. Zahteve za sprejem in dostavo projekta
19. Zahteve za izpolnjevanje informacij
20. Kadrovske zahteve
21. Postopek zagotavljanja distribucije
22. Postopek prenosa spletnega mesta na tehnična sredstva stranka

Resda vam ne bo treba ustvarjati dokumenta z nalogo v tem vrstnem redu, a za lažje razumevanje vam bom povedal po tem načrtu. Na koncu tega članka prilagam vzorec, ki ga lahko prenesete in delate na njem na podlagi prepisa, podanega v tem delu članka. Ta predloga je dobra, ker ima Vse, tudi tisto, kar ne boste nikoli potrebovali. Vendar ga morate predelati sami in prečrtati vse nepotrebne bedarije, ki se vam zdijo nepotrebne.

Glosar

V skladu z GOST bi se moral dokument začeti s glosarjem, v resnici pa ga boste napisali na koncu. Tukaj morate navesti pogoje, ki jih boste uporabljali pri delu s stranko. Ti nam povej, kaj je gostovanje, spletna stran in ostale neumnosti. Vse te neumnosti je mogoče naložiti z interneta.

Vendar pa je poleg te krivoverstva treba omeniti izraze, pri razumevanju katerih se lahko s stranko razlikujeta. Ti misliš eno stvar, on pa v besede vlaga povsem drugačen pomen.

Splošne določbe

Na tem mestu si moramo odgovoriti na vprašanje, kaj bomo pravzaprav počeli in zakaj.

Predmet razvoja

Kaj bomo storili, je približno jasno. Stranka te informacije posreduje skoraj takoj. Bolj pomembno je razumeti operativni namen spletnega mesta, to je, kakšna korist čaka stranko. Jasno je, da želijo vse stranke s spletno stranjo zaslužiti. Ta formulacija ne bo delovala.

Pomislite, kako bo stranka zaslužila, kaj je njen cilj. Če je to spletna trgovina, potem bi se morala ukvarjati s prodajo; če je korporativna spletna stran, potem jim je všeč lep stavek: "povečanje zvestobe blagovni znamki", obveščanje o dejavnostih podjetja itd.

Namen dokumenta

Tukaj vam povemo, kako pomemben je ta dokument. Pokažemo, da to ni preprost trik, ampak vau! Uporabljamo pravne izraze. Ta del lahko kopirate iz interneta, vendar ne pozabite natančno prebrati, kaj pišete!

Mimogrede, v tem istem delu morate vključiti informacijo, da vse, o čemer se s stranko ne pogovorite vnaprej, ostane na vaši vesti. Lahko narediš, kar hočeš, če je »pozabil«, »premislil« ali »želi vse čisto drugače«.

Zahteve za grafično oblikovanje spletne strani

Zahteve za oblikovanje spletne strani

Tukaj morate na splošno opisati zasnovo spletnega mesta, kaj naj bo tam in katere točke je treba upoštevati: korporativne barve, pisave itd. Na splošno se ne spuščajte v podrobnosti.

Postopek odobritve idejne zasnove

V tem delu ponovno ustrahujete stranko z zakonskimi izrazi. Poveš mu, da mu boš priskrbel dizajn spletne strani v obliki slike narejene v Photoshopu. Dolžan si ga je ogledati v določenem roku. Po tem vam bomo posredovali popravke, vi pa boste razmislili, ali je jelen, in uskladili se boste ter razumeli, kako logične so te spremembe in ali boste prevzeli "popravek".

Funkcionalne zahteve

Tukaj opisujete, kaj bomo pravzaprav naredili. Opisujemo vizualno komponento. Poglavje se razvije v tri dele: opisujemo glavno stran, interno in strukturo spletnega mesta.

Bodi previden. To je pomembna točka, kjer je bolje pisati več. Na primer, morali bi imeti razdelek »Sorodne novice«. Kaj boste storili: napisali algoritem, ki bo izračunal, kateri članki so najbližji temi, podali seznam zadnjih petih člankov, dodanih na spletno mesto, ali bo avtor besedila imel možnost samostojno vstaviti povezave v ta blok?

Zahteve za predstavitev spletne strani

1. Struktura spletnega mesta: opišemo, katere kategorije (naslovi) bodo na spletnem mestu.
2. Domača stran: najbolje s shematično sliko in opisom glavnih elementov.
3. Notranje strani: enako kot v prejšnjem odstavku. Diagram in opis notranjih strani.

Če izdelujete spletno trgovino, lahko tukaj vstavite tudi shemo strani z naročilom, potrdilo o plačilu ipd. Opišite vse strani, ki se bodo razlikovale od standardne predloge.

Zahteve za sistem za upravljanje vsebin

Moj blog je namenjen ljudem, ki izdelujejo spletne strani z WordPressom. Zato tej točki ne bom pripisoval resnega pomena. Izjavljamo, da bomo ta motor uporabljali in bo to dovolj.

Če boste sami izdelali nadzorni sistem, potem je vse veliko bolj zapleteno. Ponovno boste morali narisati diagrame in opisati splošne zahteve, upravljanje razdelkov, vsebino in nastavitve. Narišite vsak element, ki bo drugačen.

Zahteve za dostop do skupne rabe

Tu v bistvu od nas želijo izvedeti, kdaj in zakaj bo uporabnik potreboval registracijo. Katere razdelke zapiramo in katere lahko bralci varno uporabljajo. Če je to spletno mesto vizitke, informativno ali prodajno, bo popolnoma odprto, na VKontakte pa na primer dostop do osebna stran ima omejen dostop in se lahko izvede le po vnosu vaše prijave in gesla.

Zahteve za vrste zavarovanja

Zahteve za informacijsko podporo

Ta del je ustvarjen zgolj zato, da pokažete lastno ozaveščenost in stranki še enkrat pokažete, kakšen profesionalec ste, kakšne sofisticirane izraze poznate.

Povedali jim boste, da boste podatke shranjevali na točno določeno mesto na strežniku in ne v vaši mizi ali pod blazino. Uporabljajte programske jezike.

Zavezujete se, da boste slike objavljali samo v format gif ali jpg, strani pa ne bodo presegale določene teže. Mimogrede, odlična točka. Potem, če stranka izbulji oči in reče, da potrebuje nekaj drugega, lahko pokažete ta artikel in rečete: "No, sami ste podpisali glede teže, nič ne vem, vse to je nemogoče!"

Druga zelo uporabna stvar, ki jo lahko omenite tudi tukaj, je omejevanje ponujene vsebine. Določiti morate obseg – ali delate vso vsebino ali ustvarjate račun administrator, daj stranki prijavo in geslo in naj ugotovi!

Programske zahteve

1. Tukaj govorimo o gostovanju ali strežnikih. Ker je moj blog namenjen ustvarjalcem, ki delajo na Timewebu ( https://timeweb.ru ) - vse je zelo preprosto. Če niste eden od "naših", potem morate pogledati specifikacije. Na primer, nekdo zelo pameten naredi kul spletno stran in jo nato poskuša povezati z gostovanjem, vendar so tehnične specifikacije tako visoke, da tega ne prenese nobeno gostovanje v Rusiji. Predmet je potreben, vendar ne za začetnike na področju razvoja.
2. Tukaj opisujemo, ali bo portal imel mobilna različica, prilagojeno za prenosne naprave ali pa se lahko odpre samo prek Google Chrome, in morebitna popačenja v drugih brskalnikih nas sploh ne motijo.

Zahteve za jezikovno podporo

Ali bo stran izdelana v dveh jezikih ali bomo potrebovali samo ruščino?

Zahteve za ergonomijo in tehnično estetiko

Še enkrat na kratko omenimo glavna načela oblikovanja. Vse bo jasno, preprosto in enotno. Logotip bo viden povsod in Kontaktni podatki. Vse je super, vse je čudovito.

Zahteve za sprejem in dostavo projekta

Zahteve za izpolnjevanje informacij

Na tem mestu vam povemo, kaj se zavezujemo in kaj nam mora naročnik zagotoviti, da bo delo potekalo hitreje in bolje. Običajno potrebuje podatke in fotografije.

Ponovno pišemo tudi, da če bo želel kaj popraviti ali spremeniti, bo moral ponovno sestaviti podobno pogodbo, ki jo boste ali podpisali ali pa ne.

Kadrovske zahteve

Kdo lahko uporablja spletno stran. Na primer, nekatera podjetja delajo s kodami in se niti ne obremenjujejo s sistemom nadzora za običajne ljudi. Za osnovna dejanja na mestu bo potrebno veliko znanja osebja. V tem primeru je poanta relevantna, v našem primeru pa je to le načečkan papir.

Postopek zagotavljanja distribucije

Kaj boste dali stranki, ko bo delo končano: prijava, geslo, naprej in nazaj.

Izpolnimo ceno tehnične specifikacije

Kot že razumete, glavna naloga tehničnih specifikacij ni toliko razumeti, čeprav je to pomembno. In vendar je njegova dodatna funkcija ustvariti pravi vtis o sebi in zaščititi pred vsemi vrstami sprememb.

Vse o tem dokumentu bi moralo biti impresivno! Če ga boste poslali v predhodni pregled po pošti, ga obvezno uporabite format PDF. In naročnik se verjetno ne bo želel mučiti z urejanji in vas bo imel za profesionalca. Majhna stvar, a pomembna. Če želite pretvoriti dokument Word, lahko uporabite storitev https://smallpdf.com/ru/ .

Ne pozabite v ozadje vstaviti svojega logotipa lastno podjetje ali vašo blagovno znamko in vstavite stike. Hitro in učinkovito jih je mogoče izdati na spletni strani https://logaster.ru .

No, to je vse, vse kar morate storiti je, da prenesete primer, ki sem ga ustvaril posebej za vas. Pomagal vam bo razumeti in vzeti kot osnovo nekaj točk predloge, ki se ne bodo razlikovale, in končali ste.

Zdaj lahko varno greste do stranke in se ne bojite, da vas bodo obtožili, da ste nepopolni.

PRENESI PREDLOGO TK

Vso srečo pri vaših prizadevanjih in se vidimo spet. Naročite se na moj blog in dobite najboljše koristne informacije, ki vam bo zagotovo prišel prav pri razvoju dobre spletne strani za vaše stranke.

Projektna naloga je pomembna tako za izvajalca kot za naročnika. Izvajalcu pomaga bolje razumeti, kaj želi naročnik, se zavaruje pred nenadnimi »željami« naročnika in pospeši delo pri izvedbi naloge. Stranki – povedati, kaj točno želi, poenostaviti nadzor kakovosti, prejeti točen strošek storitve. O tem, kako pravilno sestaviti tehnične specifikacije in kaj z njimi narediti, bomo govorili kasneje.

Kaj je tehnična specifikacija

Tehnične specifikacije so dokument, ki odraža vse zahteve za prihodnji izdelek. Opisuje vse tehnične zahteve. Običajno so tehnične specifikacije sestavljene v obliki besedilni dokument, redko - v drugih oblikah.

TK uporabljajo vsi razvijalci spletnih strani. Oblikovalcem postavitev, programerjem in oblikovalcem pomaga bolje razumeti zahteve naročnika in ustvariti vir, ki izpolnjuje njihova pričakovanja. Poleg tega se tehnične specifikacije uporabljajo na vseh drugih področjih, na primer v:

• razvoj aplikacij;
• načrtovanje hiše;
• pisanje besedil in drugo.

Če delate v skladu s tehničnimi specifikacijami, je tveganje sporov in dolgotrajnih pravdnih postopkov minimalno.

Kako sestaviti tehnične specifikacije: struktura tehničnih specifikacij za spletno stran

Preden začnete:

• Odločite se, kdo bo pripravil tehnične specifikacije
• Razloži pojme
• Izogibajte se subjektivnim izrazom

Na prvi pogled se zdi, da mora tehnične zahteve za spletno stran pripraviti naročnik, ker naroči vir in zanj postavi zahteve. Pravzaprav bi morala v procesu sodelovati oba: naročnik izrazi zahteve, izvajalec pa jih natančno, natančno in jasno zapiše. Naročnik na primer pove, da želi spletno stran prilagojeno vsem uporabnikom, razvijalec pa določi zahteve glede prilagodljivosti za 4 razpoložljive velikosti - osebni računalniki, prenosniki, tablice, pametni telefoni.

Pojasnitev izrazov je zelo pomembna točka. Priporočljivo je, da vse visoko specializirane izraze razložite že na začetku - stranke ne vedo vedno, kaj je noga, CMS ali riba. Enostavnejša in jasnejša ko bodo pojasnila, jasnejše bodo tehnične specifikacije za obe strani.

Subjektivni izrazi lahko povzročijo nepotrebno polemiko. Ne pišite "dizajn mora biti lep" - koncept lepote pri vseh je drugačen. Enako velja za kakovostne pridevnike »priročen«, »enostaven za uporabo«, »velik«. Uporabite posebne številke in parametre: na primer opišite barvno shemo ali razporeditev elementov.

Struktura tehničnih specifikacij je lahko poljubna. Kot primer ponujamo preprosto strukturo projektne naloge za spletno stran.

Opišite mesto

Povejte nam, kakšno spletno mesto potrebujete, kdo ga bo uporabljal in zakaj ga ustvarjamo. Na primer, napišite, da potrebujete spletno trgovino, pristajalno stran za prodajo izdelka ali spletno vizitko z 10 stranmi. Navedite okvirno število strani, če ne poznate točnega števila.

Če ima projekt specifično ciljno občinstvo, Opiši. To vam bo pomagalo ustvariti vir, ki bo privlačen strankam – na primer uporaba ustreznega jezika v člankih ali oblikovanje, ki privlači mlade ali starejše generacije.

Povejte nam o strukturi

Brez ideje o strukturi je nemogoče razviti normalno spletno stran. Opišite, katere strani bodo na spletnem mestu, in prikažite ravni njihovega gnezdenja. To je mogoče storiti na različne načine:

• Shema
• Tabela
• Seznam

Glavna stvar je, da je na koncu jasno, katere strani bodo v meniju, kam bodo vodile in katera nadrejena stran je za vsak razdelek. Priporočamo uporabo diagramov poteka – so preprostejši in lažje razumljivi kot seznami in tabele ter vam pomagajo oceniti celotno strukturo spletnega mesta v nekaj sekundah.

Primer preproste strukture v obliki blokovnega diagrama

Opišite, kaj bo na vsaki strani

Povejte nam, kako vidite strani spletnega mesta. Priporočljivo je, da to naredite v obliki prototipa, da jasno prikažete lokacijo vsakega elementa. Zahteve lahko opišete s seznamom, na primer povejte, kaj bo v glavi spletnega mesta, kjer se nahaja obrazec za povratne informacije, kaj bo v brezplačnem stranskem stolpcu.

Če so vse strani spletnega mesta približno podobne - na primer, nameravate ustvariti spletno mesto za vizitke, lahko dobite dva prototipa: za domača stran in druge razdelke. Če obstaja več skupin podobnih strani - na primer razdelki v katalogu spletne trgovine, blog s članki in opisom storitev dostave/montaže/montaže, je bolje, da za vsako skupino naredite svoj prototip.

Primer prototipa domače strani spletnega mesta: vse je preprosto, priročno, razumljivo

Postavite zahteve glede oblikovanja

Če imate razvito postavitev, super - lahko jo preprosto vstavite v tehnične specifikacije. Če ne, morate opisati zahteve za barvno shemo, uporabljene slike in logotipe. Na primer:

• Navedite, katere korporativne barve je mogoče uporabiti pri oblikovanju in katere odtenke nikakor ne
• Navedite logotip, ki mora biti prisoten v glavi spletnega mesta
• Določite pisave, ki jih želite uporabiti za strani, menije, noge in vsebino

Če ni jasnih zahtev - to pomeni, da stranka sama ne more oblikovati svoje vizije spletnega mesta, mu lahko ponudite več standardnih postavitev, med katerimi lahko izbirate, ali razvijete postavitev posamično in se nato dogovorite. To je treba storiti pred odobritvijo tehničnih specifikacij, sicer lahko razlika v okusih močno zavleče projekt.

Opišite zahteve za orodja, kodo, gostovanje, domeno

To je potrebno vnaprej vedeti, s katerimi orodji lahko delate in s katerimi ne. Opišite v ločenem bloku:

• Na kateri strani naj bo stran - WordPress, Joomla, Modex itd.
• Kateri programski jezik se lahko uporablja - PHP, JavaScript, HTML, drugi
• Na katerem gostovanju in v kateri domenski coni naj bo spletno mesto? Domena je lahko uporabljen
• Katera programska platforma se lahko uporablja - .NET, OpenGL, DirectX
• In tako naprej

Če stranka ne razume ničesar o uporabljenih izrazih, pojasnite razliko med WordPressom in Modexom, PHP od HTML, domeno v zoni.ru od domene v zoni.com. Skupaj sestavite zahteve tako, da bodo ustrezale naročniku.

Določite zahteve za delovanje spletnega mesta

Privzeto mora spletno mesto delovati za uporabnike vseh naprav, vključno z različne brskalnike, zdrži hekerske napade in ne pade ob hkratnem obisku 1000 uporabnikov. Vendar je bolje, da to zapišete kot ločen blok. Navedite:

• Za vas sprejemljiva ali standardna vrednost nalaganja spletne strani je 1–5 sekund
• Združljivost med brskalniki - določite, v katerih brskalnikih naj se stran odpre
• Odzivnost - določite velikosti zaslona, ​​ki naj se jim dizajn prilagodi, in uporabljene naprave
• Odpornost na obremenitve - koliko ljudi mora biti na mestu hkrati, da se ne "pade"
• Odpornost na hekerske in dDos napade: spletno mesto mora vzdržati majhne napade

Zapišite scenarije delovanja mesta

Opišite, kako naj uporabnik komunicira s spletnim mestom in katera dejanja na viru naj se zgodijo kot odgovor. To je mogoče storiti v obliki preprostega oštevilčenega seznama ali razvejanega algoritma, če imajo uporabniki izbiro med dejanji. Če je interaktivnih storitev veliko, napišite scenarij za vsako od njih.

Primer najpreprostejšega scenarija za spletno stran

Ugotovite, kdo producira vsebino.

Nekateri razvijalci sami pišejo besedila, nekateri jih naročajo pri tekstopiscih, drugi uporabljajo ribe. Prosimo, da takoj pojasnite, ali je zagotavljanje vsebine vključeno v storitev razvoja. Če da, lahko takoj določite dodatne zahteve, na primer za:

• - ne manj kot 95% glede na Advego, Text.ru, Content.Watch
• Slabost (spamming) - ne več kot 10% po Advego ali 65% po Text.ru
• Točke po Glavredu - najmanj 6,5 ali 7 točk

Različne storitve seveda niso rešitev, vendar minimizirajo tveganje, da bo "vodeno" ali preveč spamirano. Poleg tega se tako pojavijo natančni kriteriji za ocenjevanje kakovosti besedil.

Določite roke

Na to se pogosto pozablja. Večina tehničnih nalog mora določati roke, sicer se lahko razvoj zavleče na več mesecev, šest mesecev ali let. Ne uporabljajte napačnega besedila - na primer "v enem mesecu". Napišite točen datum: 1. december 2018 npr.

Lifehack: nalogo je bolje pripraviti kot prilogo k pogodbi o sodelovanju. Na ta način določite vse zahteve za razvoj spletne strani, v primeru spora pa boste lahko zmagali na sodišču.

Ne pozabite: vsaka tehnična specifikacija mora vsebovati več glavnih blokov:

• Cilji - o tem, zakaj ste na splošno ustvarili tehnične specifikacije, kaj želite narediti z izdelkom
• Kakšen naj bo izdelek - splošni opis
• Tehnične zahteve- površina hiše, obseg besedila, funkcionalnost aplikacije itd.
• Roki – pomembni so za izogibanje sporom.

Primer izdelave tehničnih specifikacij za programsko opremo

Ustvariti moramo programsko opremo. Tehnične zahteve so spodaj.

Opis: program za iskanje člankov po ključnih besedah ​​na vseh avtoritativnih straneh, naslove avtoritativnih strani je treba vnesti ročno.

Kaj naj naredi programska oprema:po vstopu ključna beseda najde članke na straneh, ki so bile vnaprej vnesene kot verodostojni viri, prikaže seznam ujemanj v tej obliki:

• Povezava
• Naslov članka
• Glavni odstavek

Če je zadetkov več kot 10, jih morate razdeliti na strani - po 10 na vsaki.

Tehnične zahteve:programski jezik - kateri koli, ni pomembno. Glavna stvar je, da je program nato mogoče spremeniti in izdati kot spletno storitev. V idealnem primeru bi morala storitev iskati v 10 sekundah.

Roki: do 15. septembra 2018.

Seveda je to tehnično specifikacijo mogoče izboljšati - navedli smo jo kot primer. Kako bi po vašem mnenju lahko izboljšali nalogo, da bi bila še bolj jasna, preprosta in priročna?

Kaj je tehnična specifikacija? Kako to storiti in čemu služi? Primeri, vzorci, nasveti in priporočila.

Zdi se, kako super je, ko te nekdo popolnoma razume. Izdal si nekaj stavkov in tukaj je, točno to, kar si si predstavljal. Na žalost ne gre tako.

Problem zaznavanja informacij je večen. Učinek "pokvarjenega telefona" je pogost pojav. Kaj pa, če preprosto ne znate zastaviti naloge? Da, tudi to se zgodi in s tem se morate nekako spopasti, ampak kako? Da bodo rezultati zastavljenih nalog izpolnili vaša pričakovanja, napišite tehnično specifikacijo.

Kaj je tehnična specifikacija

Tehnična specifikacija (TZ) je dokument, ki vsebuje zahteve naročnika za izdelke ali storitve, ki jih zagotavlja izvajalec. Z enostavnimi besedami: Želim tako in tako, tako da je sedem medsebojno pravokotnih črt, nekaj tudi rdečih in nekaj brezbarvnih (priporočam ogled videoposnetka o tej temi na koncu gradiva).

Oddelek za oblikovanje

Ta dokument lahko obsega bodisi eno stran A4 ali cel zvezek, vse je odvisno od nalog in želja, ki so v njem. Na primer, lahko napišete tehnično specifikacijo za majhno Ciljna stran(enostransko mesto) ali zapleteno programsko opremo s strojnim učenjem in drugimi funkcijami.

Zakaj potrebujete tehnične specifikacije?

• Dodeljevanje nalog izvajalcem.
• Da podrobno opišete, kaj želite dobiti na koncu.
• Za dogovor o vrstnem redu dela.
• Oceniti in sprejeti delo po izvedbi.
• Za ... (dodajte svoje možnosti v komentarjih).

Pravzaprav je namenov in prednosti tehnične specifikacije veliko več kot na zgornjem seznamu. Zame osebno je glavna naloga, ki jo rešujejo tehnične specifikacije, implementacija tistega, kar potrebujem z minimalnimi odstopanji od pričakovanj (mojih pričakovanj).

Zahvaljujoč tehničnim specifikacijam se lahko vedno vprašate o času izvedbe, denarju in skladnosti z deklariranimi lastnostmi končnega izdelka ali storitve.

Pravzaprav je to resen dokument, ki ga sestavita stranka in izvajalec. V kolikor so predpisane kazni in obveznosti strank. Obstaja več GOST-ov, preberite več na Habréju.

Razvoj tehničnih specifikacij

Če govorimo o "odrasli" igri, na primer tehnične specifikacije za razvoj mobilna aplikacija ali spletno mesto, potem to ločeno delo, za kar se plača veliko denarja. Pritegnete osebo, običajno nekdanjega ali sedanjega tehničnega direktorja, in ga prosite, naj vam pomaga.

Imeti brado ni obvezno

Ta oseba, odvisno od obsega projekta/nalog, zbere vse vaše “želje”, jih prevede v tehnični jezik, morda pripravi skice (kako naj bi to približno izgledalo) in vam izroči končni dokument. Nato ta dokument predate izvajalcem (ekipi znotraj vašega podjetja ali zunanjim izvajalcem), se dogovorite za denar, roke in se lotite dela.

Namig: CTO naj bo v vaši ekipi, sicer boste med implementacijo najverjetneje kaj zamudili. Preprosto nimate dovolj znanja za vse. Kdor je sodeloval pri pisanju tehničnih specifikacij, jih preveri.

Kaj vsebuje tehnična specifikacija?

Vse bo odvisno od predloge, ki jo izberete (malo naprej bom dal nekaj povezav do predlog/primerov), vendar obstajajo osnovni bloki, ki so vključeni v tehnične specifikacije:

1. Opis projekta/naloge. Na kratko napišemo, kaj je projekt ali naloga, ki jo je treba dokončati.
2. Namen in cilji. Kakšni so cilji projekta?
3. Zahteve. Dizajn, funkcije, tehnologije, ki so potrebne.
4. Opis dela. Kaj, kdaj in kako se bo naredilo.
5. Postopek kontrole in prevzema. Kako bo delo sprejeto, kaj se lahko šteje za dokončano.
6. Aplikacije. Skice, skice, prototipi.

Stroški dela so običajno vključeni v ločenem dodatku k pogodbi, vendar se zgodi, ko stranke same določijo zneske v tehničnih specifikacijah.

Oprostite, ker motim branje. Pridružite se mojemu telegram kanalu. Sveže objave člankov, razvoj digitalnih produktov in vdor v rast, vse je tu. Čakam te! Nadaljujmo ...

Primeri tehničnih specifikacij

Kljub temu, da je razvoj tehničnih specifikacij kompleksen proces, je zelo zanimiv. Vaša naloga je poustvariti sliko končnega rezultata in jo nato opisati po delih.

Primer ene od mojih tehničnih specifikacij za posodobitev Pametne aplikacije TV. Naloge za zahtevnejše in zahtevnejše izdelke smo sestavili s pomočjo sodelavcev tehnične službe. Ne oklevajte in prosite soigralcev za pomoč, vključite jih v proces čim pogosteje. In ne pozabite dati povratne informacije! Nič ni hujšega kot vložiti trud in čas v nekaj, ne da bi poznali rezultate. Povejte nam, kako so bili nasveti osebe koristni pri vašem delu, sicer je to enostranska igra.

Projektna naloga za razvoj spletne trgovine

Projektna naloga za razvoj mobilne aplikacije

Referenčni pogoji za spletno mesto

Pogoji za storitve/posodobitve

Če potrebujete več vzorcev, jih poguglajte.

Glavno priporočilo je, da to storite. Težava je v tem, da mamina lenoba premaga vse in se ji ni lahko upreti. Zberite vso voljo in začnite pisati tehnične specifikacije, samo pišite in ne nehajte. Naj vas ne skrbi, da ne bo uspelo "popolnoma", izdal vam bom skrivnost, to se nikoli ne zgodi. Le piši, vsakič bo bolje in bolje.

Tako mora biti

Moji prvi zametki za pisanje tehničnih specifikacij so se začeli pojavljati že pred nekaj leti. Delal sem z oblikovalci in si zadal nalogo ustvarjanja kreativ oglaševalske akcije. Želela sem ga nepovezano in se je sprevrglo v veliko izgubljenega časa in razlag. Sčasoma se je nastavitev nalog začela spreminjati v nekakšne semantične bloke, nato pa v nekaj podobnega tehnični specifikaciji.

Na primer za nalogo »Gumb Všeč mi je na spletnem mestu«:

1. Opis: na naši spletni strani morate ustvariti gumb »Všeč mi je«.
2. Namen in cilji: vključevanje uporabnikov, izdajanje/ocenjevanje materialov na podlagi števila všečkov.
3. Zahteve: naslednji dizajn (primer: povezava do nečesa podobnega), funkcionalnost (vsak uporabnik lahko oceni sliko in jo všečka, sistem spletnega mesta upošteva število všečkov in spreminja izhod materialov), tehnologija (na voljo na namizju in mobilne različice spletnega mesta).
4. Opis dela: risanje 3 možnosti za postavitev gumbov (datum pripravljenosti: 01.10.17), razvoj sistema za distribucijo materialov na podlagi všečkov (datum: 14.10.17), testiranje delovanja (datum: 16.10.17). ), izdaja (datum: 17.10.17)
5. Prevzem dela: uporabnik pritisne všeček, sistem šteje klik, dostava gradiva se spremeni.
6. Aplikacije: skice, skice, primeri projektov, kjer deluje podobna funkcija.

Zase pustite tiste odseke in dele strukture, ki jih potrebujete za svoje naloge. Na primer, šesti blok "Aplikacije" je mogoče opisati v funkcionalnih zahtevah. Osnovni nasvet: tako ali drugače opišite nalogo glede na strukturo tehničnih specifikacij. Tako ne boste zgrešili pomembne točke in se rešite nepotrebnih vprašanj, svojim sodelavcem pa olajšajte življenje.

Izvoli

Pogledali smo, kaj je tehnična naloga in kako jo narediti. Zdaj imate možnost jasno in jasno postaviti naloge, posredovati svoje misli drugim ljudem in prihraniti čas pri dodatnih pojasnilih. Upam, da zdaj veš, kaj storiti z vsem tem.

Projektna naloga "TOR" je dokument, ki je podlaga za razvoj katerega koli projekta. In ne glede na to, kako zapletena ali obsežna je naloga, jo mora vedno spremljati jasna in razumljiva tehnična specifikacija. Najprej to potrebuje stranka, da bi dobila točno to, kar je želela videti. Priporočljivo pa je, da izvajalec vedno zahteva jasno zastavljeno nalogo, da bo razumel, kaj od njega želijo. Veliko ljudi ignorira dejstvo pisanja podrobnih tehničnih specifikacij, kar posledično vodi v nesporazume, spore, konflikte in prepire.

Priporočamo branje:

Jaz, avtor tega članka, sem v življenju uspel biti stranka več velikih projektov, vrednih več deset tisoč dolarjev, in izvajalec nič manj dragih naročil. Preden sem dosegel resno raven, sem moral ponovno prebrati na stotine "tehničnih specifikacij" in sestaviti več deset svojih razlag za izvajalca. Tehnične specifikacije so bile vsakič bolj jasne, kar je omogočilo pridobitev končne različice dela, kot sem si jo zamislil. V tem članku bi rad govoril o tem, kako napisati tehnično specifikacijo, na kaj je treba najprej posvetiti pozornost. Povedal vam bom tudi, zakaj je priporočljivo, da stranka in izvajalec ne delata na dobri besedi, ampak vse dokumentirata.

Zakaj stranka potrebuje tehnične specifikacije?

Vi kot kupec imate predstavo o končni različici vašega naročila. Samo življenje je tako, da si lahko vsakdo iste besede razlaga drugače. Zaradi tega pogosto nastanejo težave predvsem med naročniki in izvajalci. Prvi ni razložil vsega, drugi ni razumel prav in rezultat je popolnoma drugačen od tistega, kar so vsi mislili. Tehnična specifikacija je dokument, po katerem boste prevzeli opravljeno delo. In če je nekaj narejeno narobe, nekaj ni dokončano, nekaj ni dokončano v celoti, potem lahko vedno pokažete na postavko iz tehničnih specifikacij in utemeljite svojo zahtevo za dokončanje predloženega projekta. Če tehnične specifikacije ni, potem bo praktično nemogoče dokazati, da ste to rekli, napisali, omenili. Lahko rečemo, da je tehnična specifikacija nekakšen prototip servisne pogodbe. Če delate na velikem projektu, mora biti projektna naloga dodatek k glavni pogodbi. Pri podpisu potrdila o prevzemu opravljenega dela morate vse primerjati z obsegom dela, ki je bil naveden v prvotni izjavi o delu.

Priporočamo branje:

Zakaj izvajalec potrebuje tehnične specifikacije?

Najprej je to vaš vodnik o tem, kaj morate storiti. Pogosto se stranke med razvojnim procesom domislijo nečesa in vas poskušajo prisiliti k opravljanju nepotrebnih nalog. Ali želite delati brezplačno? Prepričan sem, da ne. Prosimo za pojasnilo, da se že na začetku dogovorjeni znesek nanaša izključno na obseg dela, ki je določen v projektni nalogi. Vse več se plača posebej. Prav tako boste ob predaji projekta lahko poročali o zadanih nalogah in njihovi izvedbi. Več kot enkrat sem se srečal s trenutki, ko naročnik dela ni hotel sprejeti, češ da ni v celoti dokončano. Toda ko so bile postavljene začetne tehnične specifikacije, se je izkazalo, da zadevnih nalog sploh ni zastavil nihče. Še enkrat poudarjam - ne delajte brez tehničnih specifikacij, saj se lahko mnenje stranke spremeni pogosteje kot vreme in vse boste morali ponoviti več desetkrat, zapravljati čas in za to ne prejemati dodatnega plačila.

Kje začeti s pripravo kompetentne tehnične specifikacije

Pa pojdimo naprej glavna tema Ta članek. Nato bomo govorili o tem, kako sestaviti tehnične specifikacije in na katere točke morate vsekakor biti pozorni. Kot razumete, je vsak TK edinstven in ne bom mogel pokriti vseh vidikov. Zato bom izpostavil le glavne točke, ki bi morale biti pri kateri koli nalogi, ne glede na projekt in področje delovanja stranke.

• Splošne določbe tehničnih specifikacij

Če imate tehnično zapleten projekt ali zelo specifičen projekt, se prepričajte splošne določbe Obstajati mora glosar – slovar izrazov in definicij. Seveda je zelo dobro, če se naročnik in izvajalec razumeta in brez težav razumeta specifično terminologijo. Vendar ni vedno tako, zato je bolje zapisati, kaj pomenijo določene besede, besedne zveze, oznake. Morda bi bilo vredno razložiti nekaj vaših fraz v glosarju. Recimo, da uporabite določeno frazo in jo razlagate nekoliko drugače. Da se izognete zmedi, takoj postavite vse na svoje mesto.

Priporočamo branje:

Imel sem primer, ko je nerazumevanje pogojev povzročilo zamudo roka za več kot mesec dni. Stranka je zaradi tega utrpela določene izgube, vendar je bila težava izključno na njegovi strani. Zato ne dovolite nesoglasij. Pred začetkom projekta se odločite za terminologijo.

• Cilji projekta

Nujno je, da je v projektni nalogi navedeno, kakšni so cilji vašega projekta, zakaj nastaja, kako bo deloval in kakšen naj bo končni rezultat. Tudi če izvajalec dela na majhnem delu projekta, mora v celoti razumeti njegovo strukturo, naloge, cilje, tehnične rešitve. Za kaj? Izvajalec ne more vedno dobiti nasvetov in pojasnil od stranke in nima smisla zahtevati razlage nekaterih malenkosti, če se lahko obrnete k ciljem, razumete, čemu je projekt namenjen, in opravite svoje delo na podlagi na tem.

Naj vam povem primer. Nedavno razvito velik internet projekt, in naročil projektiranje. Oblikovalcu je bilo povedano, o čem bo stran govorila, kakšne funkcije bo imela, kaj naj počne in kako bo stran pomagala ljudem. Na splošno so prežvečili vse do najmanjših podrobnosti, ne le dizajna. Kot rezultat smo dobili postavitev, ki ni zahtevala skoraj nobenih sprememb, pa tudi ducat idej, kako spletno stran izboljšati, kaj dodati, kako jo narediti bolj privlačno.

• Funkcionalne zahteve

Vse zahteve kupcev lahko razdelimo na dve vrsti: funkcionalne in posebne. Funkcionalne zahteve so tiste izvedbene možnosti, ki jih želite videti pri sebi. Če vzamemo za primer spletno stran, potem morate izvajalcu posredovati primere funkcionalnih rešitev iz drugih projektov, ki so vam všeč in jih želite videti v svojem. Na primer, videli so element, ki jim je bil tehnično všeč, ga opisali in takoj dali povezavo, tako da je človek jasno razumel, za kaj gre, in ga lahko vzel za osnovo.

Priporočamo branje:

Posebne zahteve so zahteve, s pomočjo katerih je treba izpolniti dodeljene naloge. Če spet vzamemo za osnovo razvoj spletne strani, lahko določite programski jezik, posebni parametri postavitev, kodiranje, uporaba določenih stilov in vse, kar želite videti. Če teh zahtev ni, naj se izvajalec samostojno odloči, kaj in kako bo uporabil pri izdelavi vaših tehničnih specifikacij.

• Roki

Roki za izvedbo morajo biti določeni v projektni nalogi. Vedno vzemite z majhno rezervo, tako da hitrost izvedbe ne vpliva na kakovost. V nobenem primeru ne sme biti jasen rok in opisane so sankcije za neupoštevanje teh rokov. Izvajalec mora razumeti, da ne gre le za točko iz projektne naloge, ampak za realno montažo, v kolikor pa ni dokončana, tvega denarne ali druge sankcije.

• Poročanje

Če je projekt velik in zahteva več mesecev za dokončanje, potem delo razdelite na stopnje in za vsako določite jasne časovne okvire. Po zaključku določene faze zahtevajte poročanje o opravljenem delu. To bo izvajalca ohranilo v dobri kondiciji, da ne bo nekaj mesecev hodil naokoli, jedel in pil akontacijo, nato pa v enem tednu vse naredil z vrtoglavo hitrostjo.

Obstajati mora tudi poročilo o dejansko opravljenem delu. Kaj je bilo narejeno, koliko časa je bilo porabljenega za to, na kakšne težave je naletel izvajalec itd.

• Odgovornost

Če sestavite pogodbo, bo v njej klavzula o odgovornosti. Če ste omejeni le na tehnične specifikacije, potem je tam vredno opisati, da je izvajalec odgovoren za zamudo v rokih, neizdajo projekta, razkritje nians dela tretjim osebam, kar za vas povzroči izgube. Kateri? Prvič, v skladu z zakonom, lahko pa si določite tudi svoje globe in sankcije.

Priporočamo branje:

In na koncu tega članka bi rad dal nekaj nasvetov, ki temeljijo na lastnih izkušnjah pri pripravi in ​​sprejemanju tehničnih nalog.

1. Tehnične specifikacije morajo biti podrobne. Naj vas ne bo strah opisati vsak element, vsak predmet, vsak gumb. Napišite vse, vse, čim bolj podrobno. Ne bojte se videti natančni. Bolje je nekaj večkrat ponoviti in prežvečiti, kot pa kasneje dokončati, doplačati in spreminjati. Zadnja tehnična naloga, ki sem jo napisal, se je nanašala na razvoj spletne strani. To je bil velik informacijski projekt. Najprej smo razvili dizajn, nato pa sem na njegovi podlagi opisal funkcionalno nalogo za programerje. Tako so se vse specifikacije izkazale za 54 strani pisave A4 11. Projektna naloga je prišla kot dodatek k glavni pogodbi, ki je prav tako obsegala 7 strani. Želim pa povedati, da tudi v tako podrobni tehnični specifikaciji nisem mogel upoštevati vsega, saj so bile v procesu razvoja podpisane še tri dodatne pogodbe, s katerimi sem vnesel določene popravke na prvotno verzijo naloge.
2. Tehnične specifikacije morajo biti jasne. Voda ni potrebna. Vse je na mestu. Če pišete o roku, potem konkretno številko, če o funkcionalnosti, potem seznam funkcionalnih rešitev, ki jih potrebujete itd.
3. Vaša tehnična specifikacija ni dogma, ampak le ena od možne možnosti izvajanje nalog. Če sem iskren, nisem strokovnjak za programiranje. Da, lahko razmišljam o strukturi projekta, njegovi funkcionalnosti, nekaterih tehničnih rešitvah, vendar se vedno pri pripravi končne različice tehničnih specifikacij posvetujem z izvajalci. Lahko kaj vidijo, izrazijo svoje mnenje, svetujejo optimalna rešitev izvedba.

To je verjetno vse, kar sem hotel povedati v tem članku. Sestavljanje tehničnih specifikacij ni tako težko, če jasno razumete, kaj želite od izvajalca. Lahko še enkrat preberete moj nasvet in ga uporabite v svojem konkretnem primeru. Vso srečo!