Կյանքում հաճախ է պատահում, որ մարդ չի կարողանում բացատրել, թե ինչ է ուզում, նույնիսկ առօրյա գործերում։ Երբ խոսքը վերաբերում է ծրագրավորողին ձեր «ցանկությունները» բացատրելուն, մարդը պարզապես ընկնում է թմբիրի մեջ:

Իդեալում, TK-ն պետք է կազմվի հաճախորդի կողմից. միայն նա գիտի, թե ինչ է իրեն անհրաժեշտ: Բայց գործնականում, 1C-ի ոլորտում հաճախորդի ցածր իրավասության պատճառով, դա հաճախ ստիպված է լինում անել կապալառուն: Հաճախորդը բանավոր բարձրաձայնում է իր կարիքները, իսկ ծրագրավորողը (խորհրդատուը) դա ձևակերպում է գրավոր:

Ինչու՞ է անհրաժեշտ հստակեցում:

Ցանկացած, իդեալական, պետք է ուղեկցվի տեխնիկական առաջադրանքով: Սա, առաջին հերթին, առաջադրանքի, ժամկետների և իրականացման եղանակի հստակ սահմանումն է։ Երկրորդ՝ դա փաստաթուղթ է, որի օգնությամբ ապագայում լուծվում են բոլոր վեճերը։ Տեխնիկական բնութագրում գրել-չգրելը, իհարկե, կախված է ձեզանից, անձամբ ինձ համար տեխնիկական բնութագրումը հեշտացնում է հաճախորդի հետ աշխատելն ու շփվելը:

Ստացեք 267 1C վիդեո դասեր անվճար.

Ի՞նչ պետք է պարունակեն տեխնիկական առաջադրանքը:

Նրանք. Առաջադրանքը պետք է ներառի.

• նպատակ- այն խնդիրը, որը մենք կլուծենք այս TOR-ն իրականացնելով.
• նկարագրությունը- առաջիկա բարելավումների ամփոփում;
• իրականացման եղանակը — մանրամասն նկարագրություննպատակների լուծման մեթոդներ. Այս պահին անհրաժեշտ է ծրագրավորման լեզվով նկարագրել առաջադրանքի բոլոր նրբությունները. Եթե ​​չգիտեք «ծրագրավորման լեզուն», բայց «ինչ-որ բան եք լսել», ավելի լավ է չփորձեք գրել տեխնիկական լեզվով, ստացվում է, որ բավականին զվարճալի է: Նկարագրությունը պետք է լինի միանշանակ և հարցեր չառաջացնի։ Այն կարող է պարունակել նաև մեկ այլ ոլորտում նմանատիպ լուծման իրականացման օրինակ.
• կատարողականի գնահատում- շատ կարևոր կետ, աշխատանքային ծախսերի նկարագրություն:

Այնտեղ կան նաեւ պետական ​​ստանդարտներըգրել TK - GOSTs. Գործնականում դրանք հազվադեպ են օգտագործվում որևէ տեղ, բայց պատահում է, որ հաճախորդը պնդում է դա:

Փորձառությունից ելնելով, աշխատանքը հանձնելիս շատ հաճախ են առաջանում այնպիսի իրավիճակներ, ինչպիսին է «այն ժամանակ ասել ենք…», ինչը այնքան էլ հաճելի չէ, և հաճախ ստիպված ես գործն ամբողջությամբ կրկնել: Հետևաբար, լավ գրված TOR-ը մեծապես հեշտացնում է երկու կողմերի կյանքը:

TK-ի օրինակներ և նմուշներ 1C-ի համար

Մի փոքր ընտրություն, որը ես գտա ազատորեն հասանելի ցանցում: Սկսած ամենապարզից և մատչելիից, վերջացրած բավականին բարդ փաստաթղթերով:

Տեխնիկական պայմանները կարևոր են ինչպես կապալառուի, այնպես էլ պատվիրատուի համար: Այն օգնում է կապալառուին ավելի լավ հասկանալ, թե ինչ է ուզում հաճախորդը, ապահովագրվել հաճախորդի կողմից հանկարծակի «ցանկություններից», արագացնել աշխատանքը առաջադրանքի վրա: Հաճախորդին` հստակ ասել, թե ինչ է ուզում, պարզեցնել որակի հսկողությունը, ստանալ ծառայության ճշգրիտ արժեքը: Մենք ձեզ կասենք, թե ինչպես ճիշտ կազմել TOR և ինչ անել դրա հետ ավելի ուշ:

Ինչ է տեխնիկական առաջադրանքը

Տեխնիկական պայմաններ - փաստաթուղթ, որն արտացոլում է ապագա արտադրանքի բոլոր պահանջները: Այն նկարագրում է բոլոր տեխնիկական պահանջները: Սովորաբար TK-ն կազմվում է տեքստային փաստաթղթի տեսքով, հազվադեպ՝ այլ ձևաչափերով։

TK-ն օգտագործվում է բոլոր կայքերի մշակողների կողմից: Տառագրողների, ծրագրավորողների, դիզայներների համար դա օգնում է ավելի լավ հասկանալ հաճախորդի պահանջները և ստեղծել ռեսուրս, որը համապատասխանում է նրա ակնկալիքներին: Բացի այդ, TK- ն օգտագործվում է բոլոր այլ ոլորտներում, օրինակ.

• հավելվածի մշակում;
• տան ձևավորում;
• տեքստեր գրելը և այլն:

Եթե ​​դուք աշխատում եք տեխնիկական առաջադրանքների համաձայն, վեճերի և ձգձգվող դատավարությունների ռիսկը նվազագույնի է հասցվում:

Ինչպես կազմել տեխնիկական առաջադրանք. կայքի տեխնիկական բնութագրերի կառուցվածքը

Աշխատանքն սկսելուց առաջ.

• Որոշեք, թե ով է անելու տեխնիկական առաջադրանք
• Բացատրեք պայմանները
• Խուսափեք սուբյեկտիվ արտահայտություններից

Առաջին հայացքից թվում է, որ կայքի տեխնիկական բնութագրերը պետք է կազմվեն հաճախորդի կողմից, քանի որ նա պատվիրում է ռեսուրս և պահանջներ է ներկայացնում դրա վրա։ Իրականում երկուսն էլ պետք է մասնակցեն գործընթացին. հաճախորդը բարձրաձայնում է պահանջները, իսկ կատարողը դրանք գրում է կոնկրետ, ճշգրիտ և հստակ: Օրինակ, հաճախորդն ասում է, որ ցանկանում է բոլոր օգտատերերի համար հարմարեցված կայք, և մշակողը սահմանում է հարմարվողականության պահանջներ 4 հասանելի չափերի համար՝ ԱՀ, նոթբուք, պլանշետ, սմարթֆոն:

Տերմինների սահմանումը շատ կարևոր է. Ցանկալի է հենց սկզբից բացատրել բոլոր խիստ մասնագիտացված տերմինները. հաճախորդները միշտ չէ, որ գիտեն, թե ինչ է նկուղը (ստորատակը), CMS-ը, ձուկը: Որքան պարզ և հստակ լինեն բացատրությունները, այնքան ավելի պարզ կլինի TOR-ը երկու կողմերի համար:

Սուբյեկտիվ տերմինները կարող են անհարկի հակասություններ առաջացնել. Մի գրեք «դիզայնը պետք է լինի գեղեցիկ», - գեղեցկության հասկացությունը տարբեր է բոլորի համար: Նույնը վերաբերում է «հարմար», «հեշտ օգտագործման», «մեծ» որակյալ ածականներին: Օգտագործեք հատուկ թվեր և պարամետրեր. օրինակ, նկարագրեք գունային սխեման կամ տարրերի դասավորությունը:

Տեխնիկական առաջադրանքի կառուցվածքը կարող է լինել ցանկացած. Որպես օրինակ՝ մենք առաջարկում ենք կայքի համար TOR-ի պարզ կառուցվածք:

Նկարագրեք կայքը

Ասեք մեզ, թե ինչ տեսակի կայք է ձեզ անհրաժեշտ, ով է օգտագործելու այն, ինչի համար է այն ստեղծված: Օրինակ, գրեք, որ ձեզ անհրաժեշտ է առցանց խանութ, ապրանք վաճառելու վայրէջք կամ 10 էջանոց այցեքարտի կայք: Նշեք էջերի մոտավոր թիվը, եթե ճշգրիտ թիվը չգիտեք։

Եթե ​​նախագիծն ունի կոնկրետ թիրախային լսարան, նկարագրեք այն: Սա կօգնի ստեղծել ռեսուրս, որը կգրավի հաճախորդներին, օրինակ՝ օգտագործել համապատասխան լեզու հոդվածներում կամ դիզայնում, որը գրավում է երիտասարդներին կամ տարեցներին:

Ասա ինձ կառուցվածքի մասին

Առանց կառուցվածքի ըմբռնման անհնար է նորմալ կայք զարգացնել։ Նկարագրեք, թե ինչ էջեր կլինեն կայքում և ցույց տվեք դրանց բնադրման մակարդակները: Դուք կարող եք դա անել տարբեր ձևերով.

• սխեման
• սեղան
• ցուցակը

Գլխավորն այն է, որ ի վերջո պարզ է, թե որ էջերը կտեղակայվեն մենյուում, որտեղ կառաջնորդեն, յուրաքանչյուր բաժին որ մայր էջ ունի։ Խորհուրդ ենք տալիս օգտագործել սխեմաները. դրանք ավելի պարզ են և ավելի հեշտ ընթեռնելի, քան ցուցակներն ու աղյուսակները, դրանք օգնում են մի քանի վայրկյանում գնահատել կայքի ամբողջ կառուցվածքը:

Ամենապարզ կառուցվածքի օրինակ՝ բլոկային դիագրամի տեսքով

Նկարագրեք, թե ինչ կլինի յուրաքանչյուր էջում

Ասեք մեզ, թե ինչպես եք տեսնում կայքի էջերը: Ցանկալի է դա անել նախատիպի ձևաչափով, որպեսզի հստակ ցուցադրվի յուրաքանչյուր տարրի գտնվելու վայրը: Դուք կարող եք նկարագրել պահանջները ցուցակով, օրինակ, ասեք, թե ինչ կլինի կայքի վերնագրում, որտեղ գտնվում է ձևը հետադարձ կապ, որը կլինի անվճար կողագոտում։

Եթե ​​կայքի բոլոր էջերը մոտավորապես նման են, օրինակ, դուք նախատեսում եք ստեղծել այցեքարտի կայք, կարող եք ձեռք բերել երկու նախատիպ. գլխավոր էջև այլ բաժիններ։ Եթե ​​կան նմանատիպ էջերի մի քանի խմբեր, օրինակ՝ առցանց խանութի կատալոգի բաժիններ, հոդվածներով բլոգ և առաքման / հավաքման / տեղադրման ծառայությունների նկարագրություն, ավելի լավ է յուրաքանչյուր խմբի համար պատրաստել ձեր սեփական նախատիպը:

Կայքի գլխավոր էջի նախատիպի օրինակ՝ ամեն ինչ պարզ է, հարմար, հասկանալի

Դիզայնի պահանջներ ներկայացրեք

Եթե ​​կա մշակված դասավորություն, հիանալի, դուք կարող եք պարզապես տեղադրել այն հանձնարարականի մեջ: Եթե ​​ոչ, դուք պետք է գրեք դրա պահանջները գունային սխեմանօգտագործված պատկերներ, լոգոներ։ Օրինակ:

• Նշեք, թե որ կորպորատիվ գույները կարող են օգտագործվել դիզայնի մեջ, և որ երանգները բացարձակապես ոչ
• Տրամադրեք լոգոն, որը պետք է լինի կայքի վերնագրում
• Նշեք այն տառատեսակները, որոնք կցանկանայիք օգտագործել էջերի, մենյուների, էջատակների, բովանդակության ձևավորման համար

Եթե ​​չկան հստակ պահանջներ, այսինքն՝ հաճախորդն ինքը չի կարող ձևակերպել կայքի իր տեսլականը, կարող եք նրան առաջարկել մի քանի ստանդարտ դասավորություններ՝ առանձին ընտրելու կամ մշակելու դասավորությունը, այնուհետև համաձայնեցնել դրա մասին: Դա պետք է արվի մինչև TOR-ի հաստատումը, հակառակ դեպքում ճաշակի տարբերությունը կարող է զգալիորեն հետաձգել նախագիծը:

Նկարագրեք գործիքների, կոդի, հոստինգի, տիրույթի պահանջները

Սա անհրաժեշտ է, որպեսզի նախապես իմանաք, թե որ գործիքների հետ կարող եք աշխատել, իսկ որոնք՝ ոչ: Առանձին բլոկում նկարագրեք.

• Որ կայքը պետք է լինի՝ WordPress, Joomla, Modex և այլն
• Ինչ ծրագրավորման լեզու կարելի է օգտագործել՝ PHP, JavaScript, HTML և այլն
• Ինչ հոսթինգի վրա և ինչ տիրույթի գոտում պետք է գտնվի կայքը, ինչ դոմեյն անուն կարող է օգտագործվել
• Ինչ ծրագրային հարթակ կարող է օգտագործվել՝ .NET, OpenGL, DirectX
• Եվ այսպես շարունակ

Եթե ​​հաճախորդը ոչինչ չի հասկանում օգտագործված տերմիններից, բացատրեք, թե ինչպես է WordPress-ը տարբերվում Modex-ից, PHP-ը՝ HTML-ից, .ru գոտում տիրույթը .com գոտու տիրույթից։ Միասին ձևակերպեք պահանջները, որպեսզի դրանք համապատասխանեն հաճախորդին:

Նշեք կայքի պահանջները

Լռելյայնորեն կայքը պետք է աշխատի բոլոր սարքերի օգտատերերի համար, տարբեր բրաուզերներում, դիմակայի հաքերային հարձակումներին և արթուն մնա, երբ միաժամանակ այցելեն 1000 օգտատեր։ Բայց ավելի լավ է այն գրել առանձին բլոկում: Նշեք.

• Կայքի բեռնման ընդունելի արագությունը ձեզ համար կամ ստանդարտ արժեք՝ 1–5 վայրկյան
• Բրաուզերների համատեղելիություն - նկարագրեք, թե որ բրաուզերներում պետք է բացվի կայքը
• Արձագանքողականություն - նշեք էկրանի չափերը, որոնց պետք է հարմարվի դիզայնը և օգտագործվող սարքերը
• Բեռի դիմադրություն. քանի մարդ պետք է միաժամանակ լինի կայքում, որպեսզի այն «չպառկի»
• Ճկունություն հաքերների և dDos հարձակումների նկատմամբ. կայքը պետք է դիմակայել փոքր հարձակումներին

Գրեք կայքի սցենարներ

Նկարագրեք, թե ինչպես օգտվողը պետք է փոխազդի կայքի հետ, և ինչ գործողություններ պետք է կատարվեն ռեսուրսի վրա: Դա կարելի է անել պարզ համարակալված ցուցակի կամ ճյուղավորված ալգորիթմի տեսքով, եթե օգտատերերը ընտրություն ունեն գործողությունների միջև: Եթե ​​կան բազմաթիվ ինտերակտիվ ծառայություններ, գրեք դրանցից յուրաքանչյուրի համար սցենար:

Կայքի ամենապարզ սցենարի օրինակ

Պարզեք, թե ով է զբաղվում բովանդակությամբ:

Որոշ մշակողներ իրենք են գրում տեքստեր, ինչ-որ մեկը դրանք պատվիրում է copywriters-ից, ինչ-որ մեկը օգտագործում է ձուկ: Անմիջապես պարզաբանեք, թե արդյոք բովանդակության տրամադրումը ներառված է զարգացման ծառայության մեջ: Եթե ​​այո, դուք կարող եք անմիջապես սահմանել լրացուցիչ պահանջներ, օրինակ՝

• - ոչ պակաս, քան 95% ըստ Advego, Text.ru, Content.Watch
• Սրտխառնոց (սպամ) - ոչ ավելի, քան 10% ըստ Advego-ի կամ 65% ըստ Text.ru-ի
• Միավորներ Glavred-ի համար՝ առնվազն 6,5 կամ 7 միավոր

Իհարկե, տարբեր ծառայությունները համադարման չեն, բայց նվազագույնի են հասցնում դրա «ջրային» կամ սպամ լինելու ռիսկը։ Բացի այդ, այսպես են ի հայտ գալիս տեքստերի որակը գնահատելու ճշգրիտ չափանիշներ։

Նշեք պայմանները

Սա հաճախ մոռացվում է: Առաջադրանքների մեծ մասը պետք է հստակեցնի ժամկետները, հակառակ դեպքում զարգացումը կարող է ձգձգվել մի քանի ամիս, կես տարի, տարի: Մի օգտագործեք սխալ ձևակերպումներ, օրինակ՝ «մեկ ամսից»: Գրեք ստույգ ամսաթիվը՝ օրինակ՝ 2018 թվականի դեկտեմբերի 1-ը։

Life hack:Ավելի լավ է առաջադրանքները կազմել որպես համագործակցության համաձայնագրի հավելված։ Այսպիսով, դուք ամրագրում եք կայքի զարգացման բոլոր պահանջները, իսկ վեճերի դեպքում կարող եք շահել գործը դատարանում։

Հիշեք. յուրաքանչյուր TK-ում պետք է լինի մի քանի հիմնական բլոկ.

• Նպատակներ և խնդիրներ - այն մասին, թե ինչու եք ստեղծել TK-ն ընդհանրապես, ինչ եք ուզում անել արտադրանքի հետ
• Ինչպիսի՞ն պետք է լինի ապրանքը` ընդհանուր գծերով նկարագրություն
• Տեխնիկական պահանջներ- տան տարածքը, տեքստի ծավալը, հավելվածի ֆունկցիոնալությունը և այլն
• Ժամկետներ - դրանք կարևոր են վեճերը վերացնելու համար:

Ծրագրաշարի տեխնիկական բնութագրի կազմման օրինակ

Մենք պետք է ծրագրային ապահովման ստեղծենք: Տեխնիկական պահանջներ՝ ստորև.

Նկարագրությունբոլոր հեղինակավոր կայքերում բանալի բառով հոդվածներ որոնելու ծրագիր, անհրաժեշտ է ձեռքով մուտքագրել հեղինակավոր կայքերի հասցեները:

Ինչ պետք է անի ծրագրաշարը.մտնելուց հետո հիմնաբառգտնում է հոդվածներ կայքերում, որոնք նախապես մուտքագրվել են որպես հեղինակավոր աղբյուրներ, ցուցադրում է համընկնումների ցանկը այս ձևաչափով.

• Հղում
• Հոդվածի վերնագիր
• Առաջատար պարբերություն

Եթե ​​կան 10-ից ավելի համընկնումներ, ապա պետք է բաժանել էջերի՝ յուրաքանչյուրի վրա 10 հատ:

Տեխնիկական պահանջներ.ծրագրավորման լեզու - ցանկացած, դա նշանակություն չունի: Հիմնական բանն այն է, որ ծրագիրը կարող է այնուհետև վերջնական տեսքի բերել և դուրս բերել որպես առցանց ծառայություն: Իդեալում, ծառայությունը պետք է որոնել 10 վայրկյան:

Ժամկետավորում: մինչև 15.09.2018թ.

Բնականաբար, այս TOR-ը կարող է բարելավվել. մենք այն տրամադրեցինք որպես օրինակ: Իսկ ինչպե՞ս եք կարծում, ինչպե՞ս կարելի է կատարելագործել տեխնիկական առաջադրանքը, որպեսզի այն դառնա էլ ավելի պարզ, պարզ, հարմար։

Հեղինակից: Ինչպես գրել վեբ կայքի ստեղծման տեխնիկական առաջադրանք? Թեման բավականին ծավալուն է, և մեկ հոդվածի շրջանակներում դժվար է այն 100%-ով ապամոնտաժել (եթե ընդհանրապես հնարավոր է): Բայց ընդհանուր դրույթներ, այն, ինչ դուք պետք է հաշվի առնեք, ինչին պետք է ուշադրություն դարձնեք TOR-ը կազմելիս, ես կփորձեմ բավական մանրամասն նկարագրել այս հոդվածում:

Այսպիսով, TK

Տեխնիկական պայմանները կազմվում են կայքի մշակողի համար: Հաճախորդի և կապալառուի միջև պայմանագիրը կազմելիս պետք է հղում կատարել TK-ին: Պետք է նախատեսել պատասխանատվություն երկու կողմերի ՏՕ կետերի և պայմանների չկատարման կամ ոչ ճիշտ կատարման համար։ Բայց ամենակարևորը (իմ կարծիքով), որի համար ստեղծվում է TK, դրա համար է արագացնել կայքի մշակման գործընթացը.

Եկեք վերլուծենք այս օրինակը.

Ենթադրենք, որ ձեզ անհրաժեշտ է օրացույց ինչ-որ տեղ ձեր կայքի կողքին: Դա մանրուք էր թվում։ Բայց որքան շատ նկարագրեք այս օրացույցի ֆունկցիոնալությունը, այնքան ավելի արագ կստանաք արդյունքը:

Այստեղ մի փոքր կբացատրեմ. Օրացույցն այլ է. Կա օրացույց, որը պարզապես ցույց է տալիս ընթացիկ ամսվա շաբաթվա օրերի համարները: Կա օրացույց՝ ամիսների միջով ոլորելու հնարավորությամբ։ Կա օրացույց՝ ամիսներն ու տարիները թերթելու ունակությամբ։

Ենթադրենք ձեզ անհրաժեշտ է վերջին տարբերակըօրացույց (ամիսների և տարիների միջով ոլորելու ունակությամբ) ընթացիկ ամսաթիվը նշելով: Դուք նշել եք TOR-ում. «կողային տողում օրացույց է անհրաժեշտ»: Հաճախորդը ձեզ համար պատրաստում է օրացույցի առաջին տարբերակը (ուղղակի ցույց է տալիս թվերն ըստ ընթացիկ ամսվա շաբաթվա օրերի):

Այն, ինչ ունենք։ Կապալառուն լրացրեց TK կետը, բայց դուք բոլորովին այլ օրացույց եք ուզում: Թվում է, թե ամեն ինչ համապատասխանում է TOR-ին, ոչ ոք մեղավոր չէ, դա կոնֆլիկտի չի եկել, բայց ամենակարևորը կորել է. ժամանակ և գումար.

Սա պարզապես սովորական օրացույցի օրինակ է։

Իսկ եթե պետք է ավելի լուրջ բան անես, որի մշակումը կես օրից ավելի է տևում, ինչպես օրացույցի դեպքում է։ Եվ դուք չունեք կայք, և հաճախորդը խառնվում է ձեզ հետ, չնայած նա կարող է ավարտել ձեր նախագիծը և սկսել նորը:

Հետևաբար, քան ավելինԵթե ​​նկարագրեք յուրաքանչյուր կայքի մոդուլի ֆունկցիոնալությունը, այնքան ավելի արագ կստանաք արդյունքը: Սա պետք է շահագրգռված լինի երկու կողմերին էլ։

Ո՞ր տարրերից է սովորաբար բաղկացած TOR-ը:

Եկեք պատկերացնենք, որ դուք ինչ-որ ընկերության կամ ֆիրմայի սեփականատեր եք։ Ձեր ընկերությունը զբաղվում է ցանկացած ապրանքի արտադրությամբ և իրագործմամբ: Դուք գնորդներ ունեք: Դուք համագործակցում եք վաճառողների (խանութներ և առցանց խանութներ), սպասարկման կենտրոնների, ապրանքների սպառողների հետ։ Կամ դուք կայք եք պատրաստում նման ընկերության համար և պետք է գրեք տեխնիկական բնութագիր:

Անկախ նրանից, թե դու ինչ դերում ես, առաջինը պետք է ուսումնասիրել կազմակերպության կառուցվածքը, ինչ է անում այն, նոմենկլատուրան, բնութագրերը և ընդհանրապես այն ամենը, ինչ կապված է ապրանքի և ընկերության հետ: Այն, թե հաճախորդը որքան խորն է խորանալու ձեռնարկությունում տեղի ունեցողի էության մեջ, կախված է նրանից, թե ինչ կլինի կայքում: Հետևաբար, այստեղ խնդիրը երկկողմանի է՝ հաճախորդը պետք է հնարավորինս մանրամասն պատմի ձեռնարկության մասին, իսկ կատարողը պետք է մանրակրկիտ հասկանա տեղի ունեցողի էությունը։

Նույնիսկ եթե դուք ինքներդ եք գրում տեխնիկական բնութագրեր այն ընկերության համար, որը կպատրաստի կայքը, վատ չէ այս ամենը գնահատել թղթի վրա։

Անցնենք կետերին։

Կայքի նկարագրությունը

Այստեղ դուք կարող եք մի երկու նախադասությամբ գրել ընկերության մասին, թե ինչ է անում: Ներածության նման մի բան արեք:

ում համար՝ կայքի թիրախային լսարանը:

• պոտենցիալ գնորդներ
• ապրանքների վաճառողներ (խանութներ, առցանց խանութներ)
• սպասարկման կենտրոններ
• գործընկերներ (ընկերություններ)
• ապրանքի սպառողներ (նրանք, ովքեր արդեն գնել են)

Ինչու՞ է ձեզ անհրաժեշտ կայք:

• Ընկերության իմիջը բարձրացնելու համար
• Վաճառքներն ավելացնելու համար
• Հաճախորդի հարմարության համար

Կայքի տեսակը:

• Կորպորատիվ
• Կայք - այցեքարտ
• Ինտերնետ խանութ

Լեզվի տարբերակները:

• Անգլերեն
• ռուսերեն

Կայքը պետք է որոշ խնդիրներ լուծի։ Համապատասխանաբար, մենք առաջ ենք շարժվում կայքի նպատակներով և խնդիրներով:

Կայքի նպատակներն ու խնդիրները

TOR-ի այս բաժնում մենք անցնում ենք ամբողջը թիրախային լսարանև նկարագրեք առաջադրանքների շրջանակը, որը կայքը պետք է լուծի նրանց համար:

Ապրանքների պոտենցիալ գնորդներ.

Թիրախավելի շատ գնորդներ գրավելու և նրանց համոզելու առաջին գնումը կատարել, օգնել ընտրություն կատարել:

Խնդիրները պետք է լուծվեն:

Տրամադրել բարձրորակ, համապարփակ տեղեկատվություն ապրանքների, լրացուցիչ ծառայությունների, երաշխիքների, սպասարկման, ընտրության մեթոդների մասին։

• Ներկայացրեք տեղեկություններ խանութների մասին
• Տրամադրել մանրածախ տեղեկատվություն առևտրային ցանց

Տրամադրել հարց տալու հնարավորություն ձեռնարկության մասնագետների կողմից ապրանքների ընտրության, գնման վերաբերյալ պոտենցիալ գնորդների առցանց խորհրդատվության կազմակերպման միջոցով:

Այսպիսով, մենք անցնում ենք ողջ թիրախային լսարանի միջով: Եթե ​​հետևում եք մեր կայքին, մենք նկարագրում ենք արտադրանքի վաճառողների (խանութներ, առցանց խանութներ), սպասարկման կենտրոնների, գործընկերների (ընկերությունների), արտադրանքի սպառողների նպատակներն ու խնդիրները: Այսինքն՝ կոնկրետ ինչ պետք է անի կայքը նրանցից յուրաքանչյուրի համար։

Այժմ թվարկում ենք կայքի մոդուլները։

Կայքի ֆունկցիոնալությունը

Կայքի ֆունկցիոնալությունը թվարկելու համար անհրաժեշտ է որոշել, թե ինչ է պետք.

• Ձեզ անհրաժեշտ են նորություններ կայքում
• Ձեզ անհրաժեշտ է գովազդային բլոկ:
• Պահանջվում է գրանցում
• Ինձ պետք է կայքի մասնավոր բաժին (միայն գրանցված օգտվողների համար)
• Ձեզ անհրաժեշտ է հետադարձ կապի ձև:
• Ինձ պետք է նամակագրության սցենար
• և այլն: և այլն:

Այս ամենի նկարագրությունից հետո մենք հասնում ենք ամենակարևորին և ամենահետաքրքիրին: Իհարկե, վերևում կատարված բոլոր աշխատանքները շատ կարևոր են, բայց հիմա այն էլ ավելի է «թեժանում»:

Կայքի ֆունկցիոնալության նկարագրությունը

Վրա այս պահինմենք գիտենք, թե ում համար է կայքը, ինչ նպատակներ և խնդիրներ պետք է իրականացնի, դրա լրացուցիչ ֆունկցիոնալությունը:

Եկել է ժամանակը, երբ դուք պետք է ամբողջ հավաքագրված տեղեկատվությունը ներմուծեք համակարգ և գեղեցիկ տեղադրեք այն կայք: Դա հեշտացնելու և անիվը նորից չհայտնագործելու համար կարող եք դիտել նմանատիպ թեմաներով կայքեր: Սովորեք ինչ-որ բան նրանցից, տեսեք և փորձարկեք նրանց ֆունկցիոնալությունը և փորձեք բարելավել այն, ինչ անհարմար էր թվում ձեր կայքում: Սկզբունքորեն, դուք կարող եք դիտել նմանատիպ թեմաների կայքեր (և եթե փորձ չունեք, ապա ձեզ նույնիսկ անհրաժեշտ է) TOR-ի կազմման հենց սկզբում:

Առաջարկում եմ սկսել մենյուի տարրերից։ Այն պետք է ցուցադրի կայքի հիմնական էջերը և համոզվի, որ այցելուներից յուրաքանչյուրն արագ տեղեկատվություն գտնի իր համար: Իսկ այցելուները մեր թիրախային լսարանն են: Ճաշացանկը կներառի բազմաթիվ տարրեր, ուստի այն կլինի բացվող ցանկի տեսքով:

Նախ պետք է պատմել ընկերության մասին։ Կարող են լինել էջեր ընկերության, ընկերության պատմության, կոնտակտների, ակնարկների մասին:

Բնականաբար, պետք է լինի ընտրացանկի տարր «ապրանքներ», ենթակետերով « Ապրանքի կատալոգ», «թողարկումներ», «արտադրանքի ակնարկներ»:

Ընդհանուր առմամբ, հուսով եմ, որ պարզ է, թե ինչպես կարելի է նկարել: Ես կներկայացնեմ մեր կայքի հնարավոր մենյուի վերջնական տարբերակը.

Ընկերության մասին

• ընկերության պատմությունը
• կոնտակտներ
• ակնարկներ

Նորություններ

• զարգացումները
• պաշար
• նոր տեղում

Ապրանքներ

• Ապրանքի կատալոգ
• թողարկումներ
• արտադրանքի ակնարկներ

Ծառայություն

• սպասարկման բաժին
• երաշխիքային սպասարկում
• հետերաշխիքային սպասարկում

Սպառող

• գնում և առաքում
• օգտագործել
• ծառայության մասին

Խանութներ և առցանց խանութներ

• արտադրանքի լուսանկարներ
• Հաճախակի տրվող հարցեր

Սպասարկման կենտրոններ

• Ինչպես դառնալ Սպասարկման կենտրոն
• Հաճախակի տրվող հարցեր

Գործընկերներ

• համագործակցության հրավեր
• Հաճախակի տրվող հարցեր

Մենք մի տեսակ պարզեցինք ճաշացանկը: Այժմ դուք պետք է նկարագրեք, թե ինչ կլինի յուրաքանչյուր էջում և ինչպես է այն աշխատում որպես ամբողջություն: Բացի այդ, տրամադրեք կայքի մոտավոր դասավորությունը: Այն կարելի է մատիտով նկարել թղթի վրա, սկանավորել և կցել TK-ին: Միակ բանը, որ կասեմ՝ մի՛ սահմանափակեք դիզայների երևակայությունը, ուրվագծեք այն ամենաընդհանուր ձևով։

Այս մասը փոխվում է՝ կախված նրանից, թե ինչպես եք ցանկանում ձեր էջը տեսք ունենալ: Միգուցե վերևում ձեզ այդքան շատ պաստառներ պետք չեն, միգուցե վերևում պետք է նշեք կոնտակտներ (հասցե, հեռախոս, ֆաքս), գուցե «կայքի քարտեզ», «տուն», «կոնտակտներ» պատկերակների տեսքով: Միգուցե ձեզ ձախ կողմում նորություններ պետք չեն, բայց ձախ կողմում ցուցադրեք «առաջխաղացումներ և թողարկումներ»:

Հիմա գլխավորը աշխատանքի տրամաբանությունը նկարագրելն է։

Գործողության տրամաբանություն

Ես նկարագրելու եմ վերը նշված նկարի հիման վրա:

Կայքի վերին մասը մնում է նույնը կայքի յուրաքանչյուր էջում: Նորությունների հոսքը տեսանելի է միայն գլխավոր էջում։ Ձախ կողմում գտնվող երկրորդական էջերում մենք ցույց ենք տալիս այն ապրանքի ցանկի ենթակետերը, որոնցում մենք գտնվում ենք (օրինակ, եթե մենք գտնվում ենք «ծառայության» էջում, ապա մենք ցույց ենք տալիս հղումներ դեպի «երաշխիքային ծառայություն», «փոստ» - երաշխիքային սպասարկում»): Համապատասխանաբար, այս հղումներով անցումները տանում են դեպի համապատասխան էջեր։ Այստեղ, ձախ կողմում ենթակետերի տակ, մենք ցուցադրում ենք առցանց խորհրդատուների հետ կապ հաստատելու տվյալները (Skype, ICQ): Արգելափակել գովազդները և թողարկումները մնում են յուրաքանչյուր էջում: Կայքի ստորագիրն ամեն էջում ցուցադրվում է նույնը:

Մոտավորապես այդպես է նկարագրված աշխատանքի ընդհանուր տրամաբանությունը։

Այժմ մենք մանրամասն նկարագրում ենք յուրաքանչյուր բլոկ: Օրինակ «News feed»:

«Լրատվական հոսք» 10 Վերջին նորություններ. Յուրաքանչյուր նորություն պետք է բաղկացած լինի նորության վերնագրից, հրապարակման ամսաթվից, լուրի հակիրճ մեկնարկից (4-5 տող) և «կարդալ ամբողջությամբ» հղումից։ Սեղմելով «կարդալ ամբողջությամբ» հղման վրա՝ հայտնվում ենք նորությունների էջ։ Հիված լուրերը ցուցադրվում են հիմնական բովանդակության տեղում։ Այն ներառում է նաեւ լուրի վերնագիրը, հրապարակման ամսաթիվը։ Նորությունների հոսքը նույնպես ցուցադրվում է ձախ կողմում: Նախորդ ամիսների և տարիների լուրերը արխիվացված են: Այսինքն՝ ընթացիկ ամսվա նորությունների տակ մենք ցուցադրում ենք «արխիվ (այսինչ ամսվա կամ տարվա համար)»։ Երբ կտտացնում եք «արխիվ (նման ամսվա կամ տարվա համար)» հղմանը, համապատասխան ամսվա/տարվա նորությունների ցանկը դուրս է գալիս:

Այսպես ենք նկարագրում յուրաքանչյուր բլոկի աշխատանքը։ Չմոռանանք օրացույցի դեպքի մասին. Եվ ամենակարեւորը, դուք պետք է ներկեք ապրանքի կատալոգի աշխատանքը: Ահա ես ձեզ առաջադրանք եմ տալիսՓորձեք մտածել և նկարագրել, թե ինչպես է աշխատելու կատալոգը: Ուղարկեք ձեր տարբերակները էլեկտրոնային փոստով: Մենք կտեղադրենք լավագույնը։

Էլ ի՞նչ պետք է լինի: Լավ կլինի նշել համատեղելիությունը:

Համատեղելիություն

Այս պարբերությունում մենք նշում ենք, թե որն է օպերացիոն համակարգերև որ բրաուզերներում կայքը պետք է նույնքան լավ տեսք ունենա: Ինչ տարբերակով, ինչ լեզվով պետք է գրել։ Ինչ CMS է օգտագործվում: Արժե նշել, եթե իսկապես հասկանում եք, թե ինչի մասին եք խոսում:

Եթե ​​այս հարցերը ձեզ չեն պատկանում, ապա պարզապես նշեք այն բրաուզերները, որոնցում կայքը պետք է ճիշտ ցուցադրվի: Մնացածի համար հույս դրեք կատարողի խղճի վրա։

Եզրակացություն

Այս հոդվածում ես չեմ ձգտել ցույց տալ, որ TK-ն այսպես է կազմվում և ուրիշ ոչինչ: Արեք սա և ոչ մի խնդիր չեք ունենա: Բարձրորակ TOR-ի կազմումն ավելի շատ փորձի խնդիր է։ Առաջին զույգում ոչ բոլորին կհաջողվի իրավասու TK կազմել:

Այս հոդվածում ես ուզում էի ցույց տալ այն սկզբունքները, որոնցով կառուցվում են տեխնիկական առաջադրանքները, այն հիմնական կետերը, որոնց վրա արժե ուշադրություն դարձնել: Թե որքանով եմ դա ինձ հաջողվել, հուսով եմ, որ կսովորեմ ձեր մեկնաբանություններից։

Եվ մի մոռացեք մարտահրավերը:

Գ Օ Ս ՈՒ Դ Ա Ռ Ս Տ Վ Ե Ն Ն Յ Ս Տ Ա Ն Դ Ա Ռ Տ Ո ՅՈՒ Զ Ա Ս Ս Ռ

Ծրագրային փաստաթղթերի միասնական համակարգ	ԳՕՍՏ 19.201-78 (ST SEV 1627-79)
ՏԵԽՆԻԿԱԿԱՆ ԱՌԱՋԱԴՐԱՆՔ. ԲՈՎԱՆԴԱԿՈՒԹՅԱՆ ԵՎ ԴԻԶԱՅՆԻ ՊԱՀԱՆՋՆԵՐԸ
Ծրագրային փաստաթղթերի միասնական համակարգ: Տեխնիկական բնութագրեր զարգացման համար: Ներկայացման բովանդակության և ձևի պահանջները

ԽՍՀՄ ստանդարտների պետական ​​կոմիտեի 1978 թվականի դեկտեմբերի 18-ի թիվ 3351 որոշմամբ սահմանվել է ներդրման վերջնաժամկետ.

01.01-ից։ 1980 թ

Սույն ստանդարտը սահմանում է համակարգիչների, համալիրների և համակարգերի համար ծրագրի կամ ծրագրային արտադրանքի մշակման տեխնիկական բնութագրերի կառուցման և կատարման կարգը՝ անկախ դրանց նպատակից և շրջանակից:

Ստանդարտը լիովին համապատասխանում է ST SEV 1627-79-ին:

1. ԸՆԴՀԱՆՈՒՐ ԴՐՈՒՅԹՆԵՐ

1.1. Տեխնիկական պայմանները կազմվում են ԳՕՍՏ 19.106-78-ի համաձայն 11 և 12 ձևաչափերի թերթիկների վրա ԳՕՍՏ 2.301-68-ի համաձայն, որպես կանոն, առանց թերթի դաշտերը լրացնելու: Թերթերի (էջերի) համարները դրված են տեքստի վերևի թերթի վերևի մասում:

1.2. Հաստատման թերթիկը և տիտղոսաթերթը կազմվում են ԳՕՍՏ 19.104-78-ի համաձայն:

Տեղեկատվական մասը (վերացական և բովանդակություն), փոփոխության գրանցման թերթիկը կարող է ներառված չլինել փաստաթղթում:

1.3. Ծրագրի կամ ծրագրային արտադրանքի մշակման հետագա փուլերում տեխնիկական առաջադրանքում փոփոխություններ կամ լրացումներ կատարելու համար տրվում է դրան լրացում: Առաջադրանքների լրացման համակարգումն ու հաստատումն իրականացվում է նույն կարգով, ինչպես սահմանված է տեխնիկական առաջադրանքների համար:

1.4. Տեխնիկական պայմանները պետք է պարունակեն հետևյալ բաժինները.

• ներածություն;
• զարգացման հիմքեր;
• զարգացման նպատակը;
• ծրագրի կամ ծրագրային արտադրանքի պահանջները.
• ծրագրային փաստաթղթերի պահանջներ;
• տեխնիկական և տնտեսական ցուցանիշներ;
• զարգացման փուլերը և փուլերը;
• վերահսկման և ընդունման կարգը.
• թույլատրվում է հայտերը ներառել տեխնիկական առաջադրանքների մեջ։

Կախված ծրագրի կամ ծրագրային արտադրանքի առանձնահատկություններից՝ թույլատրվում է ճշտել բաժինների բովանդակությունը, ներկայացնել նոր բաժիններ կամ համատեղել դրանցից մի քանիսը։

2.1. «Ներածություն» բաժնում նշեք անունը, Համառոտ նկարագրությունըծրագրի կամ ծրագրային արտադրանքի շրջանակը և այն հաստատությունը, որտեղ օգտագործվում է ծրագիրը կամ ծրագրային արտադրանքը:

(Փոփոխված հրատարակություն, Rev. No. 1)

2.2. Զարգացման հիմք բաժինը պետք է ներառի.

• փաստաթուղթ (փաստաթղթեր), որոնց հիման վրա իրականացվում է մշակումը.
• կազմակերպությունը, որը հաստատել է այս փաստաթուղթը և դրա հաստատման ամսաթիվը.
• զարգացման թեմայի անվանումը և (կամ) խորհրդանիշը.

(Փոփոխված հրատարակություն, Rev. No. 1)

2.3. Զարգացման նպատակը բաժնում պետք է նշվի ծրագրի կամ ծրագրային արտադրանքի գործառնական և գործառնական նպատակը:

2.4. «Ծրագրի կամ ծրագրային արտադրանքի պահանջներ» բաժինը պետք է պարունակի հետևյալ ենթաբաժինները.

• կատարման պահանջներ;
• հուսալիության պահանջներ;
• օգտվելու կանոններ;
• կազմի և պարամետրերի պահանջները տեխնիկական միջոցներ;
• տեղեկատվության և ծրագրային ապահովման համատեղելիության պահանջներ.
• պիտակավորման և փաթեթավորման պահանջներ.
• տեղափոխման և պահպանման պահանջներ.
• հատուկ պահանջներ.

(Փոփոխված հրատարակություն, Rev. No. 1)

2.4.1. «Ֆունկցիոնալ բնութագրերին ներկայացվող պահանջներ» ենթաբաժնում պետք է նշվեն կատարվող գործառույթների կազմի պահանջները, մուտքային և ելքային տվյալների կազմակերպումը, ժամանակային բնութագրերը և այլն:

2.4.2. «Հուսալիության պահանջներ» ենթաբաժնում պետք է նշվեն հուսալի շահագործման ապահովման պահանջները (կայուն շահագործման ապահովում, մուտքային և ելքային տեղեկատվության վերահսկում, խափանումից հետո վերականգնման ժամանակ և այլն):

2.4.3. «Շահագործման պայմաններ» ենթաբաժնում պետք է նշվեն աշխատանքային պայմանները (միջավայրի օդի ջերմաստիճանը, հարաբերական խոնավությունը և այլն տվյալների կրիչների ընտրված տեսակների համար), որոնցով պետք է տրամադրվեն նշված բնութագրերը, ինչպես նաև ծառայության տեսակը. պահանջվող գումարըև անձնակազմի որակավորումը:

2.4.4. «Տեխնիկական միջոցների կազմին և պարամետրերին ներկայացվող պահանջներ» ենթաբաժնում նշել տեխնիկական միջոցների պահանջվող կազմը՝ նշելով դրանց հիմնական տեխնիկական բնութագրերը:

2.4.5. «Տեղեկատվության և ծրագրային ապահովման համատեղելիության պահանջներ» ենթաբաժնում ներկայացված պահանջները տեղեկատվական կառույցներմուտքագրման և ելքի և լուծման մեթոդներ, սկզբնական կոդեր, ծրագրավորման լեզուներ և ծրագրի կողմից օգտագործվող ծրագրային գործիքներ:

Անհրաժեշտության դեպքում տեղեկատվությունը և ծրագրերը պետք է պաշտպանված լինեն:

(Փոփոխված հրատարակություն, Rev. No. 1)

2.4.6. «Պիտակավորման և փաթեթավորման պահանջներ» ենթաբաժնում, ընդհանուր դեպքում, նշվում են ծրագրային արտադրանքի մակնշման, փաթեթավորման տարբերակների և մեթոդների պահանջները:

2.4.7. «Տեղափոխման և պահպանման պահանջներ» ենթաբաժնում պետք է նշվեն ծրագրային արտադրանքի փոխադրման պայմանները, պահպանման վայրերը, պահպանման պայմանները, պահպանման պայմանները, տարբեր պայմաններում պահպանման ժամկետները:

2.5 ա. «Ծրագրային փաստաթղթերին ներկայացվող պահանջներ» բաժնում պետք է նշվեն ծրագրային փաստաթղթերի նախնական կազմը և, անհրաժեշտության դեպքում, դրա համար հատուկ պահանջները:

(Ներկայացված հավելյալ, Rev. No 1):

2.5. «Տեխնիկական և տնտեսական ցուցանիշներ» բաժնում պետք է նշել՝ ինդիկատիվ տնտեսական արդյունավետությունը, ենթադրվում է տարեկան պահանջարկը, զարգացման տնտեսական առավելությունները՝ համեմատած ներքին և արտասահմանյան լավագույն նմուշների կամ անալոգների հետ։

2.6. «Զարգացման փուլերը և փուլերը» բաժնում նշվում են մշակման անհրաժեշտ փուլերը, աշխատանքների փուլերը և բովանդակությունը (ծրագրային փաստաթղթերի ցանկը, որոնք պետք է մշակվեն, համաձայնեցվեն և հաստատվեն), ինչպես նաև, որպես կանոն, մշակման ժամկետները և սահմանել կատարողները.

2.7. «Վերահսկողության և ընդունման կարգը» բաժնում, թեստերի տեսակները և Ընդհանուր պահանջներաշխատանք ընդունել.

2.8. Առաջադրանքների հավելվածներում, անհրաժեշտության դեպքում, տրամադրեք.

• մշակումը հիմնավորող հետազոտությունների և այլ աշխատանքների ցանկ.
• ալգորիթմների սխեմաներ, աղյուսակներ, նկարագրություններ, հիմնավորումներ, հաշվարկներ և այլ փաստաթղթեր, որոնք կարող են օգտագործվել մշակման մեջ.
• զարգացման այլ աղբյուրներ:

Կրկին թողարկում (նոյեմբեր 1987)՝ 1981 թվականի հուլիսին հաստատված թիվ 1 փոփոխությամբ (IUS 7-81)

«Արդյո՞ք ընդհանրապես անհրաժեշտ է տեխնիկական առաջադրանք (TOR) կազմել»: կարող է առաջանալ միայն նրանց համար, ովքեր իրենց կյանքում երբեք չեն պատվիրել կայքի մշակում, քանի որ դրա անհրաժեշտությունը ծագում է հաճախորդի և կապալառուի առաջին շփումից հետո:

ToR-ը փաստաթուղթ է, որը մանրամասն և ամբողջությամբ նկարագրում է ապագա նախագիծը: Որքան մանրամասն լինի, այնքան ավելի ճշգրիտ կիրականացվի գաղափարը, և նախագծի իրականացման ընթացքում ավելի քիչ կոնֆլիկտներ ու վեճեր կառաջանան, քանի որ բացարձակապես ցանկացած բան կարելի է անել տարբեր ձևերով։ Դուք կարող եք դրան անդրադառնալ, եթե ինչ-որ բան չի արվել կամ սխալ է արվել կամ այլ սխալներ են թույլ տրվել: Նախքան աշխատանքը սկսելը, հաճախորդը սովորաբար նկարագրում է ապագա նախագիծը թեզի ձևով կամ լրացնում է համառոտագիր, և կապալառուն ձևակերպում է այս բոլոր պահանջներն ու ցանկությունները, անհրաժեշտության դեպքում առաջարկում է ճշգրտումներ: Միևնույն ժամանակ, հաճախորդը պետք է համոզվի, որ իր ողջ «Ցանկությունների ցուցակը» ամրագրված է այդ առաջադրանքներում:

Եթե ​​կայքի մշակման պայմանագիրը կնքվում է վեբ ստուդիայի կամ ֆրիլանսերի հետ, ապա այդ առաջադրանքը սովորաբար գալիս է որպես կցորդ: Իսկ վիճելի իրավիճակներում առաջնորդվում են այնտեղ գրվածով։

Ինչից է պատրաստված TK-ն:

Ենթադրենք, նախագծի շրջանակներում պահանջվում է տեխնիկական առաջադրանք կազմել Pero copywriting ստուդիայի կայքի մշակման համար։ Ի՞նչ իրեր պետք է պարունակի այն:

Ընդհանուր տեղեկություններ (նկարագրություն)

Այստեղ նշված են.

Ընկերության տվյալներ. ընդհանուր տեղեկությունստուդիայի մասին, ինչով է զբաղվում: Ավելորդ չի լինի տրամադրել մատուցվող ծառայությունների ցանկը։ Այստեղ կարող եք ավելացնել նաև ապագա կայքի հասցեն, կոնտակտային տվյալները։

Ծրագրի իրականացման փուլերը և ժամկետները. Շատ կարևոր կետ, որպես կանոն. օրացուցային պլանքանի որ աշխատանքի բոլոր փուլերը կազմվում են հենց վերջում: Այս հատվածը հնարավորություն է տալիս հասկանալ, թե ինչ է արվելու և երբ: Օրինակ (ամսաթվերով).

• Նախապատրաստական ​​փուլ;
• Կայքի հայեցակարգի մշակում;
• Դիզայն;
• Դիզայնի դասավորության ստեղծում;
• Էջի դիզայնի մշակում;
• Դասավորություն;
• Ծրագրավորում;
• Լրացման բովանդակություն;
• SEO օպտիմիզացում;
• Փորձարկում;
• Գործարկել.

Հնարավոր է, որ ոչ մի փուլ չլինի, օրինակ՝ SEO-ի առաջխաղացում։ Կախված է պատվիրատուի նպատակներից և խնդիրներից և կապալառուի իրավասություններից:

Նպատակը և նպատակները

Այստեղ ձեւակերպված է, թե ինչ գործառույթներ է իրականացնելու կայքը եւ ում համար է այն նախատեսված։

Կայքի նպատակը. Որո՞նք են կայքի ստեղծման նպատակները հասնելու համար: Ինչի՞ համար է այն, ի՞նչ խնդիրներ է լուծում։

• Գովազդ և նոր հաճախորդների ներգրավում;
• Հաճախորդների և գործընկերների աջակցություն;
• Կատարված աշխատանքի ցուցադրում;
• Ծանոթացում ծառայությունների ցանկին;
• Ընկերության իմիջի ստեղծում և պահպանում.

Թերևս որոշ կետեր պետք է ավելի մանրամասն նկարագրվեն: Օրինակ, եթե կայքի առջեւ խնդիր է դրված տեղեկացնել այցելուներին, ավելի լավ է բացատրել, թե կոնկրետ ինչ:

Թիրախային լսարանը. Ո՞վ է օգտագործելու կայքը, ո՞ւմ համար է այն ստեղծված:

• Վեբ վարպետներ, բլոգերներ;
• Առցանց խանութի սեփականատերեր;
• Տեղեկատվական պորտալների սեփականատերեր;
• Գովազդային ստուդիաներ;
• Առցանց տարածքում ներկա են ֆիրմաների և ընկերությունների ներկայացուցիչներ։

Պահանջներ

Մեծ և չափազանց կարևոր բաժին, որը հաշվի է առնում նախագծման և մշակման հնարավորինս շատ ասպեկտներ, քանի որ հաճախորդը ստիպված կլինի հավելյալ վճարել TOR-ում չնշված ֆունկցիոնալության համար:

Տեսակ. Ո՞ր կատեգորիային է պատկանում վեբ ռեսուրսը:

• Վայրէջքի էջ;
• Այցեքարտի կայք;
• Կորպորատիվ կայք;
• Տեղեկատվական պորտալ;
• Առցանց խանութ.

Դիզայնի պահանջներ. Դրանք կարող են լինել հետևյալ ձևի.

• Կայքը պետք է լինի մինիմալիստական ​​և միևնույն ժամանակ արտացոլի ընկերության գործունեության տեսակը:
• Առաջնային գույները՝ կանաչ և սպիտակ՝ ըստ բրենդային գրքի կամ դիզայների հայեցողությամբ:
• Դիզայնում չեն կարող օգտագործվել անիմացիան, թռուցիկ պատուհանները, Flash-տարրերը, դիզայնի ավելցուկները:
• Serif տառատեսակները չեն կարող օգտագործվել (կարելի է օգտագործել ստանդարտ տառատեսակներ. Verdana, Arial, Tahoma և այլն): Չափը պետք է ապահովի առավելագույն ընթեռնելիություն (12-16 pt.):

Երբ խոսքը վերաբերում է դիզայնի պահանջներին, կարող են կիրառվել տարբեր մոտեցումներ: Եթե ​​հաճախորդն ինքը հստակ գիտի, թե ինչ է ուզում ստանալ, ապա նա մանրամասն նկարագրում է իր ցանկությունները, բերում է իր հավանած կայքերի օրինակներ և տալիս այլ առանձնահատկություններ։ Բայց երբեմն պատահում է, որ նա ինքն էլ հստակ չգիտի, թե ինչպես պետք է լինի այդ ամենը, այս դեպքում նրանք սովորաբար բխում են այն խնդիրներից, որոնք պետք է լուծի դիզայնը: Կապալառուն մշակում է հայեցակարգեր, առաջարկում լուծումներ, պաշտպանում է իր գաղափարը և ուղղում այն ​​ըստ հաճախորդի մեկնաբանությունների: Երկրորդ տարբերակն ավելի թանկ է և կապալառուից ավելի շատ որակավորում է պահանջում:

Լեզվի պահանջներ. Ո՞ր մայրենի լեզուն կկարողանա այցելել ռեսուրսը: Կայքի ո՞ր լեզվով տարբերակները պետք է լինեն:

• ռուսերեն;
• Անգլերեն;
• Էսպերանտո.

Համատեղելիության պահանջներ. Ո՞ր սարքերից և ո՞ր բրաուզերներից է կայքը ճիշտ բացվելու: Վերջերս միտում է նկատվել դեպի հարմարվողական դասավորություն, երբ էջը ճիշտ է ցուցադրվում ցանկացած կողմի հարաբերակցությամբ և էկրանի լուծաչափով: Այստեղ կարող եք թվարկել այն բրաուզերները, որոնց հետ ռեսուրսը պետք է եզակի համատեղելի լինի: Սովորաբար բոլոր ժամանակակից բրաուզերներում կայքերը ցուցադրվում են նույն կերպ, խնդիրներ կան միայն Internet Explorer-ի հին տարբերակների հետ:

CMS-ի պահանջները. Կայքի կառավարման հնարավորությունները որոշում են, թե որ բլոկները կարող են խմբագրվել և կազմաձևվել կառավարման վահանակի միջոցով՝ առանց կոդի միջամտության և առանց ուղղակիորեն խմբագրելու տվյալների բազան, բայց օգտագործելով հարմար տեսողական ինտերֆեյս: Օրինակ, դուք կարող եք այն դնել այսպես.

• Կայքի էջերում բովանդակությունը փոխելու ունակություն;
• Էջերը կառավարելու ունակություն (ավելացնել, վերանվանել, ջնջել և այլն);
• Կայքի կառուցվածքը և ցանկի տարրերը խմբագրելու ունակություն;
• Գրաֆիկական ավտոմատ մշակման գործառույթներ (նախադիտումների ստեղծում, տվյալ չափի փոխակերպում և այլն);
• Եզակի մետա թեգեր նշանակելու ունակություն;

Ինչպես մյուս ենթաբաժիններում, դուք պետք է նկարագրեք բոլոր պահանջներն ու ցանկությունները:

Հաճախ հաճախորդն արդեն ունի հանրաճանաչ CMS-ներից մեկի փորձ, ապա խորհուրդ է տրվում կապալառուներ փնտրել կոնկրետ շարժիչի համար: Նաև CMS ընտրելիս ավելի լավ է չբավարարվել ինքնուրույն գրավոր լուծումներով, քանի որ. Հետագայում դա կախվածություն կդնի կատարողից։ Ինքնագրված շարժիչները, իմ կարծիքով, արդարացված են միայն շատ մեծ նախագծերում, որտեղ պահանջվում է հատուկ ֆունկցիոնալություն կամ մեծ բեռների օպտիմալացում:

Կառուցվածք և նավարկություն. Ի՞նչ բաժիններ, ենթաբաժիններ և առանձին էջեր կպարունակի նախագիծը:

• Հիմնական էջ
• Ծառայություններ

• Copywriting
• Վերաշարադրում
• SEO copywriting
• սրբագրում
• արտագրում
• Բովանդակության կառավարում
• Բովանդակության շուկայավարում

• Պորտֆոլիո
• Մեր մասին
• Կոնտակտներ

Անել և Կարճ նկարագրությունյուրաքանչյուր էջ, տվեք սահմանումներ: Օրինակ, ի՞նչ է նշանակում «Կապ» էջ: Այն պետք է պարունակի հասցե, հեռախոսահամար և էլտեքստի ձևաչափով? Թե՞ պետք է լինի հետադարձ կապի ձև: Կամ գուցե ձեզ հարկավոր է տեղադրել Yandex Maps կոդը: Թե՞ կոնտակտային էջը պետք է պարունակի վերը նշված բոլորը և նույնիսկ հղումներ սոցիալական ցանցերում ներկայացուցչություններին:

Նախքան կապալառուի հետ աշխատանքը սկսելը, ցանկալի է պատրաստել բովանդակությունը կամ գոնե դրա ուրվագիծը։ Սա կհեշտացնի ավելի արդյունավետ հաղորդակցությունը:

Լրացուցիչ պահանջներ. Այն ամենը, ինչ ներառված չէ բաժնի մյուս պարբերություններում։

Կայքի բաժինների նկարագրությունը

Այս պարբերությունը պարունակում է մանրամասներ: Սովորաբար բոլոր եզակի էջերի բովանդակությունը ստորագրվում է. ինչ տարրեր կլինեն այնտեղ, ինչպես է օգտատերը փոխազդում դրանց հետ։

Հիմնական էջ. Խնդրի ձևակերպումը կարող է լինել հետևյալ ձևով.

Գլխավոր էջի հիմնական մասը պետք է կազմվի Landing Page-ի տեսքով: Այն պետք է պարունակի վերևից ներքև հետևյալ տարրերը.

• Գլխարկ - լոգոն, ընկերության անվանումը;
• Նավիգացիոն մենյու;
• Տեղեկատվություն ակցիաների և զեղչերի մասին;
• Պատվերի կոճակ;
• Գովազդային տեքստ;
• Արգելափակել հինգով լավագույն աշխատանքներըև հղում դեպի պորտֆելի բաժին;