Մենք պետք է հստակ ձևակերպենք հարմարավետության չափանիշները, որոնք ճշգրիտ արտացոլում են մեր լսարանի կարիքները։ Եթե մենք արդեն ստեղծել ենք պրոդուկտի համար «Persona», ապա այդ չափանիշները պետք է ավելացնենք այնտեղ։ Չափանիշները պետք է համապատասխանեն մեր լսարանի համոզմունքներին և արժեքներին ()։
Մենք պետք է հատուկ ուշադրություն դարձնենք ցանկացած գործընթացի/գործողությունների շղթայի սկզբի մասի վրա։ Օրինակ՝ գրանցման գործընթացին, գնում կատարելու գործընթացի քայլերի հերթականությանը, օգտատիրոջ պրոֆիլի լրացմանն ու այլն։
Մենք կարող ենք ավելացնել խելացի հուշումների/հիշեցումների/խորհուրդների համակարգ՝ հիմնված օգտատերերի վարքագծի վրա։ Նույնիսկ նվազագույն ներդրումները այս ուղղությամբ կարող են զգալիորեն բարելավել օգտատերերի հարմարավետությունը։ Միևնույն ժամանակ, նման հաղորդագրությունների հաճախականությունը պետք է կարգավորվի՝ հաշվի առնելով «» -ն։
Մենք պետք է օգտատիրոջը հստակ ցուցադրենք, թե նրա որ գործողություններն են հրապարակային (public), և որոնք՝ անձնական (private)։ Եթե պրոդուկտը նախատեսված է գաղտնիության ապահովման համար, մենք պետք է շեշտադրենք մեր հավատարմությունը տվյալների անվտանգության քաղաքականությանը։ Դա կարելի է անել ցանկացած էջում, որտեղ օգտատիրոջ մոտ կարող են առաջանալ կասկածներ գաղտնիության կամ անվտանգության հետ կապված։
Մեզ անհրաժեշտ է խուսափել օգտատիրոջ հետ կոնֆլիկտներից և փորձել խնդիրները լուծել առանց օգտատիրոջը հիշեցնելու ծառայության օգտագործման կանոնների կամ այլ պայմանների մասին, որոնք նա կարող էր պարզապես չնկատել:
Մենք պետք է հոգ տանենք UI օբյեկտների ճիշտ դասակարգման մասին՝ որպեսզի օգտատերը դժվարություններ չունենա որևէ բան գտնելու կամ հիշելու ժամանակ։
Մեր հաղորդակցությունում մենք կարող ենք հղում անել այն օբյեկտներին, որոնք ծանոթ են օգտատերերին և կապված են վստահության ու հուսալիության հետ։
Մենք պետք է հաշվի առնենք մեր լսարանի նախապաշարմունքները և հնարավորության դեպքում դրանք օգտագործենք։ Օրինակ՝ կարելի է խուսափել այնպիսի թվերի օգտագործումից, որոնք ունեն բացասական ասոցիացիաներ («13», «666» և այլն)։ Այլ օրինակ՝ երբ օգտատիրոջը ուղարկում ենք մեկանգամյա գաղտնաբառ, կարող ենք օգտագործել «գեղեցիկ» թվեր, որոնք խորհրդանշում են հաջողություն (օր․՝ 777555)։
Մենք պետք է հնարավորինս պարզեցնենք օգտատիրոջ համար հասանելի բոլոր գործողությունները։ Եթե մեր թիմում ինչ-որ մեկը նշում է, որ պրոդուկտում որևէ գործընթաց ունի փոքր-ինչ բարդություն, ապա օգտատերերի համար այն հաստատ կլինի ավելի բարդ։
Եթե մենք գիտենք, թե պրոդուկտի որ տարրերը կարող են էմոցիոնալ անհանգստություն պատճառել օգտատիրոջը, մենք պետք է որոշենք, թե որոնք կարելի է հեռացնել, և որոնք ավելի քիչ նկատելի դարձնել:
Ապրանքի ցանկացած բաղադրիչի փոփոխություն պլանավորելիս մենք պետք է հետևենք համատեքստի ամբողջականությանը և ապահովենք, որ փոփոխությունները չհակասեն ընդհանուր UX-ի տրամաբանությանը։
Կարելի է պարբերաբար հիշեցնել օգտատիրոջը այն լավ փորձի մասին, որը նա ստացել է մեր պրոդուկտից։ Օրինակ՝ Facebook-ի «Ամենաշատ հավանված լուսանկար» ֆունկցիան, որը պարբերաբար ցույց է տալիս մեր ամենահայտնի նկարները։ Այսպիսի հիշեցումները կարելի է համատեղել օգտատիրոջ համար լավ իրադարձությունների հետ ()։
Մեր հաղորդակցությունը պետք է կառուցված լինի այնպես, որ չբարկացնի օգտատիրոջը։ Խոսքը վերաբերում է ոչ միայն ծանուցումների հաճախականությանը, այլև հաղորդագրությունների բովանդակության միօրինակությանը։
Այն հատվածներում, որտեղ օգտատերը կարող է կասկածներ ունենալ իր գործողությունների վերաբերյալ, մենք կարող ենք ավելացնել համատեքստային կոճակներ կամ նշումներ։ Գաղափարն այն է, որ օգտատերը տեսնի, որ իր գործողությունները համապատասխանում են իր հետաքրքրություններին։
Մենք պետք է խուսափենք ցանկացած բացասական երևույթից պրոդուկտում։ Սա վերաբերում է ինչպես հաղորդակցությանը, այնպես էլ պրոդուկտի ֆունկցիոնալությանը։ Անկախ այն հանգամանքից, թե որքան որակյալ է մեր ծառայությունը, ցանկացած բացասական դեպք կարող է երկարատև ազդեցություն ունենալ օգտատիրոջ փորձառության վրա։
Այս էֆեկտը մենք պետք է հաշվի առնենք օգտատերերի համար աշխատանքային հոսքեր (workflow) նախագծելիս:
Մենք պետք է խուսափենք երկիմաստ ձևակերպումներից և ավելացնենք գործիքների հուշումներ՝ պրոդուկտի որևէ մասում շփոթությունից խուսափելու համար:
Մենք կարող ենք նվազեցնել օգտատերերի անհանգստությունները՝ նրանց տրամադրելով այնպիսի տեղեկատվություն, որը մեզ համար ակնհայտ է, բայց նրանց համար՝ ոչ։ Օրինակ՝ ցուցադրել «99.9% սերվերի հասանելիություն», «Կապի խնդիրներ չկան» և նմանատիպ այլ տեղեկություններ։
Մենք պետք է զգուշորեն մոտենանք հաղորդակցությանը, երբ խոսքը գնում է այն բաղադրիչների փոփոխությունների մասին, որոնց վրա օգտատերերը մեծ ջանքեր և ժամանակ են ծախսել։
Եթե օգտատերերը կարծում են, որ կարող են զգալիորեն ազդել պրոդուկտի զարգացման վրա, մենք չպետք է փորձենք նրանց հակառակը ապացուցել։
Պետք է խուսափենք հաղորդակցությունում և դիզայնում այնպիսի տարրերից, որոնք շատ կտրուկ տարբերվում են նախորդներից։ Օգտատերերը հեշտությամբ նկատում են տարբերությունները և կարող են դրանք ընկալել որպես փոփոխություններ, որոնք խաթարում են իրենց սովորական փորձառությունը։ Եթե մենք ցանկանում ենք փոփոխություններ կատարել, ապա դրանք պետք է ներկայացնենք աստիճանաբար՝ սկսած փոքր տարրերից և միայն հետո անցնելով գլոբալ փոփոխությունների։
Եթե մենք օգտագործում ենք օգտատերերի հարցումներ՝ տվյալներ հավաքելու համար, ապա պետք է ձևավորենք դրանք՝ հաշվի առնելով սոցիալական ցանկալիության ազդեցությունը։ Հարցման հարցերն ու պատասխանները պետք է կառուցված լինեն այնպես, որ մարդիկ իրենց հարմարավետ զգան ընտրություն կատարելիս։
Եթե օգտատերը պետք է որոշում կայացնի, բայց վստահ չէ իր ընտրության մեջ, մենք կարող ենք նրան տրամադրել վիճակագրական տվյալներ՝ նրան դրդելով միանալ մեծամասնության ընտրությանը:
Մենք պետք է հոգ տանենք պրոդուկտում գործողությունների հաջորդականության (workflow) հարմարավետ ավարտի մասին։ Workflow-ի բոլոր վերջնական գործողությունները պետք է ներդաշնակ լինեն, որպեսզի օգտատերերին չհանգեցնեն դժգոհության կամ չնյարդայնացնեն։
Ամփոփելով նշեմ, որ հարմարավետության հարցում ամենակարևոր դերերից մեկը խաղում է տեղեկատվության մատուցման ձևը ()։ Հետևաբար, մենք պետք է համոզվենք, որ մեր հաղորդակցությունը բավականաչափ հարմարավետ է (), համապատասխանում է լսարանի «արդարության» չափանիշներին () և ընդգծում է նրանց դրական ակնկալիքները (, )։
#10.Օգտատերերը բողոքում են մեր սպասարկման ծառայության որակից։
#29.Ինչպե՞ս ապահովել լավագույն գնման փորձառությունը օգտատերերի համար։
#46.Ինչպե՞ս պարզեցնել մեր պրոդուկտը։
#54.Ի՞նչ պետք է հաշվի առնել պրոդուկտում նոր ֆունկցիոնալություն ավելացնելիս։
#62.Ի՞նչ պետք է հաշվի առնել պրոդուկտի «Persona» ստեղծելիս։
#34.Ինչպե՞ս տալ պրոդուկտին ավելի ժամանակակից տեսք նվազագույն ծախսերով։