HubSpot-ის სავალდებულო ველები იმ მომენტში დააყენეთ, როცა ადამიანს შეუძლია შემდეგი გადაწყვეტილებისთვის საჭირო ინფორმაცია სიმართლესთან შესაბამისობით მიაწოდოს. გარიგების ეტაპის ხელით შესაცვლელად გამოიყენეთ შესაბამისი ეტაპის პარამეტრი, შემდეგ კი დანერგვამდე შეამოწმეთ ცარიელი და შევსებული მნიშვნელობები. ავტომატური შეტანა ცალკე უნდა შემოწმდეს, რადგან შედეგზე შეიძლება იმოქმედოს გამართულმა წესმა და მონაცემების გასაგზავნად გამოყენებულმა პროგრამულმა გზამ.
გარიგება შემდეგ ეტაპზე გადასასვლელად მზადაა, მაგრამ ეკრანი ისეთ დეტალებს ითხოვს, რომლებიც ჯერ არავინ იცის. სხვაგან ჩანაწერი შემდეგ თანამშრომლამდე ცარიელი ველით მიდის. ჩვენ ვიწყებთ იმ გადაწყვეტილების ჩაწერით, რომელსაც ეს ინფორმაცია სჭირდება. ეს გზამკვლევი გარიგების ეტაპის მოთხოვნებს ეხება; ვებსაიტის ფორმასა და ჩანაწერის შექმნის პანელს საკუთარი პარამეტრები აქვს.
HubSpot-ის სავალდებულო ველების რომელ წესს ცვლით?
პარამეტრის არჩევამდე განსაზღვრეთ, როდის არის ინფორმაცია საჭირო. HubSpot-ის გაყიდვების პროცესის გზამკვლევი ერთმანეთისგან განასხვავებს ველის ეტაპზე ჩვენებასა და მისი მნიშვნელობის სავალდებულოობას. შექმნის ფორმის გზამკვლევი ჩანაწერის ხელით შექმნის მოთხოვნებს აღწერს. ეს კონტროლები სხვადასხვა დროს მოქმედებს: პირველ შეტანასა და მოგვიანებით გადაცემას შეიძლება სხვადასხვა ინფორმაცია სჭირდებოდეს.
თვისება ჩანაწერის ველია. გაყიდვების პროცესი ეტაპების მიმდევრობაა, რომლითაც გარიგება გადაადგილდება. ადმინისტრატორთან არსებული კონფიგურაციის გარკვევისას გამოიყენეთ შემდეგი განსხვავებები.
| კონტროლი | რომელ კითხვას პასუხობს |
|---|---|
| შექმნის ფორმის მოთხოვნა | რა უნდა შეივსოს ჩანაწერის ხელით შექმნისას? |
| ეტაპის პირობითი თვისება | რა უნდა გამოჩნდეს ან იყოს სავალდებულო ჩანაწერის ამ ეტაპზე ხელით შექმნისას ან ამ ეტაპზე გადატანისას? |
| თვისების პირობითი ლოგიკა | რომელი სხვა ველები უნდა მოითხოვოს სისტემამ, როცა მმართველი თვისება პირობას აკმაყოფილებს? |
| ვებსაიტის ფორმის Required გადამრთველი | რა უნდა შეავსოს ვიზიტორმა ფორმის გასაგზავნად? |
| მნიშვნელობის შემოწმება | აკმაყოფილებს თუ არა შეყვანილი მნიშვნელობა ფორმატის ან დიაპაზონის მხარდაჭერილ წესს? |
HubSpot მათ ცალკეულ კონტროლებად აღწერს, თითოეულს საკუთარი ხელმისაწვდომობა და მოქმედების არე აქვს. ეკრანზე ველის გამოჩენა არ ნიშნავს, რომ ის შენახვას ბლოკავს. ცარიელი რომც არ იყოს, ველს მაინც აზრიანი პასუხი სჭირდება.
განსაზღვრეთ, რა უნდა იცოდეს შემდეგმა თანამშრომელმა
ჩვეულებრივი ენით დაწერეთ მისაღები გადაწყვეტილება, შემდეგ კი მისთვის საჭირო ინფორმაცია დაასახელეთ. თითოეული შემოთავაზებული სავალდებულო ველისთვის ჩაიწერეთ, ვინ იყენებს პასუხს, როდის შეიძლება მისი ცოდნა და რას უნდა ხსნიდეს სასარგებლო მნიშვნელობა. თუ მის დანიშნულებას ვერავინ ხსნის, მოთხოვნა განსახილველად დატოვეთ.
მაგალითად, შეთავაზების მომზადებამდე თანამშრომელს შეიძლება სჭირდებოდეს მკაფიო აღწერა იმისა, თუ რა მოითხოვა პოტენციურმა მომხმარებელმა. შეათანხმეთ, რას უნდა შეიცავდეს ეს აღწერა. ნაადრევად სავარაუდო პასუხის მოთხოვნა საკითხს გადაუჭრელს დატოვებს, თუნდაც ველში ტექსტი ეწეროს.
ჯერ უცნობი ინფორმაციის დასამუშავებლად მკაფიო გზა შეინარჩუნეთ. პასუხისმგებელ პირს ეტაპის ან მოთხოვნის დროის გადახედვა სთხოვეთ. წესის შეცვლამდე შეინარჩუნეთ არსებული მონაცემები და შეამოწმეთ დამოკიდებულებები; ველების წაშლა ან ფიქტიური მნიშვნელობების დამატება ამ პროცედურაში არ შედის.
თუ ურთიერთსაწინააღმდეგო ჩანაწერების გამო გაურკვეველია, ვისი ინფორმაცია იცვლება, ჯერ იდენტობის საკითხი მოაგვარეთ. ჩვენი ცალკე გზამკვლევი HubSpot-ის დუბლირებული კონტაქტების შემოწმების შესახებ განმარტავს, რატომ სჭირდება გაერთიანებას საკუთარი შემოწმებები.
დააყენეთ ველი გარიგების შესაბამის ეტაპზე
არსებულ უფლებამოსილ ადმინისტრატორთან ერთად მიჰყევით HubSpot-ის მიერ აღწერილ ეტაპის პროცედურას. გაყიდვების პროცესის გზამკვლევის მიხედვით, საჭიროა Edit property settings ნებართვა და არსებული რედაქტირებადი დამოკიდებული თვისება. დაწყებამდე შეამოწმეთ კონკრეტული ანგარიშის გამოწერა და ობიექტის ხელმისაწვდომობა; კონტროლის არქონა ადმინისტრატორთან გასარკვევი მიზეზია და არა ვარაუდის საფუძველზე უფრო მაღალი გეგმის შესაძენი მიზეზი.
ცვლილებამდე ჩაიწერეთ წინა წესი და შეათანხმეთ მისი აღდგენის გზა. მოამზადეთ დამტკიცებული სატესტო ჩანაწერები გარემოში, სადაც შემოწმებები ვერ დაუკავშირდება მომხმარებლებს, ვერ გაუშვებს კამპანიებს ან ანგარიშსწორებას და ვერ შეცვლის მოქმედ ანგარიშგებას. თუ ასეთი იზოლაცია მიუწვდომელია, ტესტირებამდე მისი მომზადება ადმინისტრატორს სთხოვეთ.
- გახსენით Settings, შემდეგ Data Management და Objects. აირჩიეთ შესაბამისი ობიექტი და მისი Pipelines ჩანართი.
- აირჩიეთ საჭირო გაყიდვების პროცესი. სამიზნე ეტაპის სტრიქონში Conditional logic rules-ის ქვეშ გახსენით Add rule.
- დაადასტურეთ ეტაპის პირობა და დაამატეთ დამოკიდებული თვისება. აირჩიეთ Required, თუ გამოტოვებულმა მნიშვნელობამ წესით მოცული ხელით შესრულებული მოქმედება უნდა შეაჩეროს.
- აირჩიეთ Save logic და ზუსტად ჩაიწერეთ, რომელ ეტაპსა და თვისებას მოიცავს წესი.
იმავე გზამკვლევის მიხედვით, მხოლოდ წასაკითხი თვისებები, მათ შორის გამოთვლილი და შეფასების მნიშვნელობები, ეტაპის თვისებებად ვერ გამოიყენება. თუ ველი მიუწვდომელია, იმავე დანიშნულების სხვა ველის შექმნამდე მისი განსაზღვრება შეამოწმეთ.
დანერგვამდე შეამოწმეთ ცარიელი და შევსებული მნიშვნელობები
შეამოწმეთ შეთანხმებული პირობა დამტკიცებულ სინთეზურ ჩანაწერზე და მოქმედებამდე ჩაიწერეთ მოსალოდნელი შედეგი. ჯერ არჩეული ველი ცარიელი დატოვეთ, შემდეგ კი აზრიანი სატესტო მნიშვნელობა მიუთითეთ. ჩანაწერის ხელახლა გახსნის შემდეგ შეამოწმეთ შენახული ეტაპი და ველი. შედეგი მხოლოდ იმ პირობას, ადამიანს ან სისტემას და გზას ეხება, რომელიც რეალურად შეამოწმეთ.
- დამოკიდებული მნიშვნელობის გარეშე სცადეთ წესით მოცული ეტაპის ხელით შეცვლა. ჩაიწერეთ, უშლის თუ არა შესაბამისი მოთხოვნა ხელს შენახვას; მოულოდნელი შედეგი ღია საკითხად რჩება.
- შეიყვანეთ აშკარად გამოგონილი სატესტო მნიშვნელობა, რომელიც შეთანხმებულ მნიშვნელობას მაინც შეესაბამება. გაიმეორეთ მოქმედება და შეამოწმეთ, რა შეინახა სისტემამ.
- გამართული პირობის გარეთ მდებარე ეტაპი ცალკე შეამოწმეთ, რათა მოთხოვნის მოულოდნელად ფართო მოქმედება გამოჩნდეს.
- ერთად შეინახეთ საწყისი მდგომარეობა, მოსალოდნელი შედეგი, დაკვირვებული შედეგი და შეუსაბამობაზე პასუხისმგებელი პირი.
ერთი და იგივე ჩანაწერი ფრთხილად გამოიყენეთ, რათა ადრე შენახულმა მნიშვნელობამ შემდგომი ცარიელი მნიშვნელობის შემოწმება არ გააუქმოს. საჭირო საწყისი მდგომარეობის მომზადება ადმინისტრატორს სთხოვეთ. ეკრანზე მოქმედების დასრულება შენახული შედეგის საკმარისი მტკიცებულება არ არის.
შეამოწმეთ გზები, რომლებიც ჩანაწერებში მონაცემებს წერენ
ხელით შესრულებული შემოწმების წარმატება არ ადასტურებს, როგორ ამუშავებს მოთხოვნას სამუშაო პროცესი, იმპორტი, ვებსაიტის ფორმა ან კონექტორი. სამუშაო პროცესი HubSpot-ში ავტომატიზებული პროცესია; API არის პროგრამული ინტერფეისი, რომლითაც კონექტორს ჩანაწერებში მონაცემების ჩაწერა შეუძლია. HubSpot-ის პირობითი თვისებების გზამკვლევი სამუშაო პროცესის ცვლილებებს დოკუმენტირებული ხელით მოქმედებების არეში არ მოიცავს.
დეველოპერების ცვლილებების ჟურნალში აღწერილია გამართული პირობითი სავალდებულო თვისებებისა და ჩანაწერის შექმნის მოთხოვნების აღსრულება 2026-09 API ვერსიაში, ხოლო შექმნის მოთხოვნები POST მოთხოვნებზე ვრცელდება. მნიშვნელოვანია კონექტორის რეალური გზა და ვერსია.
თითოეულ გამოყენებულ გზაზე პასუხისმგებელ პირს სთხოვეთ, განსაზღვროს წესი და ჩაატაროს დამტკიცებული შემოწმებები გამოტოვებული და სრული შემავალი მონაცემებით. მხოლოდ ტესტისთვის იმპორტის ან ინტეგრაციის დამატება საჭირო არ არის. თითოეული არსებული გზისთვის ცალკე შედეგი შეინახეთ, მათ შორის დაბრუნებული შეტყობინება, შენახული ეტაპი და მნიშვნელობა, თუ მათი შემოწმება შესაძლებელია.
API-ის ცვლილებების ჟურნალი გვირჩევს, იგივე უარყოფილი მოთხოვნა უცვლელად აღარ გავიმეოროთ. თუ ჩაწერა უარყოფილია, შეინარჩუნეთ მოთხოვნა თქვენი დამტკიცებული პროცესით და შესწორებას ხილული პასუხისმგებელი დაუნიშნეთ. ხელახალ ტესტირებამდე გამოიკვლიეთ გამოტოვებული ინფორმაცია ან ველების შესაბამისობა; წესი მხოლოდ მოთხოვნის გასატარებლად არ შეასუსტოთ.
CRM-ის კონფიგურაციისა და ინტეგრაციის შემოწმებისას ველის თითოეულ გადაწყვეტილებას მასში ჩამწერ გზებს ვუკავშირებთ. თუ ეტაპი ასევე გამოიყენება ფასიანი რეკლამის შეფასებისთვის, წინასწარ შეათანხმეთ ამ სტატუსის მნიშვნელობა. ველის შევსება გაყიდვას ან სანდო სარეკლამო შედეგს არ ადასტურებს.
რას უნდა გადახედოთ ცვლილების შემდეგ
მოთხოვნა შეადარეთ გადაწყვეტილებას, რომლის მხარდაჭერაც მას ევალებოდა. ცვლილებამდე და მის შემდეგ ერთი ტიპის ჩანაწერები და გზები შეადარეთ. შეუმოწმებელი გზები ხილული დატოვეთ და შესაბამისი წესის ან ინტეგრაციის ცვლილების შემდეგ დაზარალებული შემოწმებები გაიმეორეთ. წარმატებული ხელით შემოწმების საწყისი შეზღუდვები შეინარჩუნეთ.
- ეხმარება მნიშვნელობები შემდეგ თანამშრომელს გადაწყვეტილების მიღებაში თუ ადამიანები შემავსებელ ტექსტს წერენ?
- შეუძლია პასუხისმგებელ პირს არასრული ან უარყოფილი ჩაწერების დანახვა და შესწორება?
- რჩება გულწრფელი უცნობი მნიშვნელობა ხილული და აქვს მას შეთანხმებული შემდეგი მოქმედება?
- რომელ ეტაპებს, მონაწილეებს ან ჩაწერის გზებს ჯერ კიდევ არ აქვს დაფიქსირებული შედეგი?
ეს დაკვირვებები კონფიგურაციის შემდეგი გადაწყვეტილების მიღებას ეხმარება. ისინი არ ადასტურებს გაყიდვების გაუმჯობესებას და არც ყველა შეყვანილი მნიშვნელობის სისწორეს ამტკიცებს.
სად ვერთვებით ჩვენ
ვიწყებთ ველის დანიშნულებით, ეტაპით, რომელზეც ინფორმაცია ცნობილი ხდება, და თანამშრომლით, რომელსაც ის სჭირდება. ამ გადაწყვეტილებას ვუკავშირებთ არსებულ პარამეტრს და გამოყენებული თითოეული გზის შემოწმებას. ჩაიწერეთ პრობლემური ეტაპი, აკლებული ინფორმაცია და ყველა გზა, რომელიც ჩანაწერში წერს. საკითხის განსასაზღვრად მომხმარებლის მონაცემების ექსპორტი ან ანგარიშის ავტორიზაციის მონაცემები არ გჭირდებათ.
