Đo lường mức độ sử dụng biểu mẫu bằng tính năng theo dõi sự kiện

Những trường thông tin nào được sử dụng?

Vậy chúng ta hãy bắt đầu bằng việc thảo luận về những lĩnh vực mà mọi người đang sử dụng và những lĩnh vực mà họ thực sự tương tác.

Có các trường thông tin cơ bản như tên, tên công ty, địa chỉ email, số điện thoại, doanh thu và doanh số bán hàng mỗi ngày. Chúng ta đều đã thấy những biểu mẫu như thế này trên nhiều trang web khác nhau. Vì vậy, điều chúng ta muốn biết không chỉ là có bao nhiêu người truy cập trang này, xem biểu mẫu này, mà là có bao nhiêu người đã hoàn thành biểu mẫu này.

Điều chúng ta muốn biết là: Có bao nhiêu người đã nhấp chuột vào bất kỳ trường nào trong số này? Để làm được điều đó, chúng ta có thể sử dụng tính năng theo dõi sự kiện trong Google Analytics. Nếu bạn không có Google Analytics, không sao cả. Cũng có những cách khác để thực hiện việc này với các công cụ khác. Vì vậy, trong Google Analytics, điều chúng ta muốn làm là gửi một sự kiện mỗi khi ai đó nhấp chuột hoặc chạm vào bất kỳ trường nào trong số này.

Tập trung vào

Vì vậy, chúng ta sẽ gửi một sự kiện khi người dùng tập trung vào ô đó. Danh mục có thể là biểu mẫu . Hành động là tương tác . Nhãn chỉ đơn giản là tên của trường , ví dụ như địa chỉ email, số điện thoại hoặc bất kỳ trường nào mà họ đang tương tác. Sau đó, trong Google Analytics, khi chúng ta xem chi tiết nhãn, chúng ta có thể biết được, "Tổng cộng có bao nhiêu người đã tương tác với trường cụ thể đó?"

Báo cáo GA

Như vậy, người dùng đã tương tác với trường tên 104 lần, trường doanh thu 89 lần, trường doanh số mỗi ngày 64 lần và số điện thoại 59 lần. Sau đó, chúng ta cũng có thể xem xét tất cả các trường khác. Tổng hợp thông tin này giúp chúng ta hình dung được: Người dùng đang gặp khó khăn ở đâu? Người dùng phải dành nhiều thời gian ở đâu? Và nó cũng cho chúng ta biết về tỷ lệ bỏ cuộc.

Như vậy, chúng ta có thể thấy ở đây, 104 người đã tương tác với trường họ tên đầy đủ, nhưng chỉ có 89 người đến được trường doanh thu. Như vậy, chúng ta đang mất người dùng trên đường đi. Đây có phải là vấn đề về thiết kế ? Hay là vấn đề về trải nghiệm khi tương tác với biểu mẫu này ? Có thể là do thiết bị . Chúng ta có rất nhiều người dùng di động và có thể họ không nhìn thấy hết tất cả các trường. Điều tiếp theo chúng ta có thể xem xét ở đây là các sự kiện duy nhất xảy ra đối với mỗi trường đó.

Số lượng sự kiện duy nhất không hoàn toàn chính xác nhưng khá gần với ước tính chung về số lượng người dùng duy nhất đã tương tác với các trường thông tin đó. Ví dụ, với trường tên, trung bình có 102 người tương tác 104 lần, điều này khá hợp lý. Người dùng không cần phải quay lại trường tên và nhập lại tên của mình. Nhưng với trường doanh thu, có 47 lượt tương tác duy nhất, tổng cộng 89 lượt tương tác.

Mọi người phải quay lại trường thông tin này. Họ phải xem xét lại những gì họ muốn điền vào đó. Vì vậy, chúng ta có thể bắt đầu tìm hiểu, tại sao lại như vậy? Có phải vì mọi người không chắc chắn nên trả lời như thế nào? Họ không thoải mái khi cung cấp câu trả lời đó? Có những yếu tố về độ tin cậy trên trang web của chúng ta cần được cải thiện không? Nếu chúng ta thực sự bắt đầu tìm hiểu sâu và xem xét thông tin đó, chúng ta có thể bắt đầu tìm ra, vậy cần làm gì để thu hút nhiều người tương tác với biểu mẫu này hơn, và cần làm gì để nhiều người nhấp vào nút Gửi hơn?

Người dùng thường điền những thông tin gì?

Điều tiếp theo chúng ta cần xem xét là người dùng điền thông tin vào những trường nào. Không chỉ là họ tương tác với những gì, mà khi họ nhấn nút Gửi, họ đã thực sự điền thông tin vào những trường nào? 

Khi gửi

Vì vậy, khi người dùng nhấp vào nút Gửi, chúng ta có thể kích hoạt một sự kiện khác để gửi đến Google Analytics. Trong trường hợp này, danh mục là biểu mẫu , hành động là gửi , và nhãn là danh sách tất cả các trường thông tin mà người dùng đã điền vào.

Có rất nhiều cách khác nhau để làm điều này. Nó thực sự phụ thuộc vào loại biểu mẫu bạn có, cách biểu mẫu của bạn được quản lý. Một cách dễ dàng là bạn sử dụng một hàm JavaScript để lặp qua toàn bộ biểu mẫu và hỏi, "Trong số các trường này, trường nào có giá trị, có nội dung không phải là giá trị mặc định, mà người dùng thực sự đã nhập thông tin vào?" Một lưu ý ở đây là nếu bạn định lặp qua các trường trên biểu mẫu của mình và tìm ra những trường nào người dùng đã tương tác và nhập thông tin, bạn cần đảm bảo rằng bạn chỉ lấy tên của trường chứ không phải giá trị của trường.

Chúng tôi không muốn gửi địa chỉ email hoặc số điện thoại của người đó. Chúng tôi chỉ muốn biết rằng họ đã điền thông tin vào trường địa chỉ email hoặc trường số điện thoại. Chúng tôi không muốn bất kỳ thông tin nhận dạng cá nhân nào bị đưa vào báo cáo của mình. 

Tần suất xem xét

Vậy chúng ta có thể làm gì với điều này? Chúng ta có thể xem xét: Mọi người đã điền vào từng trường thông tin này với tần suất như thế nào?

Như vậy, có 53 bài nộp có đầy đủ thông tin họ tên, 46 bài có doanh thu, 42 bài có doanh số bán hàng mỗi ngày, v.v. 

So sánh bằng cách tương tác

Điều đầu tiên chúng ta có thể làm ở đây là so sánh điều này với thông tin tương tác, và chúng ta có thể nói, "Có 53 lần người dùng điền đầy đủ thông tin vào trường họ tên. Nhưng có 102 người đã tương tác với trường họ tên đó."

Đó là một sự khác biệt khá lớn. Vậy là giờ chúng ta đã biết, cũng như những cơ hội nào đang tồn tại để chúng ta có thể cải thiện tình trạng này. Có 102 người đã truy cập vào biểu mẫu này và bắt đầu điền thông tin, nhưng chỉ có 53 người điền đầy đủ tên của mình khi nhấn nút Gửi. Có một số cơ hội để thu hút thêm người điền vào biểu mẫu và gửi thông tin.

Phân đoạn theo nguồn

Một điều khác chúng ta có thể làm là phân loại theo nguồn gốc. Lý do chúng ta muốn làm vậy là để so sánh và hiểu rõ hơn về chất lượng của các thông tin được gửi đến. Ví dụ, chúng ta có thể biết rằng những người cung cấp số điện thoại thường gửi thông tin chất lượng tốt hơn. Tuy nhiên, điều này không nhất thiết đúng. Chắc chắn có những trường hợp ngoại lệ.

Nhưng nhìn chung, những người cung cấp số điện thoại cho chúng ta thường có chất lượng tốt hơn. Vì vậy, bằng cách phân khúc theo nguồn, chúng ta có thể nói, "Những người đến từ nguồn nào có nhiều khả năng cung cấp số điện thoại hơn?" Điều đó giúp chúng ta có ý tưởng về nguồn nào chúng ta nên nhắm đến. Có thể việc mạng lưới quảng cáo của bạn thu hút được nhiều người điền số điện thoại là một điều rất tốt. Hoặc có thể tìm kiếm tự nhiên đang làm tốt hơn trong việc thu hút người dùng bằng cách cung cấp thông tin đó cho bạn.

Những lĩnh vực nào gây ra vấn đề?

Tiếp theo, chúng ta cần xem xét trên biểu mẫu này là những lỗi nào đang xảy ra. Vấn đề gì đang diễn ra ở đây? 

Lỗi, sơ suất, sai sót

Khi chúng ta nói về các vấn đề, khi chúng ta nói về các lỗi, đó không chỉ là các lỗi kỹ thuật xảy ra. Đó còn là các lỗi do người dùng gây ra, những sơ suất, những sai sót mà mọi người sẽ mắc phải một cách tự nhiên khi sử dụng biểu mẫu của bạn.

Gán mã định danh duy nhất cho mỗi lỗi

Cách dễ nhất để theo dõi điều này là mỗi khi khách truy cập nhận được thông báo lỗi, chúng ta cần gửi một sự kiện đến Google Analytics. Vì vậy, chúng ta có thể gán một mã số ID duy nhất cho mỗi lỗi trên trang web của mình, và mã số ID duy nhất đó có thể dành riêng cho từng lỗi cụ thể. Ví dụ, những người quên một chữ số trong số điện thoại sẽ có một mã số ID khác nhau. Những người quên cả số điện thoại sẽ có một mã số ID khác. 

Khi trả về lỗi

Khi lỗi đó được trả về, chúng ta sẽ truyền vào đó danh mục là biểu mẫu , hành động là lỗi , và nhãn là số ID duy nhất đó . 

Tần suất lỗi

Điều đầu tiên chúng ta có thể xem xét là tần suất xảy ra của mỗi lỗi. Vì vậy, chúng ta có thể nói, "Lỗi ID số 1 xảy ra 37 lần, và lỗi ID số 2 xảy ra 26 lần."

Phân đoạn theo việc hoàn thành biểu mẫu

Điều này giúp chúng ta hình dung được cách ưu tiên xử lý các lỗi này. Nhưng điều thú vị hơn cần xem xét là chúng ta muốn phân đoạn theo việc hoàn thành biểu mẫu, và sau đó so sánh hai nhóm này. Chúng ta có thể nói, "Những người đã hoàn thành biểu mẫu này, họ gặp phải những lỗi này bao nhiêu lần?" Trong trường hợp này, chúng ta có thể nói, "Lỗi ID số 1, 29 người gặp phải, nhưng chỉ có 27 người gửi biểu mẫu này gặp lỗi đó."

Điều đó có nghĩa là hầu hết mọi người gặp lỗi đó đều có thể khắc phục lỗi và gửi biểu mẫu. Nó không phải là vấn đề lớn. Nó không ảnh hưởng nhiều đến trải nghiệm trên trang web của chúng tôi. Nó cũng không ảnh hưởng nhiều đến tỷ lệ chuyển đổi. Tuy nhiên, lỗi ID số 4, có 19 người gặp lỗi, nhưng chỉ có 3 người trong số đó có thể gửi biểu mẫu. Rõ ràng, bất kể ID lỗi này là gì, đó mới là lỗi thực sự ảnh hưởng đến trải nghiệm trên trang web của chúng tôi.

Đó chính là lỗi thực sự sẽ ảnh hưởng đến tỷ lệ chuyển đổi. Vì vậy, bằng cách cải thiện hoặc tìm ra lý do tại sao lỗi đó xảy ra, chúng ta có thể bắt đầu cải thiện tỷ lệ chuyển đổi trên trang web của mình. Tôi hy vọng những ý tưởng này đã cung cấp cho bạn một số cách mới để thực sự theo dõi và hiểu sâu hơn cách mọi người tương tác với các biểu mẫu của bạn.

Tôi rất mong được nghe ý kiến ​​của bạn về những việc bạn đang làm với các biểu mẫu của mình, và đặc biệt nếu bạn bắt đầu sử dụng bất kỳ ý tưởng nào trong số này, bạn sẽ chia sẻ những hiểu biết mà bạn thu được từ chúng. Cảm ơn bạn.