Không, tôi không muốn điền vào biểu mẫu liên hệ của bạn
(adamjones.me)- Biểu mẫu liên hệ thường tạo gánh nặng lớn hơn cho cả người dùng lẫn đơn vị vận hành so với việc công khai địa chỉ email, vì dễ hỏng, kém truy cập, thiếu lưu vết và đòi hỏi dữ liệu cá nhân không cần thiết
- Các trường hợp như B&Q, AWS abuse contact form, Axa, Vodafone, Virgin Mobile cho thấy biểu mẫu có thể không gửi được, từ chối địa chỉ email hợp lệ, hoặc hoạt động bất lợi với người dùng công nghệ hỗ trợ
- Biểu mẫu khiếu nại của UK Charity Commission mất khoảng 6–7 giây cho mỗi trang và phải qua 11 trang, còn biểu mẫu của National Grid lại yêu cầu dữ liệu cá nhân như địa chỉ và số điện thoại ngay cả với phản hồi nhỏ
- Email cho phép soạn nháp, gửi theo lịch, lưu trữ hồ sơ và tích hợp quy trình làm việc, nhưng biểu mẫu liên hệ thường không cung cấp xác nhận gửi hoặc thậm chí bản sao nội dung, khiến người dùng nhiều khi phải lưu bằng ảnh chụp màn hình để làm bằng chứng
- Việc thu thập dữ liệu có cấu trúc, phân tuyến cho nhóm, chống spam, bảo mật và khả năng truy cập đa phần đều có thể giải quyết bằng email, thư trả lời tự động, hộp thư dùng chung và công cụ hỗ trợ khách hàng, nên với liên hệ thông thường thì công khai email đơn giản hơn
Vì sao biểu mẫu liên hệ bất lợi cho người dùng
- Biểu mẫu liên hệ thường mang lại trải nghiệm tệ hơn cho người dùng so với việc đăng địa chỉ email trên website
- Vì những lý do như nâng cấp WordPress hoặc thay đổi CRM, biểu mẫu có thể âm thầm bị hỏng, và người dùng chỉ biết thất bại sau khi nhấn nút gửi
- Biểu mẫu liên hệ của B&Q từng ở trạng thái không thể gửi, và qua request mạng có vẻ lỗi xuất phát từ việc thiếu thuộc tính
titlemà frontend không hề hiển thị- Thông báo lỗi không cho người dùng lối thoát trong tình huống thử lại cũng không thể giải quyết
- AWS abuse contact form từng có trường hợp trên Hacker News cho thấy nó bị hỏng trong nhiều tháng, và biểu mẫu liên hệ của Elastoplast cũng được nhắc đến như một ví dụ có vấn đề
Biểu mẫu chỉ hỏng với một số người dùng
- Biểu mẫu liên hệ của Axa từ chối sai một số địa chỉ email hợp lệ
test+test@example.com,tést@example.com,test@éxample.comđều hợp lệ theo RFC 6532 nhưng bị biểu mẫu đó từ chối- Biểu mẫu cũng không hiển thị đầy đủ các sản phẩm liên quan của Axa
- Biểu mẫu báo mất hoặc bị đánh cắp thiết bị của Vodafone thường không dùng được do bảo trì ban đêm trên website
- Người dùng bị mất điện thoại có thể gặp ngay màn hình bảo trì khi cố gửi báo cáo
- Nhiều biểu mẫu liên hệ không đáp ứng được các tiêu chuẩn cơ bản về khả năng truy cập web, khiến người dùng công nghệ hỗ trợ khó điền
- Trang khiếu nại của Virgin Mobile ẩn dấu chọn, khiến điều hướng bằng bàn phím gần như không thể
Thời gian điền và yêu cầu dữ liệu cá nhân
- Biểu mẫu khiếu nại của UK Charity Commission mất khoảng 6–7 giây để tải mỗi trang, và cần đi qua 11 trang mới hoàn tất
- Chỉ riêng thời gian chờ tải trang đã vào khoảng 75 giây
- Không có chỉ báo tiến độ
- Các trường nhập không có thuộc tính
autocomplete, nên người dùng phải tự rà soát lại từng mục - Các tùy chọn trong danh sách xổ xuống không được nhóm hoặc sắp xếp nhất quán
- Biểu mẫu contact/feedback của National Grid yêu cầu dữ liệu cá nhân như địa chỉ nhà và số điện thoại ngay cả với phản hồi đơn giản
- Chỉ một lỗi nhỏ như sai định dạng số điện thoại cũng có thể khiến nội dung đã nhập bị xóa và phải viết lại từ đầu
- Một số biểu mẫu khiếu nại còn yêu cầu dữ liệu nhạy cảm hơn như ngày sinh hoặc bản sao giấy tờ tùy thân
- Chúng có thể bị yêu cầu ngay cả khi tổ chức đó vốn không nắm giữ thông tin này, tức cũng không phải để đối chiếu với hồ sơ sẵn có cho mục đích xác minh bảo mật
- Trong biểu mẫu liên hệ thông thường, các mục như chức danh, vai trò công việc, quy mô công ty hay số điện thoại bàn rất có thể không thực sự cần thiết
- Việc thu thập dữ liệu cá nhân không cần thiết làm tăng rủi ro rò rỉ dữ liệu và gian lận danh tính, đồng thời với các tổ chức khó tạo niềm tin còn làm tăng nguy cơ spam, khiến người dùng либо bỏ gửi либо nhập thông tin giả
Lợi ích thực tế của email
- Email cho phép người dùng tạo bản nháp, lên lịch gửi và dễ dàng lưu lại lịch sử trao đổi
- Nó cũng dễ tích hợp vào quy trình làm việc sẵn có, chẳng hạn snooze tin nhắn để theo dõi sau
- Biểu mẫu liên hệ thường không cung cấp các tính năng này, và ngay cả khi hoạt động bình thường thì người dùng cũng thường không nhận được thông báo xác nhận để tham chiếu về sau
- Bản xác nhận chứa đầy đủ mọi chi tiết đã gửi lại càng hiếm hơn
- Có trường hợp một số công ty làm thất lạc nội dung gửi qua biểu mẫu, rồi chỉ tìm lại được sau khi người dùng đưa ra ảnh chụp màn hình đã lưu
- Biểu mẫu liên hệ tốn thời gian và công sức để xây dựng và bảo trì đúng cách, nhưng phía sau gần như luôn được định tuyến về email hoặc một hệ thống nhận email
- Loại bỏ bước trung gian và công khai địa chỉ email sẽ đơn giản hơn
- Khi trả lời một yêu cầu gửi từ biểu mẫu, cũng có thể xảy ra tình huống người dùng không còn nhớ chính xác mình đã gửi nội dung gì ban đầu
- Nếu ngay từ đầu là email thì có thể xem lại nguyên văn cùng lúc
Những ví dụ giao diện gây khó chịu
- Biểu mẫu liên hệ của Sainsbury’s bắt người dùng đi qua một cây tùy chọn dài, rồi trong cửa sổ modal lại phải chọn lại chính chủ đề đó
- Cửa sổ biểu mẫu hiện ra sau đó rất nhỏ, gần như không thể điền nổi
- Ngoài các ví dụ trên, biểu mẫu liên hệ còn có thể tạo ma sát không cần thiết cho người dùng theo nhiều cách khác
Khi cần dữ liệu có cấu trúc
- Có thể bạn muốn nhận dữ liệu có cấu trúc qua biểu mẫu liên hệ để rút ngắn thời gian xử lý yêu cầu
- Mục đích có thể là lấy chính xác mã định danh khách hàng hoặc tự động chuyển yêu cầu đến đúng nhóm
- Cách này có thể chấp nhận được trong một số tình huống
- Amazon gần đây hiển thị các mặt hàng mua gần đây và để người dùng tự phục vụ với các luồng hỗ trợ phổ biến như yêu cầu trả hàng, đồng thời vẫn cung cấp đường dẫn kết nối với con người tương đối dễ dàng
- Nếu không có một cổng dịch vụ khách hàng thực sự tốt, thì với mục đích liên hệ chung, email vẫn tốt hơn
- Có thể xin các chi tiết cần thiết bằng một thư trả lời tự động hợp lý
- Phản hồi tự động của GP at hand được nêu như một ví dụ nhìn chung rõ ràng và không quá dài
- Bạn cũng có thể thêm tham số tiêu đề và nội dung vào mailto links để người dùng điền đúng thông tin cần từ đầu
- Ví dụ là cách điền sẵn trang hỗ trợ liên quan, tên, số tài khoản và nội dung yêu cầu
Phân loại liên hệ và vận hành nhóm
- Trước khi tự động chuyển yêu cầu tới các nhóm, cần kiểm tra xem tự động hóa đó có thực sự cần thiết hay không
- Nếu mỗi ngày chỉ nhận hai email, hoặc dù sao tất cả cũng đến cùng một người trong một nhóm nhỏ, thì lý do phải phân loại qua biểu mẫu là không mạnh
- Nếu thật sự cần tự động phân tuyến, có thể cân nhắc các nền tảng như Zendesk AI
- Đây có thể là kiểu tác vụ mà LLM xử lý tốt
- Trong một số trường hợp, chỉ biểu thức chính quy cũng có thể là đủ
- Quản lý tin nhắn theo nhóm cũng có thể làm bằng email
- shared mailbox
- collaborative inbox
- Có thể kết nối email với các công cụ hỗ trợ khách hàng như Zendesk, Zoho Desk, Freshdesk, Request Tracker, Zammad, osTicket, FreeScout
Rào cản liên hệ, spam, bảo mật, khả năng truy cập
- Ý tưởng cho rằng biểu mẫu liên hệ làm giảm rào cản liên hệ là điều không thật sự đúng theo kinh nghiệm thực tế
- Sau khi 3 tổ chức chuyển sang công khai email, số lượng liên hệ thật nhận được vẫn tương đương thời còn dùng biểu mẫu
- Nếu có phân tích dữ liệu chặt chẽ và công khai, điều đó có thể giúp thuyết phục người khác
- Các biểu mẫu phản hồi cực ít công sức có thể là ngoại lệ
- Điều này có thể được giảm bớt nếu viết rõ một cách thân thiện rằng email không trang trọng cũng được chào đón
- Trong những tình huống ưu tiên tính ẩn danh, biểu mẫu có thể giúp giảm rào cản
- Một người chưa công khai xu hướng tính dục có thể không muốn một bình luận liên quan dễ dàng gắn với email cá nhân của họ
- GOV.UK có một ví dụ đơn giản hoạt động tốt để thu thập phản hồi ẩn danh
- Lo ngại rằng công khai email sẽ làm tăng spam có thể không đúng với trải nghiệm thực tế
- Đã có trường hợp spam sau khi công khai email lại ít hơn so với dùng biểu mẫu WordPress
- Biểu mẫu ẩn danh rất dễ bị nhét dữ liệu rác, trong khi ngày nay việc gửi một email có uy tín đủ để vượt qua bộ lọc spam có thể còn khó hơn
- Nếu lo ngại, bạn có thể làm rối địa chỉ email để bot spam khó đọc hơn, nhưng kiểu spam này hiếm và bộ lọc spam hiện đã tốt hơn nên thường chỉ là phí thời gian
- Quá trình làm rối còn có nguy cơ được triển khai sai và làm hỏng thứ gì đó
- Email trước đây rất không an toàn vì không được mã hóa, nhưng vào năm 2024, với cấu hình thông thường, nó có khả năng được mã hóa an toàn giống như khoảng 99% lưu lượng email khác
- Về mặt lý thuyết, khách hàng có thể dùng nhà cung cấp email không hỗ trợ mã hóa
- UK National Cyber Security Centre cũng công khai email liên hệ của mình
- Nếu dùng biểu mẫu liên hệ nhưng sau đó vẫn trả lời bằng email, thì lập luận không công khai địa chỉ chỉ vì bảo mật email là khá yếu
- Khẳng định rằng cần biểu mẫu liên hệ để đáp ứng tiêu chuẩn khả năng truy cập là không đúng
- Cách công khai địa chỉ email có khả năng dễ được phân tích và hiểu hơn so với biểu mẫu liên hệ
- Equality and Human Rights Commission, Scope và AbilityNet cũng công khai email liên hệ
Biểu mẫu được cố tình làm cho khó dùng
- Một số tổ chức có thể muốn đường liên hệ bắt buộc theo quy định trên thực tế trở nên khó sử dụng
- Meta khiến việc liên hệ liên quan đến bảo vệ dữ liệu trở nên rất khó khăn, và nhiều tổ chức từ thiện đã chỉ ra rằng các biểu mẫu của Meta khó tìm và khó điền
- Theo trải nghiệm của tác giả, quy trình liên quan của Meta phức tạp, mất nhiều thời gian và dẫn đến nhiều biểu mẫu bị hỏng
- Cơ quan quản lý nên đặt ra tiêu chuẩn phù hợp hơn để những bên tuân thủ không chỉ câu chữ mà cả tinh thần của luật lệ và quy định được ghi nhận xứng đáng
Kết luận
- Biểu mẫu liên hệ rất khó làm cho đúng, và dễ trở thành trải nghiệm tệ hơn cho tất cả những người liên quan
- Với các liên hệ thông thường, nên bỏ biểu mẫu liên hệ và công khai địa chỉ email trên website
1 bình luận
Các ý kiến trên Hacker News
Càng lớn tuổi và càng khó tính, tôi càng nhận ra rằng nếu có thể thì không dính vào là tốt nhất
Nếu nhà hàng bẩn hoặc nhân viên thô lỗ thì không đến nữa; nếu website có dark pattern hoặc biểu mẫu liên hệ không hoạt động thì không dùng website đó
Có hai lý do: phần lớn doanh nghiệp biết thứ của họ hỏng nhưng chẳng quan tâm, và tránh những trải nghiệm tệ cũng tốt cho mức độ căng thẳng của tôi
Tất nhiên điều này khó áp dụng với các dịch vụ thiết yếu như y tế
Các trang tuyển dụng, agency, website của nhà tuyển dụng đều kinh khủng
Đỉnh điểm là một website của nhà tuyển dụng tự gọi mình là Easy Apply: khi tải CV lên, nó parse cực tệ rồi rải lung tung vào vô số ô văn bản
Tôi tưởng vấn đề là PDF nên thử lại bằng tài liệu Word, nhưng kết quả vẫn vậy; có lẽ họ xuất Word sang PDF rồi dùng cùng một parser tệ hại
Việc chuyển lại các đoạn văn bản đó vào đúng ô đã đủ bực, mà chúng còn không phải ô nhập bình thường, mà là một đống JavaScript tồi tàn phản hồi cực chậm
Thế mà các nhà tuyển dụng lại than khó tìm được nhân viên giỏi
Từ khi nhận ra điều này, hễ thấy những tín hiệu đó là tôi đóng tab ngay và không ngoái lại, tiết kiệm được rất nhiều thời gian và công sức
Thậm chí còn thấy biết ơn vì những người làm nội dung chất lượng thấp đã tự khiến mình dễ nhận ra
Ý là trước khi nhắn tin, gửi email, bình luận hay tranh luận, hãy cân nhắc mục tiêu là gì và điều tốt nhất có thể đạt được từ đó là gì
Nhờ lời khuyên này, việc bỏ qua mọi chuyện trở nên dễ dàng hơn nhiều
Đúng là website đó tệ và có thể làm tốt hơn; đúng là người đối thoại rõ ràng sai; nhưng dính vào cũng chẳng thu được gì ngoài chút catharsis, lại chỉ làm lãng phí thời gian của mọi người
Vì vậy tốt hơn là cứ buông thôi
Đáng ra việc đó phải dễ đến mức như vậy, nhưng thực tế họ bắt tôi tạo tài khoản đầy đủ, yêu cầu tên người dùng, email, số điện thoại và cả mật khẩu đáp ứng các điều kiện cụ thể
Sau khi tôi không tạo được mật khẩu hợp lệ ba lần, họ nghĩ tôi uống quá nhiều và cố giúp, nhưng chính họ cũng thử nhiều lần mà vẫn không tạo được tài khoản để nhận tiền của tôi
Website của họ và chính sách tạo tài khoản không cần thiết đã chủ động chặn chuyển đổi, khiến tôi cười một hồi lâu
Tất nhiên những người bị tôi cười không phải là bên cốt lõi gây ra vấn đề, nên tôi kiềm chế sự đắc thắng và đề nghị họ báo lại với đồng nghiệp
Dù về mặt kỹ thuật có thắng, xét đến căng thẳng và trạng thái tinh thần thì bỏ qua vẫn tốt hơn nhiều
Có lẽ không áp dụng cho mọi việc, nhưng có vẻ đúng với phần lớn những bực bội nhỏ nhặt trong đời
Nói “tôi không muốn điền biểu mẫu liên hệ” là đúng, nhưng các công ty hay chính phủ cũng không muốn được bạn liên hệ
Vì với họ đó là chi phí
Một biểu mẫu “yêu cầu báo giá bán hàng” trung bình thường rõ ràng hơn và ít ma sát hơn một biểu mẫu “gửi khiếu nại/câu hỏi” trung bình
Một lý do khiến người ta dùng biểu mẫu thay vì email có thể là do tình huống và bối cảnh khi vào một website với tư cách khách và điền biểu mẫu của bên đó
Cách hành xử có thể khác khi bạn đang ở hộp thư email của mình so với khi ở trên website của người khác
Các câu hỏi đôi khi quá mức trong template issue của GitHub là một ví dụ: chúng vừa ép cung cấp thông tin cần thiết, vừa ngầm nhắc rằng tôi là khách và phải theo chuẩn mực giao tiếp của phía kia
Nếu ai đó ngoan cố từ chối bỏ ra vài phút để điền biểu mẫu của người khác, thì trong mọi tương tác sau đó họ rất có thể cũng sẽ đòi hỏi nhiều và không hợp tác
Tất nhiên những người như vậy không tự nhìn nhận mình theo cách đó
Đặt một biểu mẫu liên hệ tệ hại cũng vô lý chẳng khác nào bồi bàn nhà hàng chào khách bằng cách nhổ vào mặt họ
Nhìn cách thế giới hiện nay vận hành thì có khi trong vài năm hoặc vài tháng nữa điều đó lại thành tiêu chuẩn
Nếu đã làm biểu mẫu liên hệ thì ít nhất cũng nên gửi email tự động “chúng tôi đã nhận được tin nhắn của bạn”
Như vậy mới có chút chắc chắn tối thiểu rằng backend thực sự đã nhận và nó đã đi đến đâu đó hữu ích
Nếu không có phản hồi tự động, tôi luôn nghi ngờ không biết nó có hoạt động đúng không
Điều gì ngăn kẻ xấu nhập email của người khác vào nhiều biểu mẫu như vậy để gửi spam
Điều gì ngăn họ nhập hàng loạt email tạo ngẫu nhiên để DDoS website
Và nếu loại spam từ biểu mẫu này khiến chúng bị email client coi là spam, thì cả những tin nhắn thực sự quan trọng cũng có thể bị ném vào spam và tự động xóa
Danh sách “hãy kết nối email với các giải pháp hỗ trợ khách hàng có sẵn như hộp thư dùng chung, hộp thư đến cộng tác, Zendesk, Zoho Desk, Freshdesk, Zammad, osTicket, FreeScout” lại thiếu một cái tên kinh điển và đến nay vẫn rất tốt: Request Tracker
https://bestpractical.com/request-tracker
https://github.com/bestpractical/rt
Tôi không liên quan gì và chỉ từng dùng từ phía người gửi yêu cầu, nhưng nó luôn trực quan và ổn định
Việc cùng một hệ thống có thể tiếp tục hoạt động khoảng 20 năm cũng là điều đáng giá; nó còn linh hoạt đến mức tôi từng thấy một cơ quan nhỏ kết nối Request Tracker để dùng cho việc nộp job in trên máy in cỡ lớn
Nhớ RT thật. Xấu xí nhưng tốt
Zendesk đến giờ vẫn không thể xóa người dùng, vì tính năng đó thuộc về “Support” mà chúng tôi không dùng, còn việc tạo người dùng thì vẫn làm được vì nó thuộc về “Chat”
Perl đã không còn là ngôn ngữ phổ biến suốt nhiều thập kỷ, và thử tuyển lập trình viên Perl vào năm 2024 chắc sẽ không dễ
Có thể đây là trường hợp AI giúp được, nhưng cũng không chắc AI có biết các “scriptlet” của RT hay không
Biểu mẫu liên hệ đã chết rồi. Giờ bạn gõ vào một ô thì LLM sẽ đưa ra vài câu trả lời chẳng liên quan gì đến vấn đề của bạn
Nếu muốn liên hệ đội hỗ trợ, bạn phải dọa hủy dịch vụ
Nếu họ còn quan tâm đến chuyện đó
Trước đây, nếu gọi cho công ty cáp và nói muốn hủy, họ sẽ chuyển bạn sang nhân viên chuyên trách giữ chân khách hàng và đề nghị một thỏa thuận hạ giá về mức của vài năm trước
Lần gần nhất tôi thử chiêu đó, họ cho tôi chờ một lát rồi quay lại nói: “Vâng, thưa quý khách. Dịch vụ của quý khách đã được hủy kể từ hôm nay. Tôi có thể hỗ trợ gì thêm không?”
Đăng lời phàn nàn và tag tài khoản công ty, nếu cần thì tag thêm vài hãng truyền thông lớn hoặc nhà sáng tạo nổi tiếng trên internet có thể khuếch đại nó
Ví dụ, trong vài năm gần đây, gần như mọi trường hợp creator YouTube lấy lại được tài khoản bị hack đều được giải quyết bằng cách tag Team YouTube trên Twitter hoặc nơi tương tự
Ngày nay dường như chỉ khả năng xảy ra một cơn ác mộng PR trên mạng xã hội mới khiến công ty hành động
Không phải 100% nhưng khá ổn, và tốt hơn các chatbot hỗ trợ kiểu cũ chỉ lặp đi lặp lại “mục FAQ này có giải quyết vấn đề của bạn không?”
Vì những FAQ đó chẳng bao giờ giải quyết được vấn đề
[0] https://news.ycombinator.com/item?id=40246171
Tỷ lệ spam đi qua biểu mẫu nhìn chung khá ổn định theo thời gian, nhưng spam gửi đến địa chỉ email công khai thì tăng lên khi site bị bot spam quét đi quét lại và địa chỉ được thêm vào ngày càng nhiều danh sách của spammer
Khả năng phát hiện spam đã tốt hơn nhưng không hoàn hảo, và tổng lượng spam càng tăng thì lượng lọt qua bộ lọc cũng tăng theo
Đến một lúc nào đó, việc tìm email thật bị phân loại nhầm trong thư mục spam cũng trở nên bất khả thi, và cuối cùng bạn bị áp đảo đến mức phải đổi email
Nếu định đăng địa chỉ email công khai, bạn nên coi nó là một tài nguyên tiêu hao để thay thế khi lượng spam trở nên quá nhiều
Nếu tác giả chưa gặp chuyện này, có thể là vì chưa để một địa chỉ email đang hoạt động trên website công khai trong nhiều năm
Dĩ nhiên cũng có thể là tôi chưa đủ nổi tiếng nên không gặp vấn đề đó
Có thời điểm thư mục spam của tôi nhận khoảng 500 thư mỗi ngày, nhưng hiện cùng địa chỉ đó trung bình chỉ khoảng 2 thư mỗi ngày
Từ lâu rồi, vấn đề bộ lọc spam đánh dấu nhầm thư hợp lệ là spam hoặc không chuyển phát hẳn còn lớn hơn nhiều so với spam lọt qua
Theo kiểu bán kinh nghiệm, tôi đã vận hành các site công khai cả email lẫn biểu mẫu liên hệ hơn 5 năm nhưng không nhận thấy hiệu ứng này
Tuy nhiên tôi chưa khảo sát đủ định lượng nên khó nói chắc, và nếu có dữ liệu thì tôi muốn xem phân tích
Đáng tiếc là các hộp thư đó tự động xóa spam theo thời gian nên không còn lịch sử
Nếu ai đó có dữ liệu này thì mong họ công bố, và tôi sẵn lòng thêm liên kết phân tích vào bài
Về lý thuyết, có lẽ liên kết biểu mẫu liên hệ theo thời gian cũng bị thêm vào ngày càng nhiều danh sách và gặp cùng vấn đề
Tôi cũng chưa thấy mẫu hình này ở biểu mẫu, nên không khẳng định thực tế là vậy; nó gần với một thí nghiệm tư duy nảy ra về mặt logic hơn
Tôi vừa tạo một biểu mẫu liên hệ khách hàng mới cho công ty
Lý do dùng biểu mẫu thay vì email là, thứ nhất biểu mẫu có cảm giác phi cá nhân hơn nên tôi đỡ thấy tội lỗi khi không trả lời những khách hàng tiềm năng mà mình không muốn giao dịch, và thứ hai nó hoạt động không cần JavaScript; nếu hiển thị email mà không dùng JS để làm rối thì có vẻ sẽ nhận nhiều spam hơn
Không chắc là quy định của EU hay của Đức, nhưng tôi thích quy định rằng mọi công ty kinh doanh trực tuyến phải có một địa chỉ email thực sự được kiểm tra để khách hàng liên hệ
Nhiều khi đó là gần như cách duy nhất để nhận câu trả lời bằng văn bản từ công ty trên một phương tiện đáng tin cậy và lâu bền
Chat hỗ trợ doanh nghiệp thường rất tệ, còn điện thoại thì khi có tranh chấp lại không để lại bằng chứng
https://www.gesetze-in-internet.de/tmg/__5.html
Mong là đừng gửi email từ địa chỉ noreply@
Nếu bạn không muốn nhận email của tôi thì tôi cũng không muốn nhận email của bạn
Có một điểm cần nói thêm. Nếu là công ty lớn thì họ có nguồn lực, nên tôi nghĩ họ nên có một biểu mẫu liên hệ dễ điền; nhưng với tư cách là một lập trình viên tự làm dự án một mình, tôi nhận được thật sự rất nhiều yêu cầu vô bổ qua biểu mẫu liên hệ
Không phải spam, mà khá nhiều người dùng xem biểu mẫu liên hệ như chatbot và đặt những câu hỏi cá nhân hoặc lười biếng
Đôi khi thậm chí không phải câu hỏi, chỉ là một câu dùng một lần kiểu “Tôi muốn dùng sản phẩm”
Vậy thì cứ dùng là được mà, không phải sao
Vì quá kỳ lạ nên tôi đã giấu biểu mẫu kỹ hơn và thêm trường để tạo một chút ma sát