Ինչպե՞ս պրոֆեսիոնալ կառավարել հաճախորդների հեռախոսահամարների ցուցակները

Գրեթե յուրաքանչյուր բիզնես ժամանակի ընթացքում հավաքում է հաճախորդների հեռախոսահամարների բազա, նույնիսկ եթե երբեք պաշտոնապես չի որոշել նման բազա ստեղծել։

Համարները կարող են կուտակվել տարբեր վայրերում՝

• ղեկավարի հեռախոսում;
• վաճառքի աշխատակցի հեռախոսում;
• WhatsApp-ում;
• Telegram-ում;
• Excel ֆայլերում;
• թղթային գրառումներում;
• CRM-ում;
• կայքի ձևերում;
• ամրագրումներում;
• պատվերներում;
• կամ վաճառքի կետային համակարգում։

Խնդիրը սկսվում է այն ժամանակ, երբ բիզնեսը ցանկանում է օգտագործել այս տեղեկությունը։

Օրինակ՝ ցանկանում է տեղեկատվական հաղորդագրություն ուղարկել հաճախորդներին, բայց չգիտի՝ որ ֆայլն է ավելի նոր, քանի անգամ է կրկնվում նույն համարը և յուրաքանչյուր համար որ խմբին է պատկանում։

Հաճախորդների համարների պրոֆեսիոնալ կառավարումը նշանակում է այս ցրված տեղեկությունը վերածել հստակ, որոնելի և կիրառելի ցուցակների։

Ինչո՞ւ մեկ մեծ համարների ֆայլը բավարար չէ

Սկզբում կարող է թվալ, որ ամենահեշտ ճանապարհը բոլոր համարները մեկ ֆայլում պահելն է։

Օրինակ՝

“customers.xlsx”

և ներսում 5,000 համար։

Բայց այս կառուցվածքը շատ արագ սահմանափակող է դառնում։

Ենթադրենք ուզում եք հաղորդագրություն ուղարկել միայն որոշակի մասնաճյուղի հաճախորդներին։

Կամ միայն նրանց, ովքեր նախկինում գնել են որոշակի ծառայություն։

Կամ միայն VIP հաճախորդներին։

Եթե ամեն ինչ մեկ մեծ ցուցակում է, ամեն անգամ պետք է ձեռքով զտել տվյալները։

Այդ պատճառով համարները լավ է խմբավորել իրական կիրառության համաձայն։

Ցուցակը պետք է հստակ անուն ունենա

Առաջին կանոնը պարզ է՝

յուրաքանչյուր ցուցակ պետք է ունենա հասկանալի անուն։

Օրինակ՝

• List 1
• New
• Test
• Numbers

մի քանի ամիս անց գրեթե ոչինչ չեն նշանակում։

Անունը պետք է ապագա օգտագործողին ասի՝ ովքեր են այդ համարների հետևում։

Օրինակ՝

• VIP հաճախորդներ
• Թբիլիսիի մասնաճյուղի հաճախորդներ
• Ռեստորանի հաճախորդներ
• Սեպտեմբերի միջոցառման մասնակիցներ
• 6 ամիս ոչ ակտիվ հաճախորդներ
• Վերանորոգման ծառայության հաճախորդներ
• Հավատարմության ակումբի անդամներ

Ճիշտ անունը զգալիորեն նվազեցնում է սխալ խմբին ուղարկելու հավանականությունը։

Ցուցակի ստեղծումը և համարի ավելացումը պետք է առանձին քայլեր լինեն

UX-ի տեսանկյունից հաճախակի սխալ է «նոր ցուցակ ստեղծել» և «գոյություն ունեցող ցուցակին համար ավելացնել» գործողությունները գրեթե նույն կերպ ցույց տալը։

Օգտվողը կարող է պատահաբար նոր ցուցակ ստեղծել՝ գոյություն ունեցողին համար ավելացնելու փոխարեն։

Կամ կարող է կարծել, որ համարի դաշտը ցուցակի ստեղծման մաս է։

Դա կանխելու համար միջերեսը պետք է հստակ լինի՝

Քայլ 1․ ստեղծել նոր ցուցակ

Սկզբում սահմանվում է միայն ցուցակի անունը։

Քայլ 2․ կառավարել գոյություն ունեցող ցուցակը

Ստեղծումից հետո ցուցակը պետք է ունենա իր սեփական քարտը կամ բաժինը, որտեղ կարելի է՝

• փոխել ցուցակի անունը;
• ավելացնել համար;
• համարի կողքին պահպանել անձի անունը;
• հեռացնել համար;
• տեսնել առկա անդամներին;
• կամ ջնջել ամբողջ ցուցակը։

Այս պարզ բաժանումը զգալիորեն նվազեցնում է մարդկային սխալը։

Համարը պահե՞լ անունով, թե՞ առանց անունի

Երկու տարբերակն էլ օգտակար են։

Երբեմն բիզնեսն ունի միայն հեռախոսահամարը։

Այդ դեպքում համակարգը չպետք է ստիպի յուրաքանչյուր համարի համար անուն լրացնել։

Բայց եթե հաճախորդի անունը հայտնի է, այն պահպանելը շատ օգտակար է։

Օրինակ՝

Մարիամ

և նրա հեռախոսահամարը։

Այսպիսով ցուցակը կառավարելիս օգտվողը միայն թվերի շարք չի տեսնում։

Ամենակարևոր խնդիրը՝ կրկնվող համարները

Duplicate Phone Numbers-ը հաճախորդների տվյալների բազաների կարևորագույն խնդիրներից է։

Հաճախորդի համարը կարող է՝

• լինել երկու տարբեր ցուցակներում;
• լինել Customer Directory-ում;
• և նաև ձեռքով մուտքագրված լինել։

Արշավ ուղարկելիս համակարգը չպետք է պարզապես միավորի բոլոր գրառումները։

Համարները պետք է նախ Normalize արվեն, ապա Deduplicate։

Այսինքն՝ եթե նույն համարը տարբեր աղբյուրներում չորս անգամ կա, տվյալ Batch-ում հաղորդագրությունը պետք է ուղարկվի միայն մեկ անգամ։

Սա երեք առավելություն ունի։

Ծախսի նվազեցում

Նույն հաճախորդի համար մի քանի նույնական SMS չի ծախսվում։

Ավելի լավ հաճախորդային փորձ

Հաճախորդը նույն գովազդը երեք անգամ անընդմեջ չի ստանում։

Ավելի ճշգրիտ հաշվետվություն

Իրական ստացողների թիվը հստակ է դառնում։

Ի՞նչ է նշանակում համարի Normalize

Օգտվողները համարները մուտքագրում են տարբեր ձևաչափերով։

Օրինակ՝ երկրի կոդով կամ առանց դրա, բացատներով կամ հավելյալ նշաններով։

Համեմատելուց առաջ համակարգը պետք է համարը փոխակերպի ներքին ստանդարտ ձևաչափի։

Հակառակ դեպքում նույն համարի երկու տարբեր գրառումներ կարող են դիտվել որպես երկու տարբեր հաճախորդ։

Կարո՞ղ է մեկ համարը մի քանի ցուցակում լինել

Այո, և դա լիովին բնական է։

Օրինակ՝ նույն հաճախորդը միաժամանակ կարող է լինել՝

• VIP հաճախորդ;
• Թբիլիսիի մասնաճյուղի հաճախորդ;
• ամանորյա արշավի անդամ։

Խնդիրը մի քանի ցուցակում լինելը չէ։

Խնդիրը առաջանում է, երբ համակարգը ուղարկման պահին չի կարող վերահսկել կրկնությունները։

Ճիշտ կառուցվածքը հետևյալն է՝

մեկ համարը կարող է լինել մի քանի ցուցակում, բայց մեկ կոնկրետ Batch-ում պետք է հաղորդագրությունը ստանա միայն մեկ անգամ։

Ի՞նչ տարբերություն կա հաճախորդների ցուցակի և CRM-ի միջև

Համարների ցուցակը պատասխանում է կոնկրետ հարցի՝

«Ում ենք ցանկանում ունենալ այս խմբում»։

CRM-ը պատասխանում է ավելի մեծ հարցի՝

«Ինչ հարաբերություն ունենք այս հաճախորդի հետ և ինչ է եղել նախկինում»։

CRM-ը կարող է ներառել՝

• պատմություն;
• նշումներ;
• Tasks;
• Follow-up;
• փոխազդեցություններ;
• պատասխանատու աշխատակից;
• և հաջորդ գործողություններ։

Rigi24 Core-ը Basic Customer Directory-ն արդեն առանձնացնում է պրոֆեսիոնալ CRM-ից։ Սա օգնում է, որ պարզ կարիքի համար բիզնեսը ծանր համակարգ օգտագործելու պարտադրանք չունենա։

Ի՞նչ ցուցակներ կարող են օգտակար լինել բիզնեսին

Ցուցակի տեսակը կախված է բիզնեսից։

Ռեստորան

• VIP հաճախորդներ
• Delivery հաճախորդներ
• որոշակի մասնաճյուղի հաճախորդներ
• նախկին հաճախորդներ

Գեղեցկության սրահ

• մազերի ներկման հաճախորդներ
• եղունգների ծառայության հաճախորդներ
• VIP հաճախորդներ
• երկար ժամանակ չայցելած հաճախորդներ

Ուսումնական կենտրոն

• ակտիվ ուսանողներ
• նախկին ուսանողներ
• նոր դասընթացի դիմորդներ
• ծնողներ

Վերանորոգման կենտրոն

• պարբերական սպասարկման հաճախորդներ
• որոշակի ավտոմեքենայի ապրանքանիշի հաճախորդներ
• նախկին հաճախորդներ

Ծառայություններ մատուցող ընկերություն

• B2B հաճախորդներ
• ակտիվ պայմանագրերով հաճախորդներ
• Lead-եր
• նախորդ հաճախորդներ

Յուրաքանչյուր ցուցակ պետք է խմբագրվի

Ցուցակը ստատիկ չէ։

Նոր հաճախորդներ են ավելանում։

Համարները փոխվում են։

Որոշ մարդիկ այլևս չպետք է խմբում լինեն։

Երբեմն ցուցակի անունը նույնպես պետք է փոխվի։

Այդ պատճառով համակարգը պետք է թույլ տա՝

• Rename;
• Add Member;
• Remove Member;
• Delete List.

Rigi24-ում այս գործողությունները կատարվում են հենց համապատասխան ցուցակի քարտի ներսում, որպեսզի օգտվողը միշտ իմանա, թե որ խմբի հետ է աշխատում։

Ամբողջ ցուցակի ջնջումը պետք է հստակ առանձնացված լինի

Delete Member-ը և Delete List-ը երկու ամբողջովին տարբեր գործողություններ են։

Եթե օգտվողը ցանկանում է հեռացնել մեկ համար, չպետք է լինի ամբողջ ցուցակը ջնջելու վտանգ։

Այդ պատճառով ամբողջ ցուցակի ջնջումը պետք է ցուցադրվի առանձին զգուշացնող բաժնում։

Սա կարևոր մանրուք է կառավարման գործիքների նախագծման մեջ։

Ի՞նչ ստուգել ուղարկումից առաջ

SMS արշավից առաջ օգտակար է այս պարզ Checklist-ը՝

1. Ստուգեք ցուցակի անունը։
2. Տեսեք անդամների քանակը։
3. Ստուգեք նոր համարները։
4. Համոզվեք, որ ճիշտ ցուցակն է ընտրված։
5. Կարդացեք հաղորդագրության տեքստը։
6. Ստուգեք օգտագործվող SMS քանակը։
7. Ստուգեք Sender-ը։
8. Եթե պլանավորված է, կրկին ստուգեք ամսաթիվը և ժամը։

Մի քանի վայրկյանի ստուգումը կարող է կանխել հարյուրավոր հաճախորդների սխալ ուղարկումը։

Ինչո՞ւ հաշվետվությունը պետք է պահպանի ցուցակի անունը

Ենթադրենք մեկ ամիս անց ցանկանում եք հասկանալ, թե որ խմբին է ուղարկվել որոշակի հաղորդագրություն։

Եթե հաշվետվությունը միայն համարներն է ցույց տալիս, պետք է գուշակել՝ որ ցուցակին էր պատկանում արշավը։

Ավելի լավ է Source List-ը պահպանել Batch-ի հետ։

Rigi24-ում նոր ուղարկումները կարող են հաշվետվության մեջ պահպանել ընտրված ցուցակի կամ ցուցակների անունը։

Սա շատ օգտակար է անցած արշավները վերանայելիս։

Եզրակացություն

Համարների ցուցակի կառավարումը կարող է պարզ թվալ, բայց այն ուղղակիորեն ազդում է SMS ծախսի, հաճախորդային փորձի և արշավի ճշգրտության վրա։

Պրոֆեսիոնալ կառուցվածքը ներառում է՝

• հստակ անուններով ցուցակներ;
• ցուցակի խմբագրում;
• անդամների ավելացում և հեռացում;
• հաճախորդի անվան կամընտիր պահպանում;
• համարի ստանդարտացում;
• ուղարկման պահին կրկնությունների հեռացում;
• ցուցակի անվան պահպանում հաշվետվությունում։

Rigi24-ը այս կառուցվածքը տեղադրում է Business վահանակում՝ հաճախորդների համարների բազան ցրված ֆայլերից վերածելով կառավարելի աշխատանքային գործիքի։

Rigi24 SMS ծառայության օգտագործման պայմանները

SMS մարքեթինգը և SMS կառավարումը Rigi24-ի անվճար Core-ի մաս են։ SMS վահանակի, համարների ցուցակների կառավարման, հաղորդագրությունների պլանավորման, ուղարկման հաշվետվությունների և այս բաժնի հիմնական գործառույթների համար առանձին բաժանորդագրության վճար չկա։

Բիզնեսը վճարում է միայն փաստացի օգտագործած SMS հաղորդագրությունների համար։

Ծառայությունը նախատեսված է Վրաստանում գործող կամ Վրաստանում գրանցված բիզնեսների, կազմակերպությունների և ընկերությունների համար։

Rigi24-ի թարգմանված տարբերակները նախատեսված են տարբեր ազգությունների բիզնես սեփականատերերի, ղեկավարների և ընկերությունների համար, որոնք գործում են կամ օրինականորեն գրանցված են Վրաստանում։

Պարսկերեն, անգլերեն, ռուսերեն, թուրքերեն, արաբերեն, հայերեն և ադրբեջաներեն տարբերակների առկայությունը չի նշանակում, որ ծառայությունը որպես անկախ SMS ծառայություն առաջարկվում է Վրաստանից դուրս գտնվող օտարերկրյա ընկերություններին։

Ծառայությունը նախատեսված է Վրաստանում գտնվող կամ գրանցված բիզնեսների առևտրային օգտագործման համար։ Վրաստանից դուրս գտնվող օտարերկրյա ընկերությունները չեն կարող այն օգտագործել որպես անկախ SMS ծառայություն այլ երկրներում գործունեության համար։

Rigi24-ը Վրաստանում հիմնված բիզնես կառավարման հարթակ է, և SMS ծառայությունը տրամադրվում է այդ շրջանակում։

Հաճախ տրվող հարցեր

Կարո՞ղ է մեկ հաճախորդ լինել մի քանի ցուցակում։

Այո։ Մի քանի ցուցակում լինելը խնդիր չէ։

Եթե նույն համարը մի քանի ընտրված ցուցակում է, քանի՞ հաղորդագրություն կստանա։

Մեկ Batch-ի ներսում կրկնվող համարը պետք է հաղորդագրությունը ստանա միայն մեկ անգամ։

Համարի համար անուն մուտքագրելը պարտադի՞ր է։

Ոչ։ Համարը կարելի է պահել առանց անվան, թեև անունը հեշտացնում է ցուցակի կառավարումը։

Կարելի՞ է հետո փոխել ցուցակի անունը։

Այո։

Կարելի՞ է մեկ համար հեռացնել առանց ամբողջ ցուցակը ջնջելու։

Այո։ Ցուցակի անդամները կարող են հեռացվել ցուցակից անկախ։

Կարելի՞ է ցուցակի անունը ցույց տալ SMS հաշվետվությունում։

Եթե Source List-ը պահպանված է, ցուցակի անունը կարելի է պահպանել և ցուցադրել հաշվետվությունում։