Тапсырысты рәсімдеу үшін жеткізуді таңдау ғана қалды. Тізімді ашып, «Өзі алып кету» мен «Курьерді» көресің де, екіншісін таңдайсың. Бағасын содан кейін ғана білесің. Шарттарын көру үшін өзі алып кетуге оралып, кейін қайта курьерге өтесің. Екі-ақ нұсқа, бірақ салыстыру үшін жауапты бірнеше рет өзгертуге тура келеді.
Мұндай тізімнің пайда болу себебі түсінікті болуы мүмкін: ол ықшам, компоненттер кітапханасында бар және форманың қалған бөлігіне үйлеседі. Бірақ адамға қазір шарттарды қатар көру керек. Тапсырысты рәсімдеудің оқу мысалын алып, әрі қарай өтейік: жеткізу тәсілі, жазбалар санын баптау және елді мекенді таңдау. Әрқайсысын «таңдау» деп атауға болғанымен, бұл әрекеттердің логикасы бөлек.
Екі нұсқаны да көру керек болғанда
Өзі алып кету үшін «Бүгін, тегін», курьер үшін «Ертең, 1 500 ₸» деп бірден көрсетуге болады. Нұсқаларды бірінің астына бірін орналастырып, радиобатырмалар қоссақ, адам шарттарды таңдауға дейін салыстырады. Жабылған мәзірде не жазылғанын есте сақтаудың қажеті болмайды.
Радиобатырмалар бір ғана жауап таңдауға болатын кезде қолайлы. Бірнеше қызметті белгілеуге рұқсат етілсе, құсбелгілер қажет. Макет толтырылғандай көрінуі үшін бірінші нұсқаны алдын ала таңдаудың да қажеті жоқ: жаңа сұрақтағы дайын жауапты байқамай қалу оңай. Ал жұмыс істеп тұрған сервистің баптауында жағдай басқа, өйткені ағымдағы мәнді көрсету пайдалы. Сондықтан алдымен жаңа жауап таңдап жатырмыз ба, әлде барын өзгертіп жатырмыз ба деген сұрақтан бастаған жөн.
Ықшам тізім қайда орынды
Енді төлемдер кабинетін елестетейік. Кестенің астында «Беттегі жол саны» баптауы тұр: 20, 50 немесе 100. Мәндер қысқа, таныс, бағасы не мерзімі туралы түсіндіруді қажет етпейді. Адам не керегін біледі, сондықтан тізімді ашып, 50-ді таңдау ыңғайлы. Кесте астында үш үлкен карточка ұстау оғаш болар еді: қосалқы баптау тым көп назар алады.
Мұндай компонентті таңдағанда оның пернетақтада және телефонда қалай жұмыс істейтінін тексеру қалады. Салынған жебе тізімді өздігінен ыңғайлы етпейді. Егер браузердің стандартты элементі міндетті шешсе, оның артықшылығы бар: үйреншікті басқару тәсілдерінің көбі дайын. Жеке компонент жасауға да болады, бірақ әрекеттерін іске асырып, тексеруге тура келеді.
Атауы алдын ала белгілі болғанда
Тапсырысқа оралып, қаланы таңдап көрейік. Жүздеген елді мекенді айналдыру жағымсыз, өйткені жауап адамның ойында бар. Оған бүкіл анықтамалықпен танысу қажет емес, өз жазбасын тапқысы келеді. Сондықтан атаудың басын енгізу ұзын ашылған мәзірден пайдалырақ.
Бірақ іздеу өз сұрақтарын тудырады. «Алм» сұрауына Алматы және Алмалы деп аталатын бірнеше елді мекен шығуы мүмкін. Қажеттісін таңдау үшін қасында облысы керек болады. Ештеңе табылмаса, түзетуге мүмкіндік беру үшін енгізілген мәтін орнында қалуы тиіс. Ал сервис тек анықтамалықтағы жазбаларды қабылдаса, өріс бұл шектеуді түсіндіруі керек: еркін терілген атауды үнсіз таңдалған мекенжай деп санауға болмайды.
Таңдауды қалай түзетуге болатынын көру
Жақсы мысалда кез келген компонент жұмыс істейді: қысқа атаулар сыяды, қажетті жауап табылады, бірінші таңдау бірден дұрыс болады. Сондықтан келесі тексеруді ыңғайсыз деректерден баста. Ұзын ұйым атауын, ұқсас екі жазбаны және нәтижесіз сұрауды ал. Содан кейін мәнді таңдап, өріс міндетті болмаса, оны алып тастап көр.
Элементтің міндетті аяқтауға көмектесетіні дәл осы жерде көрінеді. Радиобатырмалар салыстыру үшін шарттарды ашады, қысқа тізім таныс баптауда орын үнемдейді, іздеу белгілі атауға жетуді қысқартады. Адамның не істеп жатқаны түсінікті болса, шешім әдетте компонентті қанша нұсқадан кейін ауыстыру керек деген даудан тезірек табылады.
