როგორ ვმართოთ მომხმარებელთა ტელეფონის ნომრების სიები პროფესიონალურად?

თითქმის ყველა ბიზნესი დროთა განმავლობაში აგროვებს მომხმარებელთა ტელეფონის ნომრების ბაზას, მაშინაც კი, თუ ამის შექმნა ოფიციალურად არასოდეს გადაუწყვეტია.

ნომრები შეიძლება სხვადასხვა ადგილას დაგროვდეს:

• მენეჯერის ტელეფონში;
• გაყიდვების თანამშრომლის ტელეფონში;
• 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 შეიძლება მოიცავდეს:

• ისტორიას;
• ჩანაწერებს;
• Task-ებს;
• 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-ის ნათარგმნი ვერსიები განკუთვნილია სხვადასხვა ეროვნების ბიზნეს მფლობელებისთვის, მენეჯერებისა და კომპანიებისთვის, რომლებიც საქართველოში საქმიანობენ ან კანონიერად არიან რეგისტრირებული.

სპარსული, ინგლისური, რუსული, თურქული, არაბული, სომხური და აზერბაიჯანული ენების არსებობა არ ნიშნავს, რომ Rigi24 SMS სერვისი საქართველოს გარეთ უცხოურ კომპანიებს დამოუკიდებელი SMS სერვისის სახით მიეწოდება.

სერვისი განკუთვნილია საქართველოში მდებარე ან რეგისტრირებული ბიზნესების კომერციული გამოყენებისთვის. საქართველოს ფარგლებს გარეთ უცხოურ კომპანიებს არ შეუძლიათ მისი სხვა ქვეყნებში დამოუკიდებელ SMS სერვისად გამოყენება.

Rigi24 საქართველოში დაფუძნებული ბიზნესის მართვის პლატფორმაა და SMS სერვისიც ამავე ჩარჩოში არის წარმოდგენილი.

ხშირად დასმული კითხვები

შეიძლება ერთი მომხმარებელი რამდენიმე სიაში იყოს?

დიახ. რამდენიმე სიაში წევრობა პრობლემა არ არის.

თუ ერთი ნომერი რამდენიმე არჩეულ სიაშია, რამდენ შეტყობინებას მიიღებს?

ერთ Batch-ში დუბლირებული ნომერი შეტყობინებას მხოლოდ ერთხელ მიიღებს.

ნომერთან სახელის შეყვანა სავალდებულოა?

არა. ნომერი შეიძლება სახელის გარეშეც შეინახოს, თუმცა სახელი სიის მართვას ამარტივებს.

შეიძლება სიის სახელის მოგვიანებით შეცვლა?

დიახ.

შეიძლება ერთი ნომრის წაშლა მთელი სიის წაშლის გარეშე?

დიახ. სიის წევრები თავად სიისგან დამოუკიდებლად შეიძლება წაიშალოს.

შეიძლება სიის სახელი SMS ანგარიშში გამოჩნდეს?

თუ Source List შენახულია, მისი სახელი ანგარიშშიც შეიძლება დარჩეს და გამოჩნდეს.