Средната електронна търговия, според прегледа на Института Baymard от 2024 г., извършва 5.1 стъпки и съдържа 11.3 полета на формуляра, в сравнение с осемте полета. повечето сайтове всъщност се нуждаятТази разлика е реална. Това е и причината повечето задачи с формуляри да започват на грешното място: някой преброява полета, изтрива три, изпраща ги и коефициентът на конверсия не се променя.
Броят на полетата е симптом на триене във формуляра, а не диагноза. Това е рубрика за оценяване за всеки, който притежава система за плащане, поток за резервации, формуляр за среща или приложение за обществена услуга и трябва да знае коя част да поправи първо. Петнадесет критерия, по три точки всеки, четиридесет и пет налични. Завършвате с оценка, класиран списък с поправки и праг, който ви казва дали да оптимизирате формуляра, който имате, или да възстановите инвентара му на полетата.
Защо „просто отрязване на полета“ е грешен първи ход
Числото, което всички цитират, че съкращаването на формуляр от 11 полета на 4 повишава конверсията със 120%, идва от казус от 2008 г., проведен от уеб агенция от ЧикагоПрочетете PDF файла и примерът е 184 преглеждания на формуляри, генериращи 10 подавания, спрямо 219 преглеждания, генериращи 26, на B2B формуляр „Свържете се с нас“, през два несъседни прозореца преди близо две десетилетия. Десет реализации срещу двадесет и шест са анекдот. Това никога не е било резултат от електронна търговия и не може да понесе тежестта, която индустрията му придава.
Историята за Expedia, незадължително поле „Компания“, струващо приблизително 12 милиона долара годишно, води началото си от конференция от 2010 г., докладвана от издание, което вече не съществува, така че всеки оцелял запис е втора употреба. Приемете го като история за двусмислено етикетиране, а не като коефициент.
Контролираните тестове са двупосочни. CXL документи деветполева форма, която е загубила 14% след премахването на три полета, след което е нараснал с 19.2%, когато всичките девет бяха запазени и текстът на етикета беше пренаписан. Полето, което има значение, рядко е най-лесното за изтриване.
Рубриката: 15 критерия, 45 точки
Оценете всеки критерий от 0 до 3, въз основа на това какво всъщност прави формулярът на реално устройство, а не на това, което е посочено в дизайнерския файл.
| Резултат | Значение |
|---|---|
| 0 | Липсва или присъства във форма, която активно вреди на потребителя |
| 1 | Налично, но непоследователно в различните полета или стъпки |
| 2 | Правилно по щастливия път |
| 3 | Коректност във всеки път, включително състояния на грешки, B2B поръчки и външни адреси |
Група А — Инвентаризация на полето (12 точки)
| # | критерий | Как изглежда числото 3 |
|---|---|---|
| 1 | Поименна употреба надолу по веригата | Всяко поле съответства на система, правно задължение или стъпка за изпълнение, която можете да посочите. „Маркетингът може да го иска“ дава 0 точки. |
| 2 | Отложено събиране | Всичко, което не е необходимо за приемане на поръчката, се изисква след потвърждаване на плащането, а не преди това. |
| 3 | Условно показване | Полетата за данъчен номер, фирма и специфични за региона се появяват само когато изборът на потребителя ги задейства. |
| 4 | Без излишен запис | Нищо не се изисква два пъти по целия поток, на WCAG 2.2 SC 3.3.7Адресът за фактуриране е по подразбиране за доставка. |
Група Б — Механика на въвеждане (12 точки)
| # | критерий | Как изглежда числото 3 |
|---|---|---|
| 5 | Автоматично попълване на токени | Всяко поле носи валиден WHATWG токен за автоматично попълване: given-name, address-line1, postal-code, tel, cc-numberТова е и достатъчна техника за SC 1.3.5. |
| 6 | Съвпадение на клавиатурата | правилен type намлява inputmode така че числовите полета отварят числова клавиатура на мобилно устройство. |
| 7 | Толеранс на формата | Пощенските кодове, телефонните номера, номерата на картите и данъчните номера приемат интервали, препинателни знаци и смесени главни и малки букви, след което се нормализират от страна на сървъра. Това е изрично посочено в GOV.UK. модел на адрес. |
| 8 | Пастата оцелява | Нищо не блокира поставянето. Еднократните кодове се носят autocomplete="one-time-code"Мениджърите на пароли не се побеждават от персонализирани входни данни. |
Група В — Етикети и насоки (9 точки)
| # | критерий | Как изглежда числото 3 |
|---|---|---|
| 9 | Постоянни етикети | Видими етикети, които остават при фокус и въвеждане. Полетата само със заместители се оценяват с 0. SC 3.3.2. |
| 10 | Помощ точно навреме | Неясните полета, като например „Адрес, ред 2“, данъчен идентификатор или код за сигурност, съдържат вградено обяснение, а не подсказка за търсене. |
| 11 | Достъпни съвпадения на имена | Програмният етикет съдържа видимия текст на етикета и всеки вход е правилно свързан с него. |
Група D — Грешки и възстановяване (6 точки)
| # | критерий | Как изглежда числото 3 |
|---|---|---|
| 12 | Грешки, които се поправят | Грешките посочват проблема и решението, на SC 3.3.3, С обобщение на грешките в горната част, която привлича фокуса и свързва всяко неуспешно поле. |
| 13 | Държавата оцелява след провал | Нищо не се губи при грешка при валидиране, връщане назад, изчакване на сесията или отхвърлено плащане. |
Група E — Идентифициращи портали (6 точки)
| # | критерий | Как изглежда числото 3 |
|---|---|---|
| 14 | Път за гости | Покупката е завършена без акаунт. Създаването на акаунт се предлага на екрана за потвърждение, като се използват вече предоставени данни. Принудителната регистрация е причината 18% от потребителите да изоставят покупката. дай за напускане. |
| 15 | Няма когнитивен тест | Удостоверяването не изисква запомняне или решаване на каквото и да е без алтернатива, напр. SC 3.3.8. |
Четене на партитурата
Две правила. Първо, групата:
- 38 45. Формулярът не е вашият проблем. Продължете нагоре по веригата: допълнителните разходи са посочени от 40% от изоставящите поръчка, а бавната доставка - от 20%, в сравнение със 17% за сложността на плащането.
- 28 37. Фиксирайте всяка 0 и 1 в групов ред. Очаквайте измеримо, но ограничено движение.
- 18 27. Преизградете инвентара на полето, преди да започнете A/B тестване на каквито и да било козметични продукти.
- Под 18. Не тествайте. Преизградете и след това задайте нова базова линия.
Второ, отмяната: всеки критерий от група D или E с резултат 0 се зачита първи, независимо от общия резултат. Формуляр, който губи данни при отхвърлено плащане, не е кандидат за оптимизация.
Работен пример
Съставен модел, често срещан в турската електронна търговия; резултатите са илюстративни, а не измерена клиентска проверка. Триетапното плащане изисква име, фамилия, имейл, телефон, адрес, област, град, пощенски код, национален идентификационен номер и парола за акаунта, след което името и адресът се повтарят при стъпката за фактуриране.
Група A получава 4 от 12: безусловно поле за идентификация (1), фактуриране, повтаряща се доставка (0), нищо отложено (1), всяко поле може да бъде наименувано (2). Група B получава 5 — няма автоматично попълващи се маркери в адресния блок, пощенският код отхвърля интервали. Група C получава 4 за етикети само със заместители. Група D получава 2: вградени грешки, но паролата се изчиства при неуспех. Група E получава 1: регистрацията е задължителна. Общо 16 от 45 с две нули от Група D/E, така че инструкцията не е „премахнете три полета“, а „направете регистрацията незадължителна и спрете изчистването на състоянието“.
[НЕОБХОДИМИ ВЪТРЕШНИ ДАННИ: разпределение на оценките от първия одит в рамките на одитите на касите на Switas и промяна на средната оценка след отстраняване на проблемите.]
Три области, които се нуждаят от местна оценка
Национална лична карта в Турция. Турските продавачи се нуждаят от идентификационни данни за фактуриране чрез e-Arşiv, така че много каси правят TC Kimlik Numarası задължителен за всички. Това не е задължително. Съгласно правилата от 2026 г. в Общо комюнике № 588 на Закона за данъчното производство, фактурите се издават на купувачи, които не са регистрирани данъкоплатци. може да носи стойността на заместителя 11111111111, и продавачът не носи отговорност за проверката на предоставените от клиента данни за самоличност. Задължителното единадесетцифрено поле във всяка поръчка е решение за продукт, а не законово изискване. Критерий 3 съществува точно за това.
Структура на адреса. Турските адреси са провинция, област, квартал, улица, сграда, апартамент — шест нива срещу четири address-level токени, предоставени от HTML спецификацията. Изберете съпоставяне, документирайте го и го поддържайте стабилно, защото промяната му по-късно тихо нарушава автоматичното попълване на всеки връщащ се клиент. Правилото на GOV.UK важи: използвайте отделни полета само когато знаете кои държави обслужвате и можете да намерите един формат, който да ги обхваща всички.
Полета за фирма и ДДС. B2B идентификаторите са зад превключвателя „това е бизнес поръчка“. Показвани на всеки купувач, те са проблемът на Expedia в нови дрехи.
Къде се разпада тази рубрика
Той оценява механиката на формуляра, а те са малка част от изоставянето на поръчката при плащане. Baymard определя документирания среден процент на изоставяне на 70.22% в 50 проучвания, като допълнителните разходи, скоростта на доставка и доверието в плащането са класирани над сложността на плащането. Формуляр 45/45 на сайт с изненадващи разходи за доставка все пак води до загуба на поръчката.
Това е евристичен инструмент, а не доказателство: той ви казва къде е вероятно триенето, а не какво връща всяка корекция. Използвайте го, за да изградите класиран списък с хипотези, след което оразмерете и тествайте правилно най-добрите елементи. Той не обхваща комбинацията от методи на плащане, опциите за доставка или сигналите за доверие. За продавачите от ЕС услугите за електронна търговия попадат в обхвата на Европейски акт за достъпност, така че критериите на WCAG по-горе са праг на съответствие.
Освен това приема транзакционна форма. Генерирането на лийдове целенасочено търгува с обем за качество на лийдовете, а високият резултат там може да означава, че събирате твърде малко.
Често задавани въпроси
Колко време отнема оценяването на формуляр?
Два до три часа за един поток, тестване на реален телефон и екранен четец, включително едно умишлено неуспешно плащане. По-голямата част от това отива в Група D, защото никой не е разгледал състоянията на възстановяване.
Кой трябва да прави точкуването?
Един човек оценява, втори преглежда всяка 0 и 1. Одитите с единичен оценител се насочват към 2 точки и дизайнерът на формуляра не трябва да го оценява сам.
По-малко полета някога правилният отговор ли е?
Често, но като следствие от критерии от 1 до 3, а не като цел. Няма посочена употреба надолу по веригата, изтрийте я. Употреба, която се отнася само за някои поръчки, направете я условна.
Мога ли да пропусна критериите за достъпност, ако пазарът ми е извън ЕС?
Можете, но губите предимството на конвертирането. Автоматично попълващите се токени, постоянните етикети и поставяемите еднократни кодове бяха решения за използваемост, преди да станат елементи за съответствие.
Ами ако формата ми се окаже добра, но реализацията все още е ниска?
Това е диапазонът 38–45 и е полезен: проблемът е нагоре по веригата. Преди да докоснете отново интерфейса, разгледайте прозрачността на разходите, обещанията за доставка и опциите за плащане.
Трябва ли да претегля критериите?
Не от първия път. Равните тегла поддържат честното оценяване и оставят отмяната на Група D/E да извърши приоритизирането. След като имате данни за резултатите от няколко потока, претеглете спрямо вашите собствени резултати.
Това работи ли за формуляри за резервации и уговаряне на срещи?
Да. Формулярите за записване, клинично назначаване и кандидатстване за обществена услуга не отговарят на едни и същи критерии, обикновено в групи C и D. Само критерий 14 се нуждае от преформулиране, тъй като някои услуги законно изискват идентифициран акаунт.
Колко често трябва да преоценяваме?
След всяко издание, което засяга полета, в противен случай два пъти годишно. Резултатите намаляват тихо, обикновено чрез превръщането на условните полета в безусловни.
Следваща стъпка
Тази седмица оценете собствената си проверка по петнадесетте критерия и първо поправете нулите от групи D и E. Ако предпочитате тя да бъде одитирана независимо, като констатациите бъдат класирани и оразмерени, това е, което предлага нашият ангажимент за UX одит.
Източници
- Институт Баймард — Оптимизация на плащането: Минимизиране на полетата на формуляра (26 юни 2024)
- Институт Баймард — Статистика за процента на изоставяне на количките (актуализирано на 22 септември 2025 г.)
- Въображаем пейзаж — казус с контактна форма (PDF, 2008)
- CXL — Наистина ли трябва да намалите полетата на формуляра?
- Използваемостта е важна — доклад от дискусията за полетата на формулярите на Expedia (2010 г.)
- W3C — Разбиране на SC 3.3.7 Редундантно записване
- W3C — Разбиране на SC 1.3.5 Определете целта на входните данни
- W3C — Разбиране на етикетите или инструкциите в SC 3.3.2
- W3C — Разбиране на SC 3.3.3 Предложение за грешка
- W3C — Разбиране на SC 3.3.8 Достъпно удостоверяване (минимум)
- WHATWG HTML стандарт — Автоматично попълване на имена на полета
- GOV.UK Design System — шаблон за адреси
- GOV.UK Design System — Компонент за обобщение на грешки
- Европейска комисия — Европейски акт за достъпност
- MuhasebeTR — Ограничения за фактуриране за 2026 г. съгласно Общо комюнике № 588 от Закона за данъчното производство
