Ի՞նչ անել, եթե վերջին թողարկման մեջ լուրջ սխալ ենք թույլ տվել։
English
Armenian
Russian
Ի՞նչ անել, եթե վերջին թողարկման մեջ լուրջ սխալ ենք թույլ տվել։
Պատճենել URL-ըՊատճենված է
Կիսվել
Հնարավոր պատասխաններ (11)
Քանի որ մենք սխալները դիտարկում ենք բիզնեսի տեսանկյունից, երբեմն հակված ենք գերագնահատելու դրանց նշանակությունը օգտատերերի համար։ Հետևաբար, նախքան որոշելը, թե ինչ անել, մենք պետք է հասկանանք սխալի իրական նշանակությունը՝ այն դիտարկելով օգտատերերի աչքերով։ Շատ դեպքերում խնդիրը կարելի է ուղղել առանց դրա մասին հավելյալ հիշատակումների, քանի որ այն օգտատերերի համար մեծ նշանակություն չունի։
Երբեմն մենք սխալների նշանակությունը գերագնահատում ենք՝ պայմանավորված մեր անձնական մոտեցմամբ բիզնեսին։ Հետևաբար, մենք պետք է կրկնակի ստուգենք մեր ենթադրությունները թիմի հետ՝ համոզվելու համար, որ խնդիրը իսկապես կրիտիկական է։
Մենք պետք է հստակ հասկանանք, թե ինչ հույզեր է առաջացնում այս սխալը օգտատերերի մոտ։ Դրա համար պետք է վերլուծենք այն գործընթացը (workflow), որտեղ առաջանում է սխալը, և որոշենք դրա «ցավոտությունը»։ Սխալի առաջացրած բացասական հույզերի ինտենսիվությունը մեզ ցույց կտա, թե ինչպիսի հաղորդակցություն պետք է ընտրենք օգտատերերի հետ։
Ամենակարևոր սխալներն այն սխալներն են, որոնք հանգեցնում են օգտատերերի տվյալների կորստի։ Վաղաժամ ներողությունից բացի, մենք պետք է մանրամասն բացատրենք օգտատերերին, որ իրավիճակը մեր վերահսկողության տակ է, և ցույց տանք այն քայլերը, որոնք ձեռնարկում ենք տվյալների վերականգնման համար։ Եթե կորուստները անդառնալի են, ապա՝ կախված մեր պրոդուկտի առանձնահատկություններից, մենք պարտավոր ենք առաջարկել ինչ-որ անվճար բոնուսներ կամ այլ արտոնություններ։
Եթե մենք գիտենք, որ սխալը երկար ժամանակ քննարկման թեմա կլինի, ապա պետք է մշակենք հստակ դիրքորոշում, ձևակերպենք այն և այնուհետև շարունակաբար կրկնենք, մինչև մարդիկ սկսեն այն օգտագործել տեղի ունեցածի ռացիոնալացման համար։ Այս մեթոդը լայնորեն օգտագործվում է քաղաքական գործիչների կողմից։
Մենք կարող ենք սխալի մասին հաղորդել այն օրը, որն ասոցացվում է դրական իրադարձությունների հետ։ Բացի այդ, մենք կարող ենք մեր հաղորդագրությունը համատեղել մի շարք լավ նորությունների հետ։ Օրինակ, հաջորդ թողարկման ժամանակ մենք կարող ենք օգտատերերին տեղեկացնել 6 նորարարությունների, 5 ուղղված սխալների և 1 նախկին թողարկման ընթացքում հայտնաբերված սխալի մասին։ Միաժամանակ, եթե սխալը օգտատերերի համար չափազանց ցավոտ է, մենք կարող ենք կազմել դրա ուղղման մանրամասն պլան, որպեսզի օգտատերերը վստահ լինեն, որ ամեն ինչ մեր վերահսկողության տակ է։
Մեր բոլոր պլանավորված գործողությունները պետք է համաձայնեցվեն թիմակիցների հետ։ Երբեմն, ոչինչ չանելը և սխալը պարզապես անտեսելը կարող է լինել լավագույն լուծումը (շատ ընկերություններ այդպես են վարվում)։ Սակայն որոշ դեպքերում սխալը անտեսելը կարող է առաջացնել անդառնալի վնաս։
Հանրային հայտարարություն անելիս մենք պետք է խուսափենք այնպիսի ձևակերպումներից, որտեղ օգտատերերը կարող են «տեսնել իրենց» ()։ Բացի այդ, մենք պետք է խուսափենք ցանկացած արտահայտությունից, որը կարող է հիշեցնել օգտատերերին սխալի հնարավոր սարսափելի հետևանքների մասին ()։
Երբեմն օգտակար կարող է լինել օգտատերերին ինչ-որ «կոճակ» տրամադրել՝ նրանց հուզական հարմարավետությունը ապահովելու համար։ Օրինակ, կարող ենք ավելացնել «Զեկուցել սխալի մասին» կոճակը այն էջում, որտեղ մենք արդեն գիտենք, որ սխալ կա։ Նման քայլը կարող է օգտակար լինել, եթե մեզ մի փոքր ժամանակ (օրինակ՝ 24 ժամ) է անհրաժեշտ սխալը շտկելու համար։
Կախված հանրային քննարկումից, որը սկսվել է սխալի հայտնաբերումից հետո, անպայման կգտնվեն «մասնագետներ», որոնք կասեն՝ «Սա ակնհայտ էր», «Միայն ժամանակի հարց էր» և այլն։ Մենք չպետք է արձագանքենք նման քննադատություններին, քանի որ դա անօգուտ է։ Միևնույն ժամանակ, եթե մեր թիմում նկատում ենք նմանատիպ տրամադրություններ, պետք է անմիջապես կանխենք դրանք։
Նույնիսկ ամենախոշոր սխալները ժամանակի ընթացքում մոռացվում են։ Մենք երբեք չպետք է դադարեցնենք պրոդուկտի զարգացումը։ Թարմացումները պետք է շարունակեն թողարկվել ըստ ժամանակացույցի։ Մենք պետք է խուսափենք այնպիսի իրավիճակներից, երբ մենք ինքներս պատահաբար ավելի մեծ նշանակություն կտանք խնդրին, քան այն իրականում կա, ինչը կարող է երկարաձգել օգտատերերի հիշողությունը դրա մասին ()։
Առնչվող հարցեր
#43.
Ի՞նչ հաշվի առնել, երբ պլանավորում ենք պրոդուկտի թողարկումներ։
#8.
Ինչո՞ւ են օգտատերերը շատ զգայուն արձագանքում պրոդուկտի փոփոխություններին։
#5.
Մեր օգտատերերը բողոքում են պրոդուկտի թարմացումներից։ Ինչո՞վ դա կարող է պայմանավորված լինել։
#7.
Մեր օգտատերերը այլևս չեն հավանում պրոդուկտը։ Ի՞նչը կարող է լինել պատճառը։
#55.
Պրոդուկտի ո՞ր բաղադրիչներն են առավել զգայուն փոփոխությունների նկատմամբ։
Որքա՞ն օգտակար էր այս տեղեկությունը:
Անօգտակար
1
2
3
4
5
6
7
8
9
10
Անօգտակար
Շատ օգտակար
Շնորհակալություն ձեր ներդրման համար
Օգտակար հղումներ
Օգտակար հղումներ
UX CORE GUIDE
(UXCG - Գտնում ենք Ձեր պրոդուկտի խնդիրների լուծումները)
Ինչպես օգտագործելUXCG-ն անվճար գործիք է, որն օգնում է թիմերին հայտնաբերել կոգնիտիվ հակումների հետ կապված UX խնդիրները պրոդուկտի բոլոր փուլերում՝ սկսած պրոտոտիպավորումից և թեստավորումից մինչև գործող պրոդուկտի բարելավում:
Ինչպես օգտագործել UXCG
- Ընտրեք Ձեր պրոդուկտի փուլը ստորև
- Ընտրեք Ձեզ հետաքրքրող հարցը
- Կարդացեք հնարավոր պատասխանները:
Յուրաքանչյուր պատասխան բացատրում է, թե ինչպես են կոգնիտիվ հակումները կապված Ձեր կոնկրետ իրավիճակի հետ։ Քանի որ դուք լավագույնս եք հասկանում Ձեր համատեքստը, կարող եք ուղղակիորեն կիրառել ստացված գիտելիքները։ Թեև գործիքը պատրաստի լուծումներ չի տրամադրում՝ յուրաքանչյուր դեպքի յուրահատկության պատճառով, այն բացահայտում է նոր տեսանկյուններ՝ հիմնված կոգնիտիվ գիտության վրա։
Պիտակի նկարագրությունը
Հարցեր ներքին թիմային համագործակցության մասին (պրոդուկտի թիմի, տեխնիկական թիմի և այլ բաժինների միջև)։
Հարցեր պրոդուկտի մշակման փուլերի մասին (սկսած գաղափարից մինչև առաջին հանրային թողարկում)։
Հարցեր վաճառքների, մարքեթինգի, պոտենցիալ հաճախորդների հետ հաղորդակցության և ընդհանուր առմամբ պրոդուկտի փաթեթավորման մասին։
Հարցեր իրական պրոդուկտի և նրա ֆունկցիոնալության օգտագործման մասին։
Պրոդուկտի վերլուծական տվյալների մշակում:
Ընտրեք ձեր պրոդուկտի փուլը
#10.
Օգտատերերը բողոքում են մեր սպասարկման ծառայության որակից։
#30.
Ի՞նչ սխալներ ենք թույլ տալիս պրոդուկտի վերլուծական տվյալների հետ աշխատելիս։
#41.
Ի՞նչ անել երբ մեր գործընկերների համառությունը վնասում է աշխատանքին։
#43.
Ի՞նչ հաշվի առնել, երբ պլանավորում ենք պրոդուկտի թողարկումներ։
#45.
Ի՞նչ անել, եթե մեր թիմի որոշ անդամներ չեն արտահայտում իրենց կարծիքը։
#50.
Ինչպե՞ս աշխատել ոչ կոմպետենտ գործընկերոջ կամ ղեկավարի հետ:
#59.
Ի՞նչ պետք է հաշվի առնել ընկերության տեքստերում/պրոդուկտում քաղաքական, սոցիալական կամ տնտեսական իրադարձություններ մեկնաբանելիս։
#61.
Ի՞նչ անել երբ մեր թիմը չափազանց շատ ժամանակ է ծախսում անտեղի/աննշան մանրամասներ քննարկելու վրա։
Be Kind. Do Good.