Co system obiecuje

Formularz wyceny powinien zebrać wystarczająco dużo kontekstu dla użytecznej odpowiedzi bez wymogu, aby użytkownik napisał specyfikację. Zacznij od kolejnej decyzji, którą musi podjąć Twój zespół: czy prośba pasuje, kto powinien ją przejrzeć, a która niepewność wymaga dyskusji. Każde wymagane pole powinno służyć jednej z tych decyzji.

Porównaj opcje praktyczne

Nazwa, adres odpowiedzi i opis języka zwykłego mogą być wystarczające początkowo. Typ projektu lub szeroki zakres budżetu może pomóc w routingu, gdy opcje są zrozumiałe i niepewnością jest dozwolone. Unikaj żądania numeru telefonu tylko dlatego, że zawiera go wewnętrzny szablon. Wytyczne W3C wyjaśniają znaczenie etykiet, instrukcji i informacji zwrotnych; są to funkcjonalne elementy doświadczenia.

Przetestować całą podróż

Pomyśl o założycielu, który ma ciężki pomysł, ale nie ma daty dostawy. Oferować uczciwą opcję czasu zamiast wymuszać wymyślony termin. Jeżeli adres e-mail jest nieprawidłowy, należy zidentyfikować to pole, wyjaśnić korektę i zachować opis projektu. Po złożeniu, odróżnić zapisane żądanie od niepowodzenia wysyłania. Odwiedzający nie powinien zgadywać, czy naciśnięcie ponownie stworzy inną prośbę.

Uwidocznienie odzysku

Nie należy używać tekstu uchwytu jako jedynej etykiety lub koloru jako jedynego sygnału błędu. Pokaż błędy w pobliżu ich pól i podaj dostępne streszczenie w długiej formie. Wykonanie testu na klawiaturze, zoom, długo przetłumaczona etykieta i wolne połączenie. Sukces powinien odzwierciedlać trwały pokwitowanie, z prawdziwym wyjaśnieniem tego, co będzie dalej niż wymyśloną obietnicą czasu odpowiedzi.

Przegląd formularza jako rozmowy i transakcji

Zapisz, dlaczego każde pole jest teraz potrzebne, kto go czyta i co się dzieje, gdy gość nie zna odpowiedzi. Jeśli zakres budżetu pomaga wybrać właściwą rozmowę, oferty zakresy, które zespół rzeczywiście wykorzystuje i wyraźną nierozstrzygniętą opcję. Nie zmuszaj odwiedzających do wymyślania wielkości firmy, architektury technicznej lub daty uruchomienia po prostu przejść walidacji. Kontekst fakultatywny może być zbierany po pierwszej odpowiedzi, gdy jego cel jest jaśniejszy.

Prototyp doświadczenia korekcji przy użyciu wypełnionego formularza, a nie pustego. Wprowadź długi opis projektu, popełnij błąd w adresie odpowiedzi i prześlij. Wyjaśnienie powinno zidentyfikować problem w zwykłym języku, zachować prawidłowe wejście i ułatwić dotarcie do danego pola. Przenieś ostrość świadomie podczas wyświetlania podsumowania błędów i ogłasza wynik bez powtarzania przerywania komuś pisania. Wykonaj to samo ćwiczenie z czytnikiem ekranu i rozszerzonym tekstem; sama bliskość wizualna nie wyjaśnia, do której wiadomości należy dane wejście.

Następnie przeglądaj wynik serwera. Utracona odpowiedź po udanym oszczędzeniu różni się od prośby, która nigdy nie dotarła. Podaj powtarzające się próby, aby rozwiązać ten sam zapisany wniosek, i przedstawić stabilne potwierdzenie, gdy trwały paragon jest znany. Nie żądaj powiadomienia tylko dlatego, że aplikacja zapisała wpis w kolejce. Wyjaśnij kolejne działanie uczciwie i zawierać bezpieczną trasę, aby poprosić o pomoc, jeśli gość pozostaje niepewny. W testach należy użyć wyraźnie fikcyjnych danych kontaktowych i lokalnego celu dostawy. Sprawdź zapisane żądanie i powiadomienie odbiorcy, jak również potwierdzenie przeglądarki.

Formularz dowodu przyjęcia

SytuacjaCzego powinien doświadczyć gość
Odpowiedź jest naprawdę nieznanaOdpowiednia niezdecydowana opcja lub fakultatywne pole pozwala na uczciwe złożenie bez konkretnych szczegółów.
Jedno pole jest nieprawidłoweBłąd nazywa to pole, daje korektę i zachowuje resztę pracy odwiedzającego.
Połączenie spada po zapisaniuBezpieczna powtórka znajduje to samo żądanie zamiast tworzenia duplikatów rejestrów biznesowych.
Zgłoszenie jest opóźnioneWniosek pozostaje otrzymany; interfejs nie rości fałszywie dostawy lub poprosić odwiedzającego, aby ponownie wszystko.

Weź te przykłady do przeglądu

Które odpowiedzi zmieniają następne działanie? Czy nietechniczny gość może odpowiedzieć na każde wymagane pytanie? Czy istnieje bezpieczna powtórka po przerwie w sieci? Przegląd jednego zwykłego złożenia i jednej nieudanej próby jako kompletnych podróży, a nie tylko zrzutów ekranu pustego formularza.

Źródła i dalsza lektura

  1. W3C WAI — Forms tutorial
Usługi

Aplikacje webowe

Przejrzysta przestrzeń do wykonywania złożonej pracy.

Porozmawiaj o tej usłudze