Ի՞նչ անել, եթե մեր օգտատերերը պահանջում են այնպիսի փոփոխություններ, որոնք մենք չենք կարող իրականացնել:

#49
modal close button

Ի՞նչ անել, եթե մեր օգտատերերը պահանջում են այնպիսի փոփոխություններ, որոնք մենք չենք կարող իրականացնել:

Պատճենել URL-ըՊատճենված է

Հնարավոր պատասխաններ (8)

Մենք չպետք է անտեսենք օգտատերերի խնդրանքները։
, Պետք է հնարավորինս թափանցիկ ձևով բացատրել բոլոր այն դժվարությունները, որոնց կբախվենք, եթե համաձայնվենք օգտատերերի առաջարկների հետ։
Կարող ենք վերաձևակերպել օգտատերերի պահանջները և առաջադրել հանրային քվեարկության մի քանի նմանատիպ տարբերակներ։ Այս տարբերակներից յուրաքանչյուրը պետք է լինի իրագործելի և համապատասխան մեր բիզնես նպատակներին։ Քվեարկությունը կարելի է անցկացնել առանց մասնակցողների բացարձակ թվաքանակը նշելու (միայն տոկոսներով)։ Այնուհետև, հղում անելով մեծամասնության կարծիքին, կարող ենք հրաժարվել օգտատերերի պահանջած փոփոխություններից և իրականացնել այն տարբերակները, որոնք հաղթել են քվեարկության ընթացքում։ Միևնույն ժամանակ, պետք է շեշտել, որ մենք գործում ենք օգտատերերի ցանկություններին համապատասխան ( )։
, Կարող ենք օգտատերերին ցույց տալ, թե որքան էական փոփոխություններ կմտցվեն արդեն կայացած workflow-ում, եթե համաձայնվենք առաջարկվող փոփոխություններին։ Գաղափարն այն է, որ օգտատերերին ցույց տանք, թե որքան իրենց կողմից առաջարկվող փոփոխությունները կարող են խաթարել նրանց արդեն ծանոթ և հարմարավետ գործողությունները։
Կարող ենք օգտատերերին շեղել իրենց պահանջներից՝ առաջարկելով մի շարք կարճաժամկետ բոնուսներ կամ պարգևներ։
Եթե առաջարկվող փոփոխությունները դուրս են գալիս պրոդուկտի համատեքստից, պետք է դա մանրամասն բացատրել օգտատերերին։ Իհարկե, օգտատերերը պարտավոր չեն հասկանալ պրոդուկտի ամբողջականության կարևորությունը, բայց գոնե կարող ենք ներկայացնել մեր մտահոգությունները։
Օգտատերերը կարող են ցանկանալ տեսնել փոփոխությունների «նախքան» և «հետո» տարբերակները։ Եթե կարծում ենք, որ թափանցիկ լինելը կարող է օգնել մեզ, ապա պետք է տեսողականորեն ցույց տանք առաջարկվող փոփոխությունների հնարավոր հետևանքները։
Որոշ դեպքերում պարզապես բավարար կլինի ցույց տալ այն ժամանակահատվածը, որը կպահանջվի օգտատերերի պահանջած փոփոխությունների մշակման համար։ Եթե խոսքը մի քանի ամիս տևող մշակման մասին է, ապա կարելի է ընդգծել, որ մինչև թարմացումների թողարկումը, դրանց օգտակարությունը կարող է կորցնել իր արդիականությունը։

Առնչվող հարցեր

#44.

Ի՞նչ է պետք հաշվի առնել օգտատերերի հետադարձ կապի (feedback) հետ աշխատելիս։

#55.

Պրոդուկտի ո՞ր բաղադրիչներն են առավել զգայուն փոփոխությունների նկատմամբ։

#2.

Մեր օգտատերերը դժգոհ են պրոդուկտի որակից։ Ի՞նչը կարող է դրա պատճառը լինել։

#3.

Մեր օգտատերերը չեն օգտագործում այն ֆունկցիաները, որոնք իրենք էին խնդրել։ Ի՞նչը կարող է լինել դրա պատճառը։

#22.

Ինչո՞ւ մեր օգտատերերը չեն հավանել կամ թերագնահատել են մեր վերջին թարմացումների կարևորությունը։

#57.

Ինչպե՞ս նվազագույն ծախսերով ավելացնել լրացուցիչ արժեք պրոդուկտին։

Որքա՞ն օգտակար էր այս տեղեկությունը:
Անօգտակար
1
2
3
4
5
6
7
8
9
10
Անօգտակար
Շատ օգտակար
Շնորհակալություն ձեր ներդրման համար
previous bias
next bias
keepsimple logo
  • English flagEnglish
  • Armenian flagArmenian
  • Russian flagRussian
picՄուտք
Իմ պրոֆիլըԿարգավորումներԵլք
Օգտակար հղումներ
UX COREGUIDEPERSONAUX CATBob - AI AssistantBob - AI Assistant
keepsimple logo
UX CoreGuidePersonaAwareness TestBob - AI AssistantBob - AI Assistant
Օգտակար հղումներ
Կոգնիտիվ հակումները կրթության մեջ
UX CORE GUIDE
Ավելացրեք ձեր հարցը
UX CORE PERSONA
Ներածական հոդվածMedium.com publishing platform logo
APIUX Core API
  • English flagEnglish
  • Armenian flagArmenian
  • Russian flagRussian
picՄուտք
Իմ պրոֆիլըՊահպանված պերսոնաներԿարգավորումներԵլք

UX CORE GUIDE

arrow downԻնչպես օգտագործել

UXCG-ն անվճար գործիք է, որն օգնում է թիմերին հայտնաբերել կոգնիտիվ հակումների հետ կապված UX խնդիրները պրոդուկտի բոլոր փուլերում՝ սկսած պրոտոտիպավորումից և թեստավորումից մինչև գործող պրոդուկտի բարելավում:

Ինչպես օգտագործել UXCG

  1. Ընտրեք Ձեր պրոդուկտի փուլը ստորև
  2. Ընտրեք Ձեզ հետաքրքրող հարցը
  3. Կարդացեք հնարավոր պատասխանները:

Յուրաքանչյուր պատասխան բացատրում է, թե ինչպես են կոգնիտիվ հակումները կապված Ձեր կոնկրետ իրավիճակի հետ։ Քանի որ դուք լավագույնս եք հասկանում Ձեր համատեքստը, կարող եք ուղղակիորեն կիրառել ստացված գիտելիքները։ Թեև գործիքը պատրաստի լուծումներ չի տրամադրում՝ յուրաքանչյուր դեպքի յուրահատկության պատճառով, այն բացահայտում է նոր տեսանկյուններ՝ հիմնված կոգնիտիվ գիտության վրա։

Պիտակի նկարագրությունը
Հարցեր ներքին թիմային համագործակցության մասին (պրոդուկտի թիմի, տեխնիկական թիմի և այլ բաժինների միջև)։
Հարցեր պրոդուկտի մշակման փուլերի մասին (սկսած գաղափարից մինչև առաջին հանրային թողարկում)։
Հարցեր վաճառքների, մարքեթինգի, պոտենցիալ հաճախորդների հետ հաղորդակցության և ընդհանուր առմամբ պրոդուկտի փաթեթավորման մասին։
Հարցեր իրական պրոդուկտի և նրա ֆունկցիոնալության օգտագործման մասին։
Պրոդուկտի վերլուծական տվյալների մշակում:
search icon
Ընտրեք ձեր պրոդուկտի փուլը
#10.

Օգտատերերը բողոքում են մեր սպասարկման ծառայության որակից։

#30.

Ի՞նչ սխալներ ենք թույլ տալիս պրոդուկտի վերլուծական տվյալների հետ աշխատելիս։

#41.

Ի՞նչ անել երբ մեր գործընկերների համառությունը վնասում է աշխատանքին։

#43.

Ի՞նչ հաշվի առնել, երբ պլանավորում ենք պրոդուկտի թողարկումներ։

#45.

Ի՞նչ անել, եթե մեր թիմի որոշ անդամներ չեն արտահայտում իրենց կարծիքը։

#50.

Ինչպե՞ս աշխատել ոչ կոմպետենտ գործընկերոջ կամ ղեկավարի հետ:

#59.

Ի՞նչ պետք է հաշվի առնել ընկերության տեքստերում/պրոդուկտում քաղաքական, սոցիալական կամ տնտեսական իրադարձություններ մեկնաբանելիս։

#61.

Ի՞նչ անել երբ մեր թիմը չափազանց շատ ժամանակ է ծախսում անտեղի/աննշան մանրամասներ քննարկելու վրա։

Be Kind. Do Good.