კატალოგის ცვლილება გაყიდვების ცოდნაში | aiOFFICE

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

ეს მასალა AI-ის დახმარებით მომზადდა და საბოლოო ადამიანური რედაქტირება ჯერ არ არის დადასტურებული.

რა იცვლება კატალოგის შეცვლისას?

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

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

ცვლილება გადააქციეთ პასუხის ჯაჭვად

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

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

შექმენით ცვლილების ინვენტარი

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

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

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

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

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

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

თუ წყარო Excel-ში, PDF-ში ან სხვა ფორმატში მოდის, ჯერ მისი შინაარსი შეამოწმეთ. Meni-ს კატალოგის იმპორტის მასალა ცვლილების წინ შემოთავაზებული ვარიანტების გადახედვას აღწერს. ამ პრინციპის გამოყენება ნებისმიერ სისტემაში ნიშნავს: მონაცემი ჯერ განიხილეთ, შემდეგ გახადეთ მიმდინარე წყარო.

საილუსტრაციო სცენარი: მომსახურების პაკეტის შეცვლა

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

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

შედარება: ფაილის განახლება, შეტყობინება და კონტროლირებადი ცოდნა

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

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

სად ჯდება aiOFFICE?

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

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

წვდომის, შენახვისა და გარე დამუშავების პირობები გაშვებამდე უნდა შეთანხმდეს. Telegram-თან, Slack-თან, CRM-სა და ღრუბლოვან საცავთან კავშირი წვდომისა და თავსებადობის შემოწმების შემდეგ კონფიგურდება. კონკრეტულ კატალოგთან კავშირი და მონაცემის ხარისხი ცალკე უნდა დადასტურდეს. იხილეთ უსაფრთხოების მიმართულება თქვენი პროცესის აღწერის შემდეგ.

შეზღუდვები: რა ვერ უნდა დაჰპირდეს შიდა კატალოგმა?

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

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

მფლობელის გადაწყვეტილების ინვენტარი

განახლების დაწყებამდე მფლობელმა ერთ ჩანაწერში უნდა გასცეს პასუხი შემდეგ საკითხებს:

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

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

ხშირი კითხვები

კატალოგის ფაილის შეცვლა საკმარისია?

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

ეს პროცესი გლოსარიუმს ანაცვლებს?

არა. გლოსარიუმი ტერმინებს ხსნის, ხოლო კატალოგის ცვლილების ინვენტარი მოქმედ პროდუქტს, ვერსიასა და პასუხის საზღვარს აკონტროლებს. ორივეს განსხვავებული დანიშნულება აქვს.

შეიძლება aiOFFICE-მა ძველი პროდუქტი თვითონ გააუქმოს?

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

რა უნდა ვქნათ, თუ გამყიდველმა ცვლილების შემდეგ განსხვავებული პასუხი ნახა?

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

დაკავშირებული aiOFFICE-ის მასალები

ცვლილების, წყაროსა და პასუხის კონტროლის გასაგრძელებლად ნახეთ:

• მოძველებული წესის პასუხის თავიდან აცილება
• შიდა AI ასისტენტის მომწოდებლის შემოწმება
• არხებისა და საცავების ინტეგრაციის პირობები
• მონაცემთა დამუშავების პირობები