რა მონაცემები უნდა შეაგროვოს AI ასისტენტმა სამშენებლო ლიდის გადაცემამდე
ანონიმიზებული სამუშაო კონფიგურაცია, ველების სქემა და ტესტური დიალოგები სამშენებლო მოთხოვნის კვალიფიკაციისა და ადამიანთან უსაფრთხო გადაცემისთვის.
- ავტორი
- aiNOW
- კითხვის დრო
- 10 წთ
- გამოქვეყნდა
მოკლე პასუხი: სამშენებლო ლიდი მხოლოდ ტელეფონის ნომერი არ არის. ადამიანთან გადაცემამდე ასისტენტმა უნდა დააფიქსიროს მომსახურება, მდებარეობა, ობიექტი, მოცულობა, მიმდინარე მდგომარეობა, ეტაპი, სასურველი დრო, არსებული დოკუმენტები და დაკარგული მონაცემები. შეფასება და შესრულების დაპირება მაინც სპეციალისტს ეკუთვნის.
თუ თქვენს გუნდს აქვს ლიდის მიღების კითხვარი და მომსახურების მკაფიო საზღვრები, გამოგვიგზავნეთ ერთი ანონიმიზებული დიალოგი პროცესის შესაფასებლად. განხილვისას ვადგენთ, რომელი ველი უნდა შეაგროვოს ასისტენტმა და რომელი გადაწყვეტილება უნდა დარჩეს ინჟინერთან, არქიტექტორთან ან გაყიდვების სპეციალისტთან.
რას ნიშნავს სამშენებლო ლიდის კვალიფიკაცია?
კვალიფიკაცია ნიშნავს შემდეგი გონივრული მოქმედების არჩევას, არა კლიენტის ღირებულების გამოცნობას. ჩანაწერმა უნდა უპასუხოს ორ სხვადასხვა კითხვას: შეესაბამება თუ არა მოთხოვნა კომპანიის მომსახურებას და რამდენად მზად არის ადამიანი შემდეგი ნაბიჯისთვის. კარგი შესაბამისობა შეიძლება ჯერ ადრეულ კვლევის ეტაპზე იყოს. პირიქით, სასწრაფო მოთხოვნა შეიძლება კომპანიის ფარგლებს საერთოდ არ შეესაბამებოდეს.
Salesforce-ის სასწავლო მასალა სწორედ შესაბამისობასა და ყიდვისთვის მზადყოფნას განასხვავებს და აღნიშნავს, რომ ერთი მოდელი ყველა ბიზნესს არ ერგება. HubSpot-ის დოკუმენტაცია აჩვენებს, რომ შეფასება შეიძლება ჩანაწერის თვისებებსა და მოქმედებებს დაეყრდნოს. სამშენებლო კომპანიას ამიტომ საკუთარი მომსახურების, გეოგრაფიისა და შეფასების პროცესის მიხედვით შედგენილი წესები სჭირდება.
რა ვნახეთ ანონიმიზებულ სამუშაო კონფიგურაციაში?
შიდა მტკიცებულებად განვიხილეთ მოქმედი, ანონიმიზებული სარემონტო ასისტენტის კონფიგურაცია. მასში მომსახურების შესაბამისობა მკაფიოა: სრული ობიექტის რემონტი მომსახურების ფარგლებშია, ხოლო მხოლოდ შეღებვა, იატაკი ან ერთი ოთახის სამუშაო ფარგლებს გარეთაა. წინასწარი შეფასების მოსამზადებლად საჭიროა ობიექტის ფართობი და მიმდინარე მდგომარეობა. მომხმარებლის ფოტო შეიძლება მდგომარეობის დაზუსტებას დაეხმაროს. წესში ასევე წერია, რომ ფარგლებს გარეთ მოთხოვნაზე ასისტენტმა ტელეფონი არ უნდა მოითხოვოს.
ეს არ არის გამოქვეყნებული კლიენტის ქეისი და აქ არ ვასახელებთ კომპანიას, ფასს, მომსახურების ზონას ან მიღებულ შემოსავალს. მტკიცებულებაა რეალური კონფიგურაციის სტრუქტურა: მომსახურების საზღვარი, საჭირო ფაქტები, კვალიფიციური მოთხოვნისთვის საკონტაქტო ნაბიჯი და მკაფიო უარი შეუსაბამო სამუშაოზე.
ველების რეალური სამუშაო სქემა
ქვემოთ მოცემული სქემა აერთიანებს იმ ველებს, რომლებიც ანონიმიზებულ კონფიგურაციაში უკვე საჭიროა, და იმ საკონტროლო ველებს, რომლებიც ადამიანთან უსაფრთხო გადაცემას უზრუნველყოფს. ეს არის მოთხოვნის მიღების სამუშაო ჩანაწერი. ის არ ნიშნავს, რომ ყველა ველი ავტომატურად ჩაიწერება თქვენს CRM-ში. მონაცემის შენახვის ადგილი და ინტეგრაცია დანერგვისას ცალკე უნდა დადასტურდეს.
| ველი | რას ვინახავთ | რატომ არის საჭირო | თუ აკლია |
|---|---|---|---|
| service_type | რემონტი, მშენებლობა, დიზაინი, დოკუმენტაცია ან სხვა | მომსახურების შესაბამისობა | დაზუსტების კითხვა |
| location | ქალაქი და ტერიტორია | გეოგრაფიული შესაბამისობა და ვიზიტის დაგეგმვა | არ დაჰპირდეს მომსახურებას |
| property_type | ბინა, სახლი, ოფისი ან კომერციული სივრცე | სწორი სპეციალისტის შერჩევა | დაზუსტება |
| scope | სრული ობიექტი თუ ნაწილობრივი სამუშაო | ფარგლებში ყოფნის შემოწმება | არ მიანიჭოს კვალიფიციური სტატუსი |
| area_m2 | მომხმარებლის მიერ მითითებული ფართობი | შეფასების მოსამზადებელი კონტექსტი | მონიშნოს, როგორც შეუვსებელი ველი (missing) |
| current_state | მიმდინარე კარკასი ან არსებული რემონტის მდგომარეობა | სამუშაოს საწყისი წერტილი | სთხოვოს აღწერა ან ფოტო |
| project_stage | კვლევა, დაგეგმვა, პროექტირება, ტენდერი ან მზადყოფნა | მზადყოფნის განსაზღვრა | არ გამოიცნოს |
| desired_start | სასურველი დაწყების პერიოდი | პრიორიტეტისა და შემდგომი საუბრის დაგეგმვა | დატოვოს უცნობად |
| evidence_available | ფოტო, გეგმა, აზომვა ან სხვა დოკუმენტი | სპეციალისტის მომზადება | მონიშნოს რა შეიძლება მოიტანოს კლიენტმა |
| decision_role | მესაკუთრე, დამქირავებელი, წარმომადგენელი ან დიზაინერი | გადაწყვეტილების კონტექსტი | დაზუსტება მხოლოდ საჭიროებისას |
| contact_and_consent | დადასტურებული საკონტაქტო გზა და თანხმობა | კანონიერი შემდგომი კავშირი | არ თქვას, რომ გუნდი დაუკავშირდება |
| მარშრუტის მიზეზი (route_reason) | რატომ გადაეცა, დარჩა დასაზუსტებელი ან უარყოფილია | ადამიანთან გამჭვირვალე გადაცემა (handoff) | ჩანაწერი არასრულია |
Procore-ის სატენდერო ფორმის ინსტრუქცია სამუშაოს მოცულობისა და ხარჯის სტრუქტურირებულ აღწერას იყენებს, რომ პასუხები შესადარებელი იყოს. ჩატში იგივე პრინციპი უფრო ადრე მუშაობს: სპეციალისტამდე მისული ტექსტი უნდა იყოს არა ზოგადი „რემონტი მინდა“, არამედ სახელდებული ველების ჩანაწერი.
კვალიფიკაციის წესები ქულის გარეშე
უნივერსალური ქულა ხშირად მალავს მიზეზს. პატარა სამშენებლო გუნდისთვის უფრო გასაგებია სამნაწილიანი გადაწყვეტილება:
- შესაბამისობა. მომსახურება და მდებარეობა არის yes, no ან unknown. no იწვევს მკაფიო უარს, unknown კი დაზუსტებას.
- მზადყოფნა. მოთხოვნა შეიძლება იყოს მზად (ready), დაგეგმვის ეტაპზე (planning) ან კვლევის ეტაპზე (research). ეს პრიორიტეტს ცვლის, მაგრამ შესაბამისობას არ ცვლის.
- მარშრუტი. შედეგია სპეციალისტთან გადაცემა (specialist_handoff), დაზუსტება (clarify) ან უარი (decline). თითოეულ შედეგს ახლავს მარშრუტის მიზეზი (route_reason).
ასეთი ჩანაწერი ადამიანს აძლევს მიზეზს, არა შავ ყუთში მიღებულ რიცხვს. ბიზნესს სურვილის შემთხვევაში შეუძლია საკუთარი ქულა დაამატოს, მაგრამ ჯერ უნდა იცოდეს, რომელი ველი რას ცვლის. სავარაუდო ბიუჯეტი მხოლოდ მაშინ უნდა იკითხოს, თუ კომპანიას აქვს დამტკიცებული დიაპაზონები და კითხვაზე პასუხის გამოყენების მკაფიო წესი.
სამი სატესტო სცენარი და დიალოგი
პირველი ტესტი, შესაბამისი და მზადმყოფი მოთხოვნა.
მომხმარებელი: თბილისში მაქვს 82 მ² ბინა თეთრი კარკასით. სრული რემონტი მინდა ოქტომბრიდან, მესაკუთრე ვარ და გეგმაც მაქვს.
ასისტენტი: ჩავიწერე: თბილისი, 82 მ² ბინა, თეთრი კარკასი, სრული რემონტი, სასურველი დაწყება ოქტომბერში და გეგმა ხელმისაწვდომია. შეფასებას სპეციალისტი აკეთებს. რომელ ნომერზე შეიძლება დაგიკავშირდეთ და თანახმა ხართ, რომ ამ მოთხოვნაზე დაგირეკონ?
ამ პასუხში ასისტენტი არც ფასს ამბობს და არც ოქტომბერში დაწყებას ადასტურებს. ის იმეორებს კრიტიკულ ველებს, ითხოვს საკონტაქტო გზასა და თანხმობას, შემდეგ კი სპეციალისტს გადასცემს შემდეგი მიზეზით: მოთხოვნა მომსახურების ფარგლებშია და განხილვისთვის მზად არის.
მეორე ტესტი, ფარგლებს გარეთ მოთხოვნა.
მომხმარებელი: მხოლოდ აბაზანაში ფილების შეცვლა მინდა.
ასისტენტი: ამ სამუშაო პროცესში კომპანია მხოლოდ სრული ობიექტის რემონტს განიხილავს, ამიტომ მხოლოდ აბაზანის ფილების შეცვლას ვერ მიიღებს. თქვენს ნომერს ამ მოთხოვნისთვის არ მოგთხოვთ.
ეს დიალოგი მნიშვნელოვან შემზღუდავ წესს ამოწმებს: მეტი ლიდის შეგროვება ყოველთვის უკეთესი არ არის. თუ მომსახურება თავიდანვე შეუსაბამოა, კონტაქტის დაჟინებით მოთხოვნა მომხმარებელსაც და გაყიდვების გუნდსაც დროს აკარგვინებს.
მესამე ტესტი, ჯერ გაურკვეველი მოთხოვნა.
მომხმარებელი: ბინის განახლება მინდა, რა უნდა გავაკეთო?
ასისტენტი: ჯერ ორი რამ დამიზუსტეთ: რომელ ქალაქშია ბინა და სრული რემონტი გჭირდებათ თუ მხოლოდ ერთი ნაწილის განახლება? შემდეგ ფართობსა და მიმდინარე მდგომარეობასაც შევავსებთ.
აქ ჯერ არც უარი და არც ადამიანთან გადაცემაა სწორი. ორი კითხვა შესაბამისობას ადგენს, შემდეგი კითხვები კი სპეციალისტისთვის საჭირო კონტექსტს აგროვებს. კითხვის რაოდენობა მიზანს უნდა დაექვემდებაროს და არა ერთ უნივერსალურ ფორმას.
ტელეფონის ნომერი და კვალიფიციური ჩანაწერი: შედარება
| გადაცემული მასალა | რას ხედავს სპეციალისტი | რა უწევს ხელახლა კითხვად |
|---|---|---|
| მხოლოდ სახელი და ნომერი | ვინ უნდა მოძებნოს | მომსახურება, ობიექტი, მდებარეობა, მოცულობა, ეტაპი და მიზანი |
| დიალოგის დაუმუშავებელი ტექსტი | მთელი საუბარი | საჭირო ფაქტების მოძებნა და დაკარგული ველების დადგენა |
| სტრუქტურირებული ჩანაწერი და დიალოგი | ველები, წყარო, შეუვსებელი ველების სია (missing) და მარშრუტის მიზეზი (route_reason) | მხოლოდ პროფესიული შეფასება და დამატებითი დაზუსტება |
სტრუქტურირებული ჩანაწერი დიალოგს არ ანაცვლებს. სპეციალისტს ორივე სჭირდება: მომხმარებლის ზუსტი სიტყვები და მოკლე სქემა, რომელიც აჩვენებს, რა ვიცით, რა გვაკლია და რატომ ავირჩიეთ ეს მარშრუტი.
შეზღუდვები, რომლებიც წინასწარ უნდა ჩაიწეროს
AI ასისტენტი ვერ ადგენს კონსტრუქციულ უსაფრთხოებას, პროექტის რეალურ ღირებულებას, ნებართვის საჭიროებას, შესრულების ვადას ან გუნდის თავისუფალ რესურსს მხოლოდ ჩატის პასუხებით. ფოტო სასარგებლო კონტექსტია, მაგრამ ადგილზე დათვალიერებასა და პროფესიულ დასკვნას არ ცვლის. მომხმარებლის მიერ მითითებული ფართობი და მდგომარეობაც დეკლარირებული მონაცემია, სანამ სპეციალისტი არ გადაამოწმებს.
aiCHATS-ში ერთი ასისტენტის გამოყენება შეიძლება 5 არხში და ლიმიტი საერთო აქვს. საუბრის კონტექსტში ბოლო 10 შეტყობინება რჩება. თუ სამშენებლო მოთხოვნის დაზუსტება 10 შეტყობინებაზე მეტხანს გრძელდება, აუცილებელი ველები ცალკე უნდა ინახებოდეს და მხოლოდ საუბრის მეხსიერებას არ უნდა დაეყრდნოს. კონკრეტული CRM ველები, ფაილების მიღება, პასუხისმგებლის დანიშვნა და შეტყობინება ცალკე ინტეგრაციის დადასტურებას მოითხოვს.
როგორ შევამოწმეთ ეს მასალა?
მასალა შემოწმდა 2026-08-07 მდგომარეობით. შიდა საფუძველია მოქმედი, ანონიმიზებული სარემონტო ასისტენტის ცოდნის ბაზა და custom instructions, სადაც ჩანს სრული და ნაწილობრივი სამუშაოს საზღვარი, ფართობისა და მიმდინარე მდგომარეობის საჭიროება, ფოტოებით დაზუსტება და შეუსაბამო მოთხოვნაზე კონტაქტის არმოთხოვნის წესი. დიალოგები ამ წესების სადემონსტრაციო ტესტებია, არა კლიენტის შედეგი. გარე ჩარჩოები გადავამოწმეთ Salesforce-ის, HubSpot-ისა და Procore-ის ოფიციალურ მასალებში.
დაკავშირებული მასალები
- როგორ ვასწავლოთ ჩატბოტს დამტკიცებული მიწოდების წესები
- რა უნდა უპასუხოს ბოტმა, როცა პროდუქტი ან ვარიანტი არ არის
ხშირი კითხვები
უნდა ჰკითხოს თუ არა ასისტენტმა ბიუჯეტი?
მხოლოდ მაშინ, თუ კომპანიას აქვს დამტკიცებული დიაპაზონები და პასუხი კონკრეტულ route-ს ცვლის. სხვა შემთხვევაში კითხვამ შეიძლება ცრუ სიზუსტე შექმნას.
როდის ითვლება სამშენებლო ლიდი კვალიფიციურად?
როცა მომსახურება და მდებარეობა კომპანიის წესებს შეესაბამება, ძირითადი ობიექტის მონაცემები ცნობილია და სპეციალისტისთვის გასაგებია შემდეგი ნაბიჯი და გადაცემის მიზეზი.
შეუძლია თუ არა ასისტენტს ფასის შეფასება?
არა მხოლოდ ამ ველებით. ჩანაწერი ამზადებს სპეციალისტის საუბარს, მაგრამ შეფასება მოითხოვს კომპანიის წესებს, დოკუმენტებს და ხშირად ადგილზე შემოწმებას.
რა უნდა გადაეცეს ადამიანს დიალოგთან ერთად?
შევსებული ველები, შეუვსებელი ველების სია (missing), მომხმარებლის თანხმობა, მარშრუტის მიზეზი (route_reason) და ორიგინალი საუბარი, რათა ადამიანს იგივე კითხვების თავიდან დასმა არ დასჭირდეს.