Kwa hivyo tunabuni na kusafirisha kipengele kipya kinachong'aa. Tunajuaje ikiwa inafanya kazi? Je, tunapimaje na kufuatilia athari zake? Hakuna uhaba katika vipimo vya UX, lakini vipi ikiwa tungetaka kuanzisha kipimo cha UX rahisi, kinachoweza kurudiwa, cha maana - mahususi kwa vipengele vyetu? Kweli, wacha tuone jinsi ya kufanya hivyo.
Nilisikia mara ya kwanza kuhusu mfumo wa TARS kutoka kwa makala ya ajabu ya Adrian H. Raudschl juu ya "Jinsi ya Kupima Athari za Vipengele". Hapa, Adrian aliangazia jinsi timu yake inavyofuatilia na kuamua ni vipengele vipi vya kuzingatia - na kisha kuvipanga dhidi ya kila kimoja katika mkusanyiko wa roboduara 2×2. Ilibadilika kuwa mfumo muhimu sana wa kuibua athari za kazi ya UX kupitia lenzi ya vipimo vya biashara. Hebu tuone jinsi inavyofanya kazi. 1. Hadhira Lengwa (%) Tunaanza kwa kubainisha hadhira lengwa kwa kuchunguza ni asilimia ngapi ya watumiaji wa bidhaa wana tatizo mahususi ambalo kipengele kinalenga kutatua. Tunaweza kusoma vipengele vilivyopo au vinavyofanana ambavyo hujaribu kutatua matatizo sawa, na ni watumiaji wangapi hujihusisha navyo. Ingawa hadhira inayolengwa si sawa na matumizi ya vipengele. Kama Adrian alivyobainisha, ikiwa tunajua kuwa kipengele kilichopo cha Kitufe cha Hamisha kinatumiwa na 5% ya watumiaji wote, haimaanishi kuwa hadhira inayolengwa ni 5%. Watumiaji zaidi wanaweza kuwa na tatizo ambalo kipengele cha kuuza nje kinajaribu kutatua, lakini hawawezi kuipata. Swali tunalouliza: "Ni asilimia ngapi ya watumiaji wote wa bidhaa zetu wana tatizo hilo mahususi ambalo kipengele kipya kinalenga kutatua?"
2. A = Kuasili (%) Ifuatayo, tunapima jinsi tunavyo "kupata" hadhira yetu inayolengwa. Kwa ajili hiyo, tunafuatilia ni watumiaji wangapi wanaojihusisha na kipengele hicho kwa mafanikio katika kipindi fulani cha muda. Hatuzingatii CTR au muda wa kipindi huko, lakini ikiwa watumiaji watashiriki nayo kikamilifu. Kwa mfano, ikiwa kitu chochote kitaashiria kuwa walikiona kuwa cha thamani, kama vile kushiriki URL ya kuhamisha, idadi ya faili zilizohamishwa, au matumizi ya vichujio na mipangilio.
Kupitishwa kwa vipengele vya juu (> 60%) kunapendekeza kuwa tatizo lilikuwa na athari. Kupitishwa kwa chini (<20%) kunaweza kumaanisha kuwa tatizo lina njia rahisi za kurekebisha ambazo watu wamezitegemea. Kubadilisha tabia huchukua muda pia, na hivyo kupitishwa kwa chini mwanzoni kunatarajiwa. Wakati mwingine, kupitishwa kwa kipengele cha chini hakuhusiani na kipengele chenyewe, bali pale ambapo kipo kwenye Kiolesura. Watumiaji hawawezi kamwe kuigundua ikiwa imefichwa au ikiwa ina lebo ya kutatanisha. Ni lazima iwe wazi vya kutosha kwa watu kujikwaa juu yake. Kupitishwa kwa chini sio daima kushindwa sawa. Ikiwa tatizo linaathiri 10% pekee ya watumiaji, kufikia 50-75% ya kupitishwa ndani ya eneo hilo mahususi inamaanisha kipengele hicho kimefaulu. Swali tunalouliza: "Ni asilimia ngapi ya watumiaji walengwa wanaotumia kipengele hiki kutatua tatizo hilo?"
3. Kubaki (%) Kisha, tunasoma kama kipengele kinatumika mara kwa mara. Tunapima mara kwa mara matumizi, au haswa, ni watumiaji wangapi waliojihusisha na kipengele hiki ambao huendelea kukitumia baada ya muda. Kwa kawaida, ni ishara kali kwa athari yenye maana. Ikiwa kipengele kina >asilimia 50 ya uhifadhi (wastani.), tunaweza kuwa na uhakika kabisa kwamba kina umuhimu mkubwa wa kimkakati. Kiwango cha 25-35% cha kubaki huashiria umuhimu wa kati wa kimkakati, na kubakia kwa 10-20% basi kuna umuhimu mdogo wa kimkakati. Swali tunauliza: "Kati ya watumiaji wote ambao walipitisha kipengele, ni wangapi waliorudi kukitumia tena?"
4. Alama ya Kuridhika (CES) Hatimaye, tunapima kiwango cha kuridhika ambacho watumiaji wanacho na kipengele ambacho tumesafirisha. Hatuulizi kila mtu - tunauliza watumiaji "waliobaki" pekee. Inatusaidia kutambua matatizo yaliyofichika ambayo huenda yasionyeshwe katika alama ya kubaki.
Mara tu watumiaji walipotumia kipengele mara nyingi, tunawauliza jinsi ilivyokuwa rahisi kutatua tatizo baada ya kutumia kipengele hicho - kati ya "ngumu zaidi" na "rahisi zaidi kuliko ilivyotarajiwa". Tunajua jinsi tunavyotaka kufunga. Kutumia TARS Kwa Mkakati wa Kipengele Tunapoanza kupima kwa kutumia TARS, tunaweza kukokotoa alama ya S÷T — asilimia ya Watumiaji Walioridhika ÷ Watumiaji Lengwa. Inatupa hisia ya jinsi kipengele kinavyofanya vyema kwa hadhira lengwa letu. Mara tu tunapofanya hivyo kwa kila kipengele, tunaweza kuorodhesha vipengele vyote katika roboduara 4 kwenye mkusanyiko wa 2×2.
Vipengele vya utendaji wa juu vinafaa kuzingatia: vina uhifadhi wa chini lakini kuridhika kwa juu. Huenda ikawa tu vipengele ambavyo watumiaji hawatakiwi kutumia mara kwa mara, lakini wanapofanya hivyo, ni bora sana. Vipengele vya dhima vina uhifadhi wa juu lakini kuridhika kwa chini, kwa hivyo labda tunahitaji kuvifanyia kazi ilikuboresha yao. Na kisha tunaweza pia kutambua vipengele vya msingi na vipengele vya mradi - na kuwa na mazungumzo na wabunifu, PM na wahandisi kuhusu kile tunachopaswa kufanyia kazi baadaye. Asilimia ya Walioshawishika Sio Kipimo cha UX TARS haijumuishi kiwango cha ubadilishaji, na kwa sababu nzuri. Kama Fabian Lenz alivyobainisha, ubadilishaji mara nyingi huchukuliwa kuwa kiashirio kikuu cha mafanikio - lakini katika mazoezi ni vigumu sana kuwasilisha muunganisho wazi kati ya mipango midogo ya kubuni na malengo makubwa ya uongofu.
Ukweli ni kwamba karibu kila mtu kwenye timu anajitahidi kufikia uongofu bora. Uboreshaji unaweza kuunganishwa kwa mipango mingi tofauti - kutoka kwa mauzo na uuzaji hadi uboreshaji wa utendaji wa wavuti hadi athari za msimu hadi mipango ya UX. UX inaweza, bila shaka, kuboresha ubadilishaji, lakini sio kipimo cha UX. Mara nyingi, watu hawawezi kuchagua bidhaa wanazotumia. Na mara nyingi matokeo ya biashara yanayotarajiwa hutoka kwa umuhimu na mapambano, badala ya uaminifu na shukrani. Uongofu wa Juu Licha ya UX Mbaya Kama Fabian anaandika, kiwango cha juu cha ubadilishaji kinaweza kutokea licha ya UX duni, kwa sababu:
Nguvu kubwa ya chapa huvuta watu ndani, Mbinu za dharura lakini zenye ufanisi, Bei zinavutia sana, Uuzaji unafanya kazi vizuri, Uaminifu wa kihistoria wa mteja, Watumiaji hawana njia mbadala.
Uongofu wa Chini Licha ya UX Kubwa Wakati huo huo, kiwango cha chini cha ubadilishaji kinaweza kutokea licha ya UX kubwa, kwa sababu:
Matoleo hayafai hadhira, Watumiaji hawaamini chapa, Mfano mbaya wa biashara au hatari kubwa ya kushindwa, Uuzaji hauwafikii hadhira sahihi, Mambo ya nje (bei, muda, ushindani).
Ushawishi ulioboreshwa ni matokeo chanya ya mipango ya UX. Lakini kazi nzuri ya UX kwa kawaida huboresha ukamilishaji wa kazi, hupunguza muda wa kazi, hupunguza makosa, na huepuka kupooza kwa maamuzi. Na kuna vipimo vingi vya muundo vinavyoweza kutekelezeka ambavyo tunaweza kutumia kufuatilia UX na kuleta mafanikio endelevu. Kuhitimisha Vipimo vya bidhaa pekee havitoi kila mara mtazamo sahihi wa jinsi bidhaa inavyofanya kazi vizuri. Uuzaji unaweza kufanya vizuri, lakini watumiaji wanaweza kukosa ufanisi na kufadhaika. Bado churn iko chini kwa sababu watumiaji hawawezi kuchagua zana wanayotumia.
Tunahitaji vipimo vya UX ili kuelewa na kuboresha matumizi ya mtumiaji. Ninachopenda zaidi kuhusu TARS ni kwamba ni njia nadhifu ya kuunganisha matumizi ya wateja na uzoefu wa wateja na vipimo vinavyofaa vya bidhaa. Binafsi, ningepanua TARS kwa vipimo vinavyolenga UX na KPI pia - kulingana na mahitaji ya mradi. Shukrani nyingi kwa Adrian H. Raudaschl kwa kuiweka pamoja. Na ikiwa una nia ya vipimo, ninapendekeza sana umfuate kwa miongozo ya vitendo na muhimu kote hivyo! Kutana na "Jinsi ya Kupima UX na Athari ya Ubuni" Unaweza kupata maelezo zaidi kuhusu UX Strategy katika 🪴 Pima UX na Athari ya Usanifu (saa 8), mwongozo wa vitendo kwa wabunifu na UX huongoza kupima na kuonyesha athari yako ya UX kwenye biashara. Tumia nambari ya kuthibitisha 🎟 IMPACT kuokoa punguzo la 20% leo. Rukia kwa maelezo.
Video + Mafunzo ya UXVideo pekeeVideo + Mafunzo ya UX$ 495.00 $ 799.00
Pata Video + Mafunzo ya UX25 masomo ya video (saa 8) + Mafunzo ya UX Moja kwa Moja. Dhamana ya kurejesha pesa kwa siku 100. Video pekee$ 250.00$ 395.00
Pata kozi ya video25 masomo ya video (saa 8). Inasasishwa kila mwaka. Pia inapatikana kama UX Bundle yenye kozi 3 za video.
Rasilimali Muhimu
"Jinsi ya Kupima UX na Athari ya Usanifu", na yako kweli "Kufikiria Biashara kwa Wabunifu", na Ryan Rumsey "ROI ya Mradi wa Kubuni "Jinsi Vipimo Sahihi vya UX Vinavyoonyesha Thamani ya Kubadilisha Mchezo", na Jared Spool "Tafiti Sampuli za Vikokotoo vya Ukubwa"
Kusoma Zaidi
"Kubuni kwa Dhiki na Dharura", Vitaly Friedman "AI Katika UX: Fikia Zaidi kwa Chini", Paul Boag "Tatizo la Ufikiaji na Mbinu za Uthibitishaji Kama CAPTCHA", Eleanor Hecks "Kutoka kwa haraka hadi kwa Mshirika: Kuunda Msaidizi Wako Maalum wa AI", Lyndon Cerejo
