Հաճախորդը սկսում է դոմենի փոխանցումը և մի քանի ժամ անց վերադարձնում է պարզ հարցով՝
«Ինչու չի ավարտվել դեռևս?»
Դոմենի վերավաճառողի համար սա ոչ միայն տեխնիկական հարց է։ Այն արագ վերածվում է աջակցության խնդրի։ Հաճախորդը կարող է մտածել, որ փոխանցումը ձախողվել է։ Վերավաճառողը կարող է չգիտենալ՝ խնդիրն արդյո՞ք է Auth Code-ը, դոմենի կողպվածությունը, կորցնող գրանցողը, հաստատման էլ-նամակը, ռեգիստրի կանոնները, թե պարզապես սովորական փոխանցման սպասման ժամանակաշրջանը։
Առաջինը հիշելու համար այս է՝ Դոմենի ընթացակարգում փոխանցումը միշտ չէ, որ նշանակում է ինչ-որ բան խափանված։ Շատ փոխանցումներ տևում են ժամանակ, նույնիսկ երբ ամեն ինչ ճիշտ է։ Բայց երբ հաճախորդը սպասում է, վերավաճառողը դեռևս պետք է ստացնի հստակ պատասխան։ Ահա թե ինչու օգտակար է հետևել պարզ նախնական ստուգման գործընթացին, նախքան գործը բարձրացնելը։
Ինչու հաճախորդներին դոմենի փոխանցումները հաճախ թվում են "կախված"
Շատ հաճախորդներ սպասում են, որ առցանց ծառայությունները աշխատեն անսպասելի արագությամբ։ Նրանք վճարում են, ներկայացնում դոմենի փոխանցումը և սպասում են, որ դոմենը տեղափոխվի անմիջապես։
Դոմենի փոխանցումները միշտ այդպես չեն ընթանում։ Փոխանցումն ընդգրկում է ներկա գրանցողին, ստացող գրանցողին, ռեգիստրի կանոնները, դոմենի իրավիճակը, Auth Code-ի ստուգումը, հաստատման էլ-հաղորդագրությունները և սպասման ժամկետները։ Հաճախորդը սովորաբար չի տեսնում այս բոլոր քայլերը։ Նրանք միայն տեսնում են մեկ բառ՝ ընթացքի մեջ։
Այդ պատճառով վերավաճառողները ստանում են հարցեր ինչպես՝
«Փոխանցումն ձախողվե՞լ է»
«Կհայտնե՞մ սխալ կոդ»
«Ինչու է դա այդքան երկար ձգվում»
«Կկարողանաք ավելի կարճացնել դա»
«Համարեցի հետ չեղյալ հայտարարել և նորից փորձել՞»
Վերավաճառողների համար հիմնական խնդիրը միայն ուշացում չէ։ Ավելի մեծ խնդիրը անորոշությունն է։ Եթե վերավաճառողը չի կարող բացատրել, թե ինչ է տեղի ունենում, հաճախորդը կարող է կորցնել վստահությունը։
Հստակ փոխանցման ստուգման ցուցակը օգնում է վերավաճառողին արագ պատասխանել և խուսափել անհարկի բարձրացումից։
1. ստուգել՝ արդյո՞ք դոմենը կողպված է
Առաջին ստուգումը պետք է լինի՝ արդյո՞ք դոմենը կողպված է ներկա գրանցողի մոտ։
Եթե դոմենը ունի փոխանցման կողպում, հնարավոր է փոխանցումը չշարունակվի։ WHOIS-ում կամ դոմենի կարգավիճակներում սա կարող է երևալ որպես clientTransferProhibited կամ նման փոխանցման կողպման կարգավիճակ։
Հաճախորդները հաճախ սխալ են հասկանում այս կետը։ Ոմանք կարծում են, որ բաց են անում դոմենը, քանի որ իրենք բաներ են սեղմել իրենց հաշվառման մեջ, բայց կարգավիճակը դեռ չէ արդիականացվել։ Մյուսները չգիտեն, թե որտեղ է կողպման հանելու տարբերակը ներկայիս գրանցողի մոտ։
Նոր գրանցողին մեղադրելուց առաջ հարցրեք հաճախորդին հաստատելու համար՝
- Արդյոք դոմենը բաց է ներկայիս գրանցողի մոտ?
- Արդյոք դոմենը դեռ ցույց է տալիս clientTransferProhibited կարգավիճակ?
- Արդյոք բացման գործողությունը հաջողությամբ կատարվել է?
- Բավական ժամանակ անցե՞լ է կարգավիճակի թարմացման համար?
Սա անվանական ստուգում է, սակայն լուծում է շատ փոխանցման հարցեր։
Վերավաճառողների համար լավ գրանցողի հարթակը պետք է հնարավորություն տա փոխանցման և դոմենի կարգավիճակը հեշտությամբ դիտարկել փոխանցման ներկայացումից հետո։
2. ստուգել Auth Code-ը նախքան բարձրացում
Auth Code-ը, որը նաև կոչվում է EPP կոդ կամ փոխանցման կոդ, ևս մի տարածված պատճառ է, որ փոխանցումը կարծես կախված է։ Auth Code-ը կարող է սխալ լինել, ժամկետանց, պատճենված լրացուցիչ բացատերով, կրկին գեներացվել առաջին պահանջումից հետո կամ հին էլ-նամակներից վերցված։ Ոմանք հաճախորդներ սխալ կոդ են պատճենում երբ ադմինիստրացնում են մի քանի դոմեն։
Նախքան փոխանցումը բարձրացնելը, հարցրեք հաճախորդին հաստատելու, որ Auth Code-ը վերջերս է տրամադրվել ներկայիս գրանցողի կողմից։
Պրակտիկ հաղորդագրությունը կարող է լինել պարզ.
«Խնդրում ենք հաստատեք, որ Auth Code-ը պատճենված է անմիջապես ներկայիս գրանցողի կողմից և փոխանցման ներկայացումից հետո չի կրկնգեներացվել։»
Եթե կոդը սխալ է, խնդիրը հարթակի խափանում չէ։ Սա փոխանցման հավատարմագրերի խնդիր է։
3. ստուգել հաստատման էլ-նամակները և կորցնող գրանցողի հաստատումը
Որոշ փոխանցման ուշացումներ լինում են, քանի որ հաճախորդը դեռ չունի հաստատման քայլը։ Գործընթացը կարող է պահանջել հաստատում էլ-նամակով, հաստատում ներկա գրանցողի հաշվում կամ պատասխան փոխանցման ծանուցման։
Այստեղ հաճախորդները հաճախ մոլորվում են։ Կհետաձգեն էլ-նամակը, չհայտնկեն սպամում, կամ օգտագործեն հին գրանցողի կոնտակտային էլ-նամակ։ Երբեմն էլ-նամակը ուղարկվում է դոմենի կոնտակտի հասցե, որը հաճախորդը այլևս չի ստուգում։
Վերավաճառողը պետք է հարցնի հաճախորդին ստուգելու համար․
- Ներմուծման և սպամի թղթապանակները
- Դոմենի կոնտակտի համար նշված էլ-նամակի հասցեն
- Ներկա գրանցողի հաղորդագրությունները
- Փոխանցման հաստատման կամ մերժման ծանուցումները
- Վերջին գրանցողի վերահսկման պանելում հաշվի ծանուցումները
Ուշադրություն դարձնելու քայլից է՝ քանի որ հաճախորդը կարող է մեղադրել ստացող գրանցողին, մինչդեռ բացակա գործողությունը դեռ գտնվում է ներկա գրանցողի կամ գրանցողի մոտ։
Վերավաճողը պետք չէ շատ բացատրության կորպորատիվ քաղաքականություն։ Օգտակար պատասխանը պարզ է․ ստուգել՝ արդյո՞ք փոխանցումը սպասում է հաստատման։
4. ստուգել ժամկետը, վերջին գրանցումը, կամ վերջին փոփոխությունները
Դոմենը չի կարող փոխանցվել ցանկացած պահին։ Տարբեր TLD-ների և գրանցողների քաղաքականություններից կախված, փոխանցումը կարող է ազդված լինել վերջին գրանցումից, վերջին փոխանցումից, գրանցողի կոնտակտի վերջին փոփոխությունից, դոմենի ժամկետի ավարտից, կամ ռեգիստրի հատուկ կանոններից։
Այստեղ վերավաճառողը պետք է զգույշ լինի։ Չպետք է վստահեցնել, որ յուրաքանչյուր փոխանցում անմիջապես կավարտվի։ Տարբեր հավելումները ունեն տարբեր կանոններ, և որոշ դեպքեր պահանջում են գրանցողի կամ ռեգիստրի դիտարկում։
Վերավաճառողը պետք է ստուգի՝
- Դոմենը վերջերս գրանցվա՞ծ է:
- Գրանցվել է արդյո՞ք վերջերս փոխանցում:
- Հեռակայացման կոնտակտը վերջերս փոխվա՞ծ է:
- Դոմենը մոտե՞ց ժամկետի ավարտին:
- Դոմենը արդեն ժամկետանց է՞ կամ գտնվում է հատուկ ցիկլային կարգավիճակում:
- Տարբեր TLD-ներին հատուկ փոխանցման կանո՞ններ կան:
Այս ստուգումը վերավաճառողին դարձնում է ավելի պրոֆեսիոնալ։ «Խնդրում ենք սպասել» ասելու փոխարեն վերավաճառողը կարող է բացատրել, թե ինչ կարող է ազդել փոխանցման գործընթացի վրա։ Հաճախորդին սա վստահություն ստեղծում է, վերավաճառողին՝ նվազեցնում կրկնվող հարցերը։
5. ստուգել, արդյո՞ք փոխանցումը գտնվում է սովորական սպասման ժամկետում
Սպասման մեջ գտնվող փոխանցումը ոչ միշտ է նշանակում ձախողված փոխանցում։ Շատ դեպքերում փոխանցումը ներկայացված է ճիշտ և պարզապես սպասում է սովորական գործընթացի ավարտին։ Հաճախորդները դա չգիտեն։ Նրանք կարծես կարծում են, որ համակարգը կանգ է առել։
Վերավաճառողը պետք է նախ ստուգի, թե արդյոք կա մերժում կամ սխալ։ Եթե մերժում չկա, սխալ Auth Code-ի ծանուցում չկա, կողպման խնդիր չկա, փոխանցումը կարող է նորմալ ընթացքում լինել։
Լավագույն հաճախորդին տեղեկությունը կլինի․
«Մենք ստուգեցինք փոխանցման հարցումը։ Ներկա պահին այն դեռ ընթացքի մեջ է և մերժում չի ստացվել։ Խնդրում ենք հաստատել, որ դոմենը բաց է, Auth Code-ը ճիշտ է և հաստատման էլ-նամակ սպասողական վիճակում չկա ներկա գրանցողի կողմից։ Եթե կարգավիճակը փոխվի կամ փոխանցումը չավարտվի սպասված ժամկետում, մենք կշարունակենք դիտարկումը։»
Սա ավելի լավ է, քան պարզապես ասել «խնդրում ենք սպասել»։ Այն հաճախորդին տրամադրում է կարգավիճակ, բացատրում է, թե ինչ է ստուգվել և սահմանում է հստակ հաջորդ քայլ։
6. ինչ պետք է վերավաճառողները ասեն հաճախորդներին սպասվող ընթացքում
Երբ հաճախորդները հարցնում են սպասվող փոխանցման մասին, անորոշ պատասխաները ավելի շատ ճնշում են ստեղծում։
Վերավաճառողը պետք է խուսափի այսպիսի պատասխաններից՝
«Դա ընթացքի մեջ է։»
«Խնդրում ենք սպասել։»
«Մենք ստուգում ենք։»
«Մենք ոչինչ չենք կարող անել։»
Այս պատասխանները տեխնիկական առումով կարող են ճշմարիտ լինել, բայց չեն օգնում հաճախորդին հասկանալու իրավիճակը։
Հստակ պատասխան պետք է ներառի երեք մաս՝
- Ի՞նչ է ստուգվել
- Ի՞նչ է պետք հաստատի հաճախորդը
- Ի՞նչ է տեղի ունենալու հաջորդ քայլը
Օրինակ․
«Մենք վերանայեցինք փոխանցման հարցումը։ Դոմենը ներկա պահին սպասման մեջ է։ Խնդրում ենք հաստատել, որ դոմենը բաց է ներկա գրանցողի մոտ, Auth Code-ը ճիշտ է և վերջերս տրամադրվել, և հաստատման էլ-նամակ չկա ներկա գրանցողից։ Եթե մերժում չկա և բոլոր մանրամասները ճիշտ են, փոխանցումն ավելի ստանդարտ սպասման ժամկետում է։ Մենք կշարունակենք հետևել կարգավիճակին և կվերանայենք կրկին, եթե փոխանցումն առաջընթաց չունենա։»
Այսպիսի հաղորդագրությունը նվազեցնում է կրկնվող հարցումնե՞րը, քանի որ այն պատմում է հաճախորդին, թե ինչ է տեղի ունենում և ինչ կարող է անել։ Վերավաճառողի համար լավ հաղորդակցությունը փոխանցման կառավարման մաս է։
Ինչպե՞ս է NiceNIC-ը օգնում վերավաճառողներին կառավարել դոմենի փոխանցումները
Վերավաճառողները պետք ունենան միայն փոխանցումների ներկայացնելու վայր չէ։ Նրանք պետք է ունենա փոխանցումների տեսանելիություն, դոմենի կառավարման գործիքներ, աջակցություն և գրանցողի գործընկեր, ով հասկանում է իրական դոմենի օպերացիաները։
NiceNIC-ը աջակցում է դոմենի փոխանցման ծառայություններին վերավաճառողների, հոսթինգ փրովայդերների, գործակալությունների և դոմենի ներդրողների համար։ Տնակիցներն օգտվում են NiceNIC վաճառողի հարթակից, դոմենի փոխանցման գործիքներից, Reseller API v2-ից, WHMCS ինտեգրումից և աջակցության ալիքներից՝ ավելի արդյունավետ կառավարելու փոխանցման օպերացիաները։
Սա օգտակար է, երբ վերավաճառողը պետք է ստուգի փոխանցման կարգավիճակը, կառավարի հաճախորդի հարցերը, կարգավորի դոմենի աշխատանքները կամ կապի փոխանցումները հոսթինգի կամ հաշվարկային համակարգի հետ։
Հոսթինգ մատակարարների համար WHMCS ինտեգրումը կարող է օգնել կապելու դոմենի փոխանցման և վերաթարմացման աշխատանքի հոսքերը հաճախորդի հաշვების և հաշիվագրման հետ։ Ծրագրավորողների համար API մուտքը կարող է աջակցել դոմենի ավտոմատացմանը։ Գործակալությունների և ներդրողների համար վերահսկման պանելը և աջակցության թիմը կարող են օգնել իրական աշխարհում փոխանցման խնդիրների կառավարմանը, որոնք միշտ չեն լուծվում միայն ավտոմատացման միջոցով։
Եթե դուք կառավարում եք հաճախորդների դոմենները, ընտրեք գրանցող, ով տրամադրում է փոխանցման գործիքներ, վերավաճառողի տեսանելիություն, API ընտրանքներ, WHMCS ինտեգրում և իսկական աջակցություն հարթակի ետևում։
ՀՏՀ
Ինչ պետք է վերավաճառողները ստուգեն առաջին հերթին, երբ հաճախորդը հարցնում է սպասող փոխանցման մասին:
Վերավաճառողները պետք է նախ ստուգեն դոմենի կողպման կարգավիճակը, Auth Code-ը, հաստատման էլ-նամակը, ժամկետը, վերջին դոմենի փոփոխությունները և արդյո՞ք փոխանցումը դեռ գտնվում է սպասվող նորմալ ուլում։
Սպասող դոմենի փոխանցումը նշանակում է, որ փոխանցումը ձախողվել է՞:
Ոչ։ Սպասող փոխանցումը միշտ չէ, որ նշանակում է ձախողում։ Շատ դեպքերում դա նշանակում է, որ փոխանցումը ներկայացված է և սպասում է նորմալ գործընթացի ավարտին։
Արդյո՞ք NiceNIC-ը կարող է օգնել վերավաճառողներին կառավարել դոմենի փոխանցումները:
Այո։ NiceNIC-ը տրամադրում է դոմենի փոխանցման ծառայություններ, վերավաճառողի գործիքներ, API մուտք, WHMCS ինտեգրում և աջակցություն վերավաճառողներին, հոսթինգ մատակարարներին, գործակալություններին և դոմենի ներդրողներին, որոնք կառավարում են դոմենի փոխանցումները։
Հաջորդ նորությունը: Ինչ պետք է դիտարկել ռեսելերներին գրանցողի ընտրության ժամանակ
