ბიდის წესის შეცვლა: როგორ შეინახოს კომპანიამ ლიმიტის და გადაწყვეტილების ისტორია

ბიდის ლიმიტის ისტორია საჭიროა მაშინ, როცა გუნდს აღარ ჰყოფნის პასუხი „ახლა ასეა“. საჭიროა ჩანაწერი, რა იყო წინა წესი, ვინ შეცვალა და რომელ ლოტს შეეხო ცვლილება.

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

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

რატომ ვერ ანაცვლებს ჩათი ისტორიას?

ჩათი ინახავს საუბარს, მაგრამ ძებნა რთულდება, როცა რამდენიმე დილერი და რამდენიმე მანქანა ერთდროულად განიხილება. მოქმედებების ისტორიაში ერთი სტრიქონი უნდა აკავშირებდეს ადამიანს, თანხას, დროსა და ლოტს. ასე ადმინისტრატორი ხედავს ფაქტს და აღარ ეძებს სხვადასხვა მესენჯერში სკრინშოტებს.

როგორ გამოყოთ აუქციონის ცვლილება და კომპანიის ცვლილება?

Copart-ის ოფიციალური ბიდის ინსტრუქცია აღწერს აუქციონის მხარეს შესრულებულ მოქმედებას. კომპანიის ლიმიტი კი თქვენი შიდა წესია. IAAI-ის AuctionNow და Manheim-ის Simulcast გზამკვლევი ასევე პლატფორმის მონაწილეობას ეხება. შიდა ისტორია არ უნდა აჩვენებდეს, რომ მან თავად შეცვალა აუქციონის სტატუსი.

რით განსხვავდება წესის ისტორია და ლოტის ისტორია?

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

რას ვერ ამტკიცებს შიდა ისტორია?

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

როგორ დაწეროთ ცვლილების წესი?

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

როგორ გამოიყურება გასაგები ჩანაწერი?

გასაგები ჩანაწერი შეიძლება ასე იკითხებოდეს: „დილერი 07, ლოტი 62829486, შიდა ლიმიტი შეიცვალა 8 000 დოლარიდან 9 000 დოლარამდე, დამმტკიცებელი: მენეჯერი, მიზეზი: დამატებითი დოკუმენტი გადაიხედა, დრო: 14:35“. ასეთი ტექსტი არ ამტკიცებს, რომ აუქციონზე ბიდი შესრულდა. ის მხოლოდ კომპანიის შიდა გადაწყვეტილებას აღწერს, და ამიტომ შემდგომი აუქციონის შედეგს ცალკე ველად ტოვებს.

თუ პასუხია უარი, იგივე პრინციპი მუშაობს. „დამტკიცება უარყოფილია, ლიმიტი უცვლელია, მიზეზი: ხელმისაწვდომი ბიუჯეტი არ დადასტურდა“ ბევრად უფრო გამოსადეგია, ვიდრე ჩათში დარჩენილი „ახლა არ შეიძლება“. უარყოფილი მოთხოვნაც პროცესის ნაწილია. მისი შენახვა ეხმარება გუნდს გაიგოს, სად არის ბიუჯეტის ან წესის განმეორებადი პრობლემა.

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

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

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

• მოქმედებების ისტორიის აუცილებელი ველები
• ლიმიტს გადაცილებული ბიდის დამტკიცება
• მოგებული ლოტი ადმინისტრატორის დაფაზე
• Bid Control-ის დემო

თუ გსურთ თქვენი ბიდის წესები ერთ ისტორიად მოაწყოთ, მოითხოვეთ aiVIN-ის დემო.