Վեբ բովանդակության սահմանման UX ուղեցույց

Բովանդակություն

• Բովանդակային նկատառումներ
• 01. Առաջնահերթություն տալ
• 02. Թարմացնել
• 03. ’Must’ stories first
• 04. Գրախոսություն
• Գտեք կոնտակտային տվյալները
• Ի՞նչ է մտածում մեր ներքին բովանդակության ռազմավարը:
• Նշեք հնարավոր կաղապարներն ու բովանդակության տեսակները
• Ամբողջ գիրքն անվճար ներբեռնեք այստեղ

Բովանդակության ռազմավարություն Լիամ Քինգի UX դիզայներների ուղեցույցը անվճար, գործնական ուղեցույց է UX դիզայներների համար, որոնք ուսումնասիրում են բովանդակության ռազմավարության և UX դիզայնի խաչմերուկը կայքի նախագծման նախագծում:

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

Ստորև մենք կիսում ենք գրքի առաջին մասը ՝ «Սահմանիր բովանդակությունը» ՝ առաջարկելու համար, թե ինչ է նա պահում իր խանութում ... Ամբողջ գրքի ձեր օրինակը անվճար ներբեռնեք այստեղ:

Բովանդակային նկատառումներ

Մենք արդեն հաճախորդին ուղղել ենք որոշ բացահայտող հարցեր
դա պետք է ազդի նախագծման գործընթացի վրա: Դիզայնը պետք է լինի
համապատասխան հաճախորդին և այդ բովանդակությունը պահպանելու նրանց կարողությանը:

• գոյություն ունեցող կայքն ունի շուրջ 150 էջ
• նախագծում երեք գրողներից բաղկացած թիմ կգտնվի `վերաշարադրելու համար
• նոր կայքի բովանդակությունը. երկուսը Comms թիմից և
• մեկը վարձեց գրողին ՝ նրանց աջակցելու համար
• նրանք ունեն ռեսուրսներ, որոնք սովորաբար շաբաթը մեկ օր են ծախսում
• կայքի բովանդակության ավելացում և պահպանում ՝ ծրագրեր չկան
• սա նոր կայքի համար ավելացնելու համար
• համալսարանն ունի միջազգային բովանդակության ոճի ուղեցույց
• Ուսանողների կայքը պետք է հետևի

Որպես ծրագրի թիմ ՝ մենք բացահայտել ենք 80+ օգտագործողի կարիքներ, որոնք մենք արտահայտել ենք որպես օգտագործողի պատմություններ:

01. Առաջնահերթություն տալ

Քայլ առաջին. Մենք հաճախորդի հետ նախապատվությունը տալիս ենք օգտագործողների պատմություններին Agile թողարկման պլանավորման ժողովում

02. Թարմացնել

Քայլ երկրորդ. Մենք թարմացնում ենք օգտագործողի պատմության հետևանքները մեր Google թերթում

Ի՞նչ է մտածում մեր ներքին բովանդակության ռազմավարը:

• Արդեն հայտնվում է հավանական բովանդակության տեսակների աճող ցուցակ. Իրադարձություններ, կոնտակտային տվյալներ, փոխանակման գործընկերների շուրջ ինչ-որ բան
• Արդյո՞ք այս տեսակի բովանդակությունն արդեն առկա է ներկայիս կայքում, թե՞ պահպանելու համար նոր լրացումներ կան:
• Քանի՞ հատ կա յուրաքանչյուր բովանդակության տեսակի համար: Արդյո՞ք BU- ն ունի մի քանի փոխանակման գործընկեր հաստատություններ կամ հազարավոր ցուցակներ: Մի տասնյակ հավատարմագրված գործակալներ, թե հարյուրավորներ:
• Ի՞նչ է ներառված բովանդակության տեսակների ներկայիս տարբերակների մեջ:
• Կա՞ ճշմարտության մեկ աղբյուր BU- ի անձնակազմի հետ կապի մանրամասների համար: Եթե ​​այո, ապա որտե՞ղ է դա:
• Բազմալեզու բովանդակության առաջնահերթությունը տրվեց հնարավորինս, բայց մենք պետք է դրա հետևանք պահենք, քանի որ այն ունի թարգմանության և պահպանման բոլոր տեսակի նկատառումներ:
• Կա՞ որևէ հավանական բովանդակություն, որի վրա Միջազգային գրասենյակը (մեր հաճախորդը) ուղղակի վերահսկողություն չունի: Եթե ​​այո, ապա ի՞նչ: Իսկ ո՞վ է դա վերահսկում:

03. ’Must’ stories first

Քայլ երրորդ. Դիտելով օգտագործողների համար առաջնահերթ պատմությունները ՝ մենք կարող ենք տեսնել, որ մենք [ծրագրի թիմը] պետք է նախ աշխատենք Must պատմությունների վրա

Մենք կսկսենք այս օգտագործողի պատմությունից ...

Գտեք կոնտակտային տվյալներըս: «Որպես բարձրագույն կրթության գործակալ ՝ ես կարող եմ կապի տվյալներ գտնել BU միջազգային գրասենյակում, որպեսզի կարողանամ հարցեր ուղղել իմ (ապագա ուսանողի) հաճախորդների անունից»:

Եթե ​​նրանց չափից դուրս ծանոթ չեք, օգտագործողի պատմությունը ներառում է.

• ծառայությունից օգտվող անձը (դերասան)
• ինչի համար է պետք օգտվողին ծառայությունը (պատմողական)
• ինչու է դա պետք օգտվողին (նպատակ)

Մեծ Բրիտանիայի կառավարության ծառայության ձեռնարկը մի քանի հրաշալի ուղեցույց ունի օգտագործողների պատմություններ գրելու վերաբերյալ. Https://www.gov.uk/service-manual/agile/writing-user-stories.html

Պատրաստվեք բովանդակության կառավարման համարՄենք պահում ենք բովանդակության պահպանման և պահպանման հավանական ռիսկերի, նկատառումների և հետևանքների ցուցակ, երբ անցնում ենք UX նախագծման գործընթաց: Օրինակ. Ո՞վ է պատրաստվում թարգմանել բովանդակությունը ծրագրի ընթացքում և դրանից հետո:

Գործողություն. Մրցակիցների վերլուծությունԵկեք տեսնենք, թե ինչպես են BU- ի մրցակիցներն օգտագործել բովանդակությունը ՝ օգտագործողի պատմությանը հասնելու համար, որի վրա մենք աշխատում ենք: Այս տեսակի հարցեր տալը կբացահայտի հասկացողություն, որպեսզի տեղեկացնի մեր UX դիզայնի աշխատանքը.

• ինչ լեզու և պիտակներ են օգտագործում Anyանկացած օրինաչափություններ ի հայտ են գալիս:
• որքան հատիկավոր է դրանց պարունակությունը:
• ի՞նչ բովանդակության տարրեր / հատկանիշներ են դրանք պարունակում:
• ի՞նչ բովանդակային միջավայրեր են օգտագործում և ինչպե՞ս:
• ձայնի ո՞ր տոնն են օգտագործում:
• ինչ բովանդակություն են նրանք թողնում դուրս:
• ինչ բովանդակություն են նրանք թարգմանում

04. Գրախոսություն

Քայլ չորրորդ. Մենք վերանայում ենք (կտտացրեք շուրջը) 5-6 մրցակից կայքեր և նշում ենք սքրինշոթերը

Ի՞նչ է մտածում մեր ներքին բովանդակության ռազմավարը: 60 վայրկյանում մենք կարող ենք Սիդնեյի համալսարանի այս օրինակից մի շարք պատկերացում կազմել (և հետևել հարցեր).

1. Նրանք օգտագործում են «կապվեք մեզ» տերմինը, բայց մյուսները օգտագործում են «հարցնել». Ո՞ր տերմինը պետք է օգտագործի [BU]:
2. Նրանք շեշտում են, որ միայն ‘ապագա ուսանողները պետք է օգտագործեն այս կոնտակտային տվյալները. Արդյո՞ք դա ճիշտ է ԲՈՒ-ի համար: Ուրիշ ինչպե՞ս է մեզ անհրաժեշտ հարցումները զննել:
3. Նրանք օգտագործում են մեկ տառեր, օրինակ. «Ֆ» ֆաքսի համարի համար. Արդյո՞ք այս համաժողովը օգտակար և իմաստալից է միջազգային լսարանի համար:
4. Արտասահմանից զանգերի համար նրանք այլ համար ունեն. Q. արդյո՞ք BU- ն էլ ունի:
5. Արդյո՞ք BU- ն ունի (կամ կարիք ունի) առանձին փոստային հասցե ներկայացնելու համար: Եթե ​​այո, ապա ի՞նչ:
6. Դրանք ներառում են (եթե մի փոքր թաքնված) գրասենյակային ժամեր. Որո՞նք են հաճախորդի գրասենյակային ժամերը: Ինչ վերաբերում է ամսաթվերին, երբ գրասենյակը փակ է, ինչպես պետական ​​տոները:
7. Նրանք օգտագործում են Google- ի քարտեզներ. Եթե մենք քարտեզ ներառեինք, արդյո՞ք BU- ն նախընտրելի քարտեզի տեսակ ունի:

Եվ մի քանի ընդհանուր պատկերացում և հարց.

• Կոնտակտային տարբեր ալիքները (էլ. Փոստ, զանգ, ձև) ունեն նույն կշիռը, բայց արդյո՞ք մեր հաճախորդը ցանկանում է խրախուսել օգտվողներին ընտրել որոշակի ալիքներ:
• Անհատական ​​անձնակազմի համար կապի մանրամասներ չկան. Մենք պատրաստվում ենք ներկայացնել իրական մարդկանց և նրանց կոնտակտային տվյալները: Եթե ​​այդպես է, դա կարող է պահանջել հատուկ բովանդակության տեսակ
• Ինչպե՞ս ենք վարվելու հեռախոսահամարներում միջազգային համարային կոդերի ցուցադրման հետ: Արդյո՞ք BU միջազգային գրասենյակն արդեն դրա համար կոնվենցիա ունի: Մենք սա պետք է ավելացնենք բովանդակության ոճի ուղեցույցին
• Ենթադրաբար BU- ի կապի տվյալներն արդեն կան, և մենք ուզում ենք օգտագործել դրանք (և ոչ թե ստեղծել կրկնօրինակ) - բայց դա կնշանակի՞ սինդիկացնել բովանդակությունը մեկ այլ համակարգից: Գիտե՞նք որ համակարգը:

Մենք վերբեռնում ենք մեր անոտացված սքրինշոթերը և վերլուծության գնդակի կետերը ծրագրի թիմի ընդհանուր տարածքում (Basecamp): Մենք ներկայացնում ենք մեր պատկերացումները ծրագրի թիմին ավելի լայն քննարկման համար:

Գործողություն. Օգտատերերի հոսքերի քարտեզագրումՄենք հիմա սկսում ենք քարտեզագրել օգտագործողների հոսքերը մեր առաջնային օգտագործողների պատմությունների համար ՝ բացահայտելու համար, թե որ ձևանմուշներն ու հիմնական ինտերֆեյսն է անհրաժեշտ:

Մենք համարում ենք, թե որտեղից են ժամանում օգտվողները, գումարած այն քայլը / գործողությունները, որոնք նրանք կկատարեն իրենց այցից հետո: Սա մեզ ավելի շատ համատեքստ է տալիս `նախագծելու այն փորձի այն մասերը, որոնց վրա մենք վերահսկողություն ունենք:

Գտեք կոնտակտային տվյալները

Ի՞նչ է մտածում մեր ներքին բովանդակության ռազմավարը:

Ո՞ր էջերը կլինեն կայքի լավագույն վայրէջքները: Որո՞նք են ընթացիկ կայքի գլխավոր էջերը և ի՞նչ բովանդակություն են դրանք պարունակում:

• Արդյո՞ք սովորական հոդվածի էջի ձևանմունքը բավարար կլինի, թե՞ մեզ հարկավոր է հատուկ վայրէջքի էջի ձևանմուշ:
• Արդյո՞ք կրթության գործակալներին աջակցող անձնակազմի կոնտակտային տվյալները կներառվեն թեմայի վերաբերյալ հոդվածների էջերում կամ մեզ հետ կապվող էջում, կամ երկուսում էլ: Կրկնօրինակման ռիսկ կա՞:
• Կապի մանրամասների համար CMS- ում մեզ պե՞տք է բովանդակության տեսակ, որպեսզի կարողանանք ունենալ ճշմարտության մեկ աղբյուր, որը կարող է հրապարակվել կայքի բազմաթիվ վայրերում:
• BU- ի քանի՞ աշխատակիցներ են հարցումներ վերցնելու կրթական գործակալներից ՝ մեկ, երկու, տասնյակ:
• Օգտագործողի պատմությունը բավարարելու համար անհրաժեշտ կոնտակտային տվյալները (անունը, էլ. Փոստը, հեռախոսահամարը) արդեն գոյություն ունեն: Որտեղ կարող ենք տեսնել դրանք:
• Ուրիշ ի՞նչ տեղեկություններ կարող են անհրաժեշտ լինել Կրթության գործակալին `հաջող հետազոտություն կատարելու համար: Գրասենյակի ժամե՞ր (հատկապես զանգահարելու համար):
• Մեզ հարկավո՞ր են որոշ զննումային հարցեր, որպեսզի համոզվենք, որ դրանք չեն վատնում ԲՈՒ աշխատակազմի ժամանակը: Արդյո՞ք այս մասին կան որևէ քաղաքականություն և արձանագրություններ:

Նշեք հնարավոր կաղապարներն ու բովանդակության տեսակները

Կառուցեք կաղապարների և CMS բովանդակության տեսակների պարզ, գործարկվող ցուցակ, երբ դրանք ի հայտ են գալիս UX նախագծման այս վաղ գործողությունների ընթացքում: Wiki նախագծի աղյուսակը կամ աղյուսակավոր ցուցակը, ընդհանուր Google փաստաթուղթը կամ Basecamp գրատախտակն այս փուլում բոլորս լավ տարբերակներ են:

Ամբողջ գիրքն անվճար ներբեռնեք այստեղ

Դուր եկավ սա Կարդացեք սրանք:

• 10 UX պորտֆել ճիշտ է արվել
• Ինչու UX- ը դիզայնի մասին չէ
• Օգտագործողի փորձի վերջնական ուղեցույց