Նախևառաջ, մենք պետք է հասկանանք օգտատիրոջ դրդապատճառները։ Չպետք է անմիջապես նրան պիտակենք որպես ստախոս, նույնիսկ եթե վստահ ենք, որ նրա պատմությունը անհավանական է։ Երբեմն օգտատիրոջը բավական է զգալ հույզեր, որպեսզի հավատա, որ նա ճիշտ է (և այո, դա ռացիոնալ չէ) (, )։
Եթե անմիջապես հայտարարենք, որ օգտատիրոջ պնդումները հակասում են իրականությանը, նրան չենք թողնի «դեմքը փրկելու» հնարավորություն։ Մենք չենք կարող վստահ լինել նրա դրդապատճառների մասին։ Հնարավոր է՝ նա պարզապես մոռացել է կամ սխալ է մեկնաբանել ինչ-որ բան։ Հետևաբար, մեր բոլոր փաստարկները պետք է ներկայացվեն փուլ առ փուլ՝ օգտատիրոջ արձագանքը վերահսկելով։
Որոշ դեպքերում օգտատերը կարող է պատմել գոյություն չունեցող պատմություն՝ պարզապես իր ամբողջական անգրագիտությունը (կամ իր սխալը) թաքցնելու համար։ Սկսվում է «համակարգը ինքն է ջնջել ֆայլը, ես երբեք չեմ արել դա» արտահայտությամբ և շարունակվում շատ այլ դեպքերով։
Այն դեպքերում, երբ օգտատերը գիտակցում է իր սխալը, պետք չէ նրան զրկել «դեմքը փրկելու» հնարավորությունից: Առաջարկելով պլացեբո՝ «մենք կգրանցենք այս միջադեպը և կանցկացնենք համապատասխան ստուգումներ» ձևով։ Եթե նման խնդիրները հաճախ են հանդիպում, կարող ենք օգտատերերին տրամադրել մի հարցում/կոճակ/էլ․ հասցե՝ հետադարձ կապի համար ()։
Հնարավոր է, մեր հաղորդակցությունում մենք օգտագործել ենք ոչ համապատասխան բառեր, որոնք պատճառել են անհանգստություն օգտատիրոջը և դրդել մեզ հետ կապ հաստատելու։
Մեր օգտատիրոջ պատմությունը կարող է լինել ավելի վաղ տեղի ունեցած որևէ բացասական դեպքի շարունակությունը։
Մենք չպետք է օգտատիրոջը ասենք, որ խնդիրը նրա մտածողության գործընթացներում է։
#47.Ի՞նչ հաշվի առնել օգտատիրոջ հետ ուղիղ շփման ժամանակ։
#51.Ինչո՞ւ են մեր օգտատերերը սխալներ թույլ տալիս պրոդուկտը օգտագործելիս։
#10.Օգտատերերը բողոքում են մեր սպասարկման ծառայության որակից։
#31.Ինչպե՞ս պաշտպանվել տեղեկատվական հարձակումներից (օր․՝ ապատեղեկատվությունից)։
#38.Ի՞նչ հաշվի առնել մոդերացիայի կամ վեճերի լուծման մեխանիզմներ ստեղծելիս։
#44.Ի՞նչ է պետք հաշվի առնել օգտատերերի հետադարձ կապի (feedback) հետ աշխատելիս։