Mẹo tự động hóa biểu mẫu để người dùng và khách hàng hạnh phúc hơn

Mẹo tự động hóa biểu mẫu để người dùng và khách hàng hạnh phúc hơn

Tôi đã triển khai một biểu mẫu liên hệ vào tháng trước, theo ý kiến ​​​​của tôi, nó đã được thực hiện tốt.

Comparing two types of submitted raw data. Formatting problems displayed on the left and properly formatted data on the right.

Nó có tất cả các ngữ nghĩa phù hợp, xác thực liền mạch và hỗ trợ bàn phím tuyệt vời.

Bạn biết đấy, tất cả các tính năng bạn muốn có trong danh mục đầu tư của mình.

Nhưng… chỉ hai tuần sau khi triển khai, khách hàng của tôi đã gọi điện.

Chúng tôi đã mất lượt giới thiệu vì nó nằm trong hộp thư đến của bạn vào cuối tuần.

Khoảng cách giữa “hình thức hoạt động” và “công việc kinh doanh hiệu quả” là điều mà chúng tôi thực sự không có xu hướng thảo luận nhiều với tư cách là những người làm front-end.

Chúng tôi tập trung rất nhiều vào trải nghiệm người dùng, phương pháp xác thực và khả năng truy cập, tuy nhiên, chúng tôi bỏ qua tác dụng của dữ liệu sau khi dữ liệu đó rời khỏi tầm kiểm soát của chúng tôi.

Đó chính xác là nơi mọi thứ bắt đầu sụp đổ trong thế giới thực.

Comparing flat JSON data on the left with properly structured JSON data.

Đây là những gì tôi học được từ trải nghiệm đó để có thể tạo ra một thành phần biểu mẫu tốt hơn nhiều.

Fetch('/api/contact', { Method: 'POST', body: JSON.stringify(formData) }) // Email được gửi và chúng tôi gọi là xong. Tôi thấy việc gửi trùng lặp gây nhầm lẫn, đặc biệt là khi làm việc với các hệ thống CRM, như Salesforce.

Ví dụ: tôi đã gặp phải định dạng không nhất quán gây cản trở quá trình nhập tự động.

Tôi cũng đã trải qua những câu hỏi cuối tuần bị bỏ qua cho đến sáng thứ Hai.

Tôi đã sửa lỗi các truy vấn trong đó việc sao chép và dán các vị trí thập phân bị mất cho dấu ngoặc kép.

Cũng có những trường “bắt buộc” mà “bắt buộc” chỉ đơn giản là một nhãn gây hiểu lầm.

Tôi đã giác ngộ: thực tế là việc có một hình thức làm việc chỉ là vạch xuất phát chứ không phải là điểm kết thúc.

Showing the change in rate of success after implementation automation, from 60% to 98% with an example of a parsed error and an accepted value below based on formatting money in dollars versus a raw number.
Tôi là một lập trình viên IOS. Code chính là IOS nhưng thỉnnh thoảng vẫn đá sang Android hoặc web. Mặc dù không quá thông thạo nhưng tôi sẽ chia sẻ những kiến thức mà mình đã tìm hiểu, áp dụng qua.

Bài viết liên quan

Điều quan trọng là gì #8: Favicon sáng/tối, @mixin, object-view-box, v.v.

Ngắn và ngọt ngào nhưng vô cùng gọn gàng, vấn đề này đề cập đến các biểu tượng yêu thích sáng/tối, @mixin, biến hình nội suy neo, hộp xem đối tượng, các tính năng web mới, v.v.

Xem thêm

Niềm vui của một khởi đầu mới (Phiên bản hình nền tháng 4 năm 2026)

Giới thiệu về Tác giả Cosima là biên tập viên tại SmashingMag từ năm 2013. Bất cứ khi nào cô ấy không viết bài cho Bản tin Smashing hàng tuần, có lẽ cô ấy đang làm việc trên một… Thông tin thêm về Cosima ↬ Mẹo hàng tuần về giao diện người dùng & UX.

Xem thêm

The Site-Search Paradox: Why The Big Box Always Wins

About The Author With over 20 years experience in the field of user centered design, and a background in web design and development, Carrie has worked in startups through to … More about Carrie ↬ Weekly tips on front-end & UX . Trusted by 182,000+ folks.

Xem thêm
0 0 đánh giá
Article Rating
Theo dõi
Thông báo của
guest
0 Comments
Cũ nhất
Mới nhất Được bỏ phiếu nhiều nhất
Phản hồi nội tuyến
Xem tất cả bình luận