ავტომობილის კატალოგი მაშინ იწყებს დახმარებას გაყიდვებში, როცა კომპანია ხედავს არა მხოლოდ მოთხოვნის ფორმას, არამედ გზას, რომლითაც მომხმარებელი კონკრეტულ ლოტამდე მივიდა.
რომელი მოვლენებია რეალური ინტერესის ნიშანი?
დაიწყეთ ოთხი მარტივი მოვლენით: მომხმარებელმა გახსნა კატალოგი, გამოიყენა ფილტრი, გახსნა ლოტის დეტალი და დატოვა მოთხოვნა. შემდეგ შეგიძლიათ დაამატოთ ძიების სიტყვა, შენახული ფილტრი ან კონკრეტული მანქანის ფოტოების გახსნა. თითოეული მოვლენა უნდა იყოს გასაგები ბიზნესისთვის. „event_17“ ან „click_card“ ანალიტიკოსს შეიძლება ესმოდეს, გაყიდვების გუნდს კი არა.
რატომ არ კმარა მხოლოდ ტელეფონის ნომერი?
ტელეფონის ნომერი გეუბნებათ, ვინ დაგიკავშირდათ. ლოტის კონტექსტი გეუბნებათ, რაზე უნდა დაიწყოს საუბარი. თუ ფორმასთან ერთად ინახება მოდელი, ლოტის ნომერი, წყარო, არჩეული ფილტრები და მოთხოვნის დრო, თანამშრომელი კლიენტს კითხვას იწყებს კონკრეტული მანქანით. ეს ამცირებს განმეორებით კითხვებს და არ აიძულებს კლიენტს თავიდან ახსნას, რას უყურებდა.
სად მთავრდება თქვენი საიტის ჩანაწერი?
საიტის ანალიტიკა ვერ ამტკიცებს, რომ მომხმარებელმა აუქციონზე ბიდი დადო ან მანქანა იყიდა. ის აჩვენებს მხოლოდ თქვენს გვერდზე შესრულებულ ქმედებებს. Copart-ის ბიდის გვერდი და IAAI-ის AuctionNow-ის აღწერა აუქციონის ქმედებებს საკუთარ გარემოში აღწერს. ამ ორ სივრცეს ერთმანეთში არ უნდა აურიოთ.
იგივე საზღვარი ჩანს Manheim-ის Simulcast-ის ოფიციალურ გზამკვლევშიც. მესამე მხარის აუქციონის გარემო და თქვენი ვებსაიტის ანალიტიკა განსხვავებული სისტემებია. ამიტომ კატალოგის მოვლენას არ უნდა მიენიჭოს ისეთი მნიშვნელობა, რომელსაც გვერდზე არსებული ქმედება ვერ ამტკიცებს.
რით განსხვავდება ნახვა და მოთხოვნა?
ლოტის ერთი გახსნა შეიძლება შემთხვევითი იყოს. განმეორებითი ნახვა, კონკრეტული ფილტრის გამოყენება და მოთხოვნის დატოვება უფრო მდიდარ კონტექსტს ქმნის, მაგრამ მაინც არ არის გაყიდვის დადასტურება. ანალიტიკის დაფამ ეს განსხვავება უნდა შეინარჩუნოს: გვერდის აქტივობა, მიღებული მოთხოვნა, თანამშრომლის პასუხი და შემდგომი შეთანხმება დამოუკიდებელი ეტაპებია.
რომელი მონაცემი არ უნდა შეაგროვოთ ზედმეტად?
არ მოითხოვოთ მომხმარებლისგან დოკუმენტი, სრული მისამართი ან სხვა ზედმეტი პირადი დეტალი მხოლოდ იმისთვის, რომ მანქანის შესახებ კითხვა დასვას. პირველ ფორმაში საკმარისია საკონტაქტო გზა და თავად მოთხოვნის კონტექსტი. ასევე არ დაასახელოთ მომხმარებლის ინტერესს „შეკვეთა“, სანამ მან რეალური შეთანხმება არ გააფორმა.
როგორ მოაწყოთ მოვლენის სია?
- თითოეულ მოვლენას დაარქვით ბიზნესისთვის გასაგები სახელი.
- ლოტის დეტალიდან ფორმაში ავტომატურად გადაიტანეთ მოდელი და ლოტის ნომერი.
- შეინახეთ წყარო და დრო.
- გამოაცალკევეთ მოთხოვნა თანამშრომლის პასუხისგან.
- ყოველ თვეში ნახეთ, სად წყვეტს მომხმარებელი გზას.
როგორ გამოიყენოს ეს ინფორმაცია გაყიდვების გუნდმა?
წარმოიდგინეთ, მომხმარებელმა ჯერ მოძებნა Toyota, შემდეგ გახსნა სამი ლოტი და ბოლოს ერთ კონკრეტულ ლოტზე დატოვა ნომერი. თანამშრომლის ეკრანზე სასარგებლოა გამოჩნდეს არა მხოლოდ ნომერი, არამედ ეს მოკლე გზა. პირველი ზარი შეიძლება დაიწყოს კითხვით: „Toyota-ს ამ კონკრეტულ ლოტზე დატოვეთ მოთხოვნა. რომელ დეტალს აზუსტებთ?“ ეს მომხმარებელს აჩვენებს, რომ განმეორებით ახსნა არ სჭირდება.
ამასთან, თანამშრომელმა არ უნდა თქვას, რომ მომხმარებელს ავტომობილი უკვე არჩეული აქვს ან ყიდვას დათანხმდა. გვერდის ქმედებები ინტერესის კონტექსტია და არა გარიგება. თუ კლიენტმა მხოლოდ ფილტრი გამოიყენა და ფორმა არ დაუტოვებია, ამ ინფორმაციის ავტომატური შეტყობინებად გადაქცევა შეიძლება ზედმეტად შემაწუხებელი აღმოჩნდეს. მონაცემის გამოყენების წესმა უნდა შეინარჩუნოს ორივე მხარის კომფორტი.
რა უნდა ნახოთ ყოველკვირეულ ანგარიშში?
კვირის ანგარიშში საკმარისია სამი შედარება: რამდენმა ადამიანმა გახსნა კატალოგი, რამდენმა ნახა ლოტის დეტალი და რამდენმა დატოვა მოთხოვნა. შემდეგი კითხვა არის, რომელი ფილტრის ან მოდელის გვერდზე ჩერდება მომხმარებელი ყველაზე ხშირად. ეს არ ნიშნავს, რომ ასეთი მანქანა აუცილებლად უნდა შეიძინოთ მარაგში. ეს მხოლოდ დაგეხმარებათ გაიგოთ, რას ეძებს თქვენი აუდიტორია საიტზე და სად შეიძლება გაუმჯობესდეს აღწერა, ფილტრი ან მოთხოვნის ფორმა.
დაკავშირებული საკითხები
თუ გინდათ ლოტის კონტექსტი ფორმაში სწორად გადავიდეს, მოითხოვეთ დემო.