საკონტაქტო ფორმა ბიზნესსა და მომავალ დამკვეთს შორის პირველი სამუშაო შეთანხმებაა. შენ სთხოვ ინფორმაციას; ადამიანი ელოდება, რომ მის კითხვას შესაბამისი პასუხი მოჰყვება. ზედმეტი ველები, ბუნდოვანი შეცდომა ან გაურკვეველი დასასრული ამ შეთანხმებას ასუსტებს. ფორმის გაუმჯობესება იმით დაიწყე, რა უნდა იცოდეს გუნდმა პირველი სასარგებლო პასუხის გასაცემად და რა შეუძლია მოგვიანებით გაარკვიოს.
1. ფორმა პირველი პასუხისთვის დაგეგმე
ჩამოწერე, რა მოქმედებას ასრულებს თანამშრომელი მოთხოვნის მიღების შემდეგ. რეკავს, პროექტის მოკლე აღწერას კითხულობს, თარიღის ხელმისაწვდომობას ამოწმებს თუ შეთავაზებას ითვლის? თითოეულ სცენარს სხვადასხვა საწყისი ინფორმაცია სჭირდება. ყველა მომსახურებისთვის ერთ გრძელ კითხვარს შესაძლოა რამდენიმე არასაჭირო ველი ჰქონდეს.
პირობითი მაგალითი: სტუდია იღებს ბრენდინგისა და ვებსაიტის მოთხოვნებს. ბრენდინგისთვის უკვე არსებული ლოგოს შესახებ კითხვა გამოსადეგია, ვებსაიტისთვის კი არსებული მისამართი. თუ ადამიანი მომსახურებას ირჩევს, შემდეგ მხოლოდ შესაბამისი მოკლე კითხვა გამოჩნდეს. ეს გამოგონილი სცენარია. პირობითი ველები არ უნდა ქმნიდეს მოულოდნელად მუდმივად მზარდ ფორმას; წინასწარ განმარტე, რამდენად დეტალური პასუხია საჭირო. პირველი კონტაქტის მიზანი პროექტის სრულად შეფასება ყოველთვის ვერ იქნება.
2. ყოველ ველს მისი საჭიროების მიზეზი მიუწერე
ფორმის არსებული ველები სამუშაო ცხრილში გადაიტანე. თითოეულთან დაწერე, ვინ იყენებს პასუხს და რომელ გადაწყვეტილებაზე მოქმედებს ის. ველი, რომლის დანიშნულებას ვერავინ ხსნის, პირველი კანდიდატია ამოსაღებად ან არასავალდებულოდ გადასაკეთებლად. ტელეფონისა და ელფოსტის ერთდროული მოთხოვნა მხოლოდ მაშინ დატოვე, როცა ორივეს პრაქტიკული გამოყენება აქვს.
ღია კითხვას პატარა მიმართულება დაუმატე. „მოგვიყევი პროექტზე“ შეიძლება ბევრისთვის გაურკვეველი იყოს; განმარტე, რომ გჭირდება მიზანი, სასურველი მომსახურება და უკვე არსებული მასალა. ბიუჯეტის კითხვისას დაუტოვე პასუხი „ჯერ დასაზუსტებელია“, თუ ამ ეტაპზე ეს მისაღებია. სავარაუდო თანხა დამტკიცებულ პირობად არ ჩათვალო. რთული პროექტის შემდგომი საუბრისთვის შეგიძლია გააზიარო ვებსაიტის ბრიფის გზამკვლევი, რათა პირველი ფორმა სრული ტექნიკური დავალებით არ გადატვირთო.
3. ველის დანიშნულება აკრეფის შემდეგაც ჩანდეს
მხოლოდ ველის შიგნით ჩაწერილი მინიშნება შეყვანის დაწყებისას ქრება. ადამიანი უკან დაბრუნებისას შეიძლება ვეღარ მიხვდეს, რას ავსებდა. დატოვე ხილული დასახელება და მოკლე მაგალითი მაშინ, როცა ფორმატს განმარტება სჭირდება. აუცილებელი და არასავალდებულო ველები ერთი გასაგები წესით აღნიშნე.
W3C-ის მიხედვით ველის დასახელება შესაბამის კონტროლს ტექნიკურადაც უნდა უკავშირდებოდეს, ხშირად label ელემენტით. ეს დამხმარე ტექნოლოგიებს ველის ამოცნობაში ეხმარება — ველების დასახელების ინსტრუქცია. შენს შემოწმებაში დააჭირე თავად დასახელებასაც და ნახე, შესაბამის ველზე გადადის თუ არა კურსორი. მობილურზე სცადე ქართული ტექსტი, საერთაშორისო ტელეფონი და გრძელი კომპანიის სახელი. ფორმა რეალური პასუხების მისაღებად უნდა იყოს მზად, მხოლოდ მოკლე სატესტო ჩანაწერებისთვის გამართულობა საკმარისი არ არის.
4. შეცდომამ გამოსწორების გზა აჩვენოს
შეტყობინება „არასწორი მონაცემი“ მიზეზს არ ხსნის. ადამიანს უთხარი, რომელი ველია შესასწორებელი და რა არის საჭირო: აკლია ელფოსტის მისამართი, ატვირთული ფაილის ფორმატი არ მიიღება თუ სავალდებულო არჩევანი დარჩა. შეცდომა მხოლოდ წითელი ფერით არ წარმოაჩინო; შესაბამისი ტექსტიც დაამატე.
W3C მომხმარებლის შეტყობინებების გზამკვლევში შეცდომის აღწერასა და გამოსწორების დახმარებას განიხილავს — ფორმის უკუკავშირის წესები. შენს პროცესში განსაკუთრებით შეამოწმე წარუმატებელი გაგზავნის შემდეგ უკვე აკრეფილი ტექსტის შენარჩუნება. თუ დამკვეთი პროექტს ათი წუთი აღწერდა, ერთი გამოტოვებული ველის გამო თავიდან დაწყება არასაჭირო სამუშაოა. სერვერის დროებითი პრობლემა მომხმარებლის შეცდომად არ გამოაცხადო; ახსენი, რომ გაგზავნა ვერ დადასტურდა და შესთავაზე რეალური ალტერნატიული საკონტაქტო გზა.
5. დადასტურების ტექსტი რეალურ მიღებას დაუკავშირე
წარმატების შეტყობინება მხოლოდ ღილაკის დაჭერის შემდეგ არ უნდა გამოჩნდეს. საიტმა ჯერ მოთხოვნის მიღება უნდა დაადასტუროს. დასრულების ტექსტში მკაფიოდ დაწერე, რა მოხდა და რა არის შემდეგი ნაბიჯი. პასუხის ზუსტი ვადა მხოლოდ მაშინ მიუთითე, თუ პასუხისმგებელი გუნდი მას პრაქტიკაში ასრულებს.
ცალკე გაიარე თანამშრომლის გზა: სად მოვიდა მოთხოვნა, ჩანს თუ არა მომსახურების არჩევანი და შესაძლებელია თუ არა მომხმარებელთან დაკავშირება? თუ შეტყობინება ელფოსტაზე მიდის, მისი მიღებაც რეალურად შეამოწმე. ფორმის ეკრანზე წარმატება და თანამშრომელთან წერილის მისვლა სხვადასხვა საკითხია. სატესტო მოთხოვნა გასაგები ნიშნით გააგზავნე და პასუხის მიმღებთან დაადასტურე. რომელიმე რგოლის შეცვლისას ეს სცენარი საიტის მოვლის გეგმაში თავიდან შესამოწმებელ მოქმედებად ჩაწერე.
6. გაზომე დასრულება და მიღებული ინფორმაციის ხარისხი
ფორმის ნახვა, შევსების დაწყება და წარმატებული გაგზავნა სხვადასხვა მოქმედებაა. თუ მხოლოდ ღილაკზე დაჭერას ითვლი, შეცდომით შეჩერებული მცდელობაც შეიძლება მოთხოვნად ჩანდეს. ჯერ შეათანხმე ტექნიკური მოვლენის ზუსტი პირობა, შემდეგ მონაცემი ბიზნესის რეალურ ჩანაწერს შეადარე.
ფორმის შემცირების შემდეგ მხოლოდ გაგზავნების ზრდა არ შეაფასო. გუნდს ჰკითხე, მიღებული ინფორმაციის საფუძველზე უფრო მარტივად პასუხობს თუ თითქმის ყველა ადამიანს თავიდან ერთსა და იმავეს ეკითხება. ბალანსი ზოგჯერ ერთ მკაფიო დამატებით ველშია. შედეგს მომსახურებისა და მოწყობილობის მიხედვით გადახედე, თუ ამისთვის საკმარისი მონაცემი გაქვს. განსხვავებული ტიპის მოთხოვნების საერთო საშუალომ პრობლემა შეიძლება დაფაროს. ტექნიკური სქემის დასაზუსტებლად წაიკითხე GA4-ში მოთხოვნების გაზომვის გზამკვლევი; ანგარიშში პირადი მიმოწერის სრული ტექსტის გადატანა საჭირო არ არის.
7. ცვლილება მოკლე მიღების ჩეკლისტით ჩააბარე
ახალი ფორმა რამდენიმე სცენარით გამოცადე: სწორი მონაცემები, ცარიელი აუცილებელი ველი, ზედმეტად გრძელი ტექსტი, დაშვებული ფაილი და შეწყვეტილი გაგზავნა. სცენარები შენს ფუნქციებს მოარგე. თითოეულისთვის წინასწარ განსაზღვრე, რას უნდა ხედავდეს მომხმარებელი და რას უნდა იღებდეს გუნდი.
- ველების დანიშნულება ხილულია და მოთხოვნილი ინფორმაცია საჭიროა.
- შეცდომის ტექსტი კონკრეტულ გამოსწორებას ხსნის.
- წარუმატებელი გაგზავნისას შეყვანილი შინაარსი არ იკარგება.
- დასრულების შეტყობინება რეალურ მიღებას შეესაბამება.
- მოთხოვნა სწორ პასუხისმგებელთან მიდის.
- კლავიატურითაც შესაძლებელია მთავარი გზის გავლა.
შედეგი შეინახე თარიღითა და პასუხისმგებელი პირით. ასე მომდევნო ცვლილების შემოწმება გაცილებით კონკრეტული იქნება. ვებსაიტის განვითარებისას ფორმა ცალკე გამოსაყენებელ ფუნქციად დაგეგმე: მას საკუთარი შინაარსი, მიღების პროცესი და დასრულების მკაფიო პირობა სჭირდება.



