Tối ưu chuyển đổi, đo lường từ phễu ra ngoài

Hành động khách truy cập nào thử nghiệm nên đếm?

Tên sự kiện, ý nghĩa được ghi lại và màn hình tiếp theo xác định mục tiêu chuyển đổi hữu ích. Đầu tiên chúng tôi ánh xạ hành động mà trang hỗ trợ với quyết định mà nhóm bạn cần đưa ra. Hoàn thành danh sách chờ, yêu cầu demo và kết nối wallet đại diện cho các điểm khác nhau trong hành trình.

Đối với mỗi sự kiện ứng viên, làm rõ điều gì xảy ra trước và sau nó. Kết nối wallet có thể là kết quả mong muốn của trang, hoặc một bước hướng tới sử dụng sản phẩm. Gửi biểu mẫu khách hàng tiềm năng có thể cần giai đoạn theo dõi trước khi nó đại diện cho một yêu cầu đủ điều kiện. Những phân biệt đó định hình thử nghiệm và cách diễn giải của nó.

Sử dụng brief mục tiêu ngắn này trước khi xem xét các biến thể:

• Trang: xác định URL chính xác và bước phễu.
• Đối tượng: mô tả ai nên thực hiện hành động.
• Sự kiện: nêu rõ điều gì được tính là hoàn thành.
• Bước tiếp theo: ghi lại những gì khách truy cập thấy hoặc nhận được sau đó.

Nếu đối tượng, ưu đãi hoặc kế hoạch launch vẫn chưa rõ ràng, kiểm thử có thể không phải là nhiệm vụ hữu ích đầu tiên. Bắt đầu với chiến lược go-to-market để định hình đối tượng và ưu đãi, hoặc audit marketing Web3 để xem xét một tập hợp rộng hơn các quyết định marketing. Khi hành động đã rõ ràng, chúng tôi có thể đánh giá liệu trang hiện tại và theo dõi có hỗ trợ một thử nghiệm tập trung hay không.

Kết quả CRO đầu tiên ánh xạ bằng chứng trang như thế nào?

Các sự kiện analytics và bản ghi phiên truy cập cho thấy hành trình quan sát được khác với đường dẫn mong đợi ở đâu. Chúng tôi xem xét cả hai trước khi đề xuất thay đổi. Điều này phân biệt vấn đề về trang với vấn đề đo lường hoặc sự không khớp giữa lời hứa chiến dịch và landing page.

Quá trình xem xét của chúng tôi kiểm tra 4 đầu vào:

• Các bước trang và phễu được bao gồm trong phạm vi đề xuất.
• Định nghĩa sự kiện và liệu hành động dự định có được ghi lại nhất quán hay không.
• Nguồn lưu lượng truy cập và thông điệp khách truy cập gặp trước khi đến.
• Bản ghi phiên truy cập hoặc bằng chứng tương đương, khi có sẵn.

Quá trình xem xét ghi nhận việc theo dõi bị thiếu hoặc không rõ ràng. Một sự kiện kích hoạt hai lần, bỏ lỡ một hành động liên quan hoặc thiếu định nghĩa rõ ràng có thể khiến thử nghiệm khó diễn giải. Chúng tôi đánh dấu những vấn đề đó trước khi coi thay đổi trang là câu trả lời. Nếu việc theo dõi cần công việc ngoài thử nghiệm, thiết lập analytics và theo dõi chuyển đổi có thể bao phủ nhu cầu riêng đó.

Đầu ra là một tập hợp các giả thuyết có thể kiểm thử. Mỗi giả thuyết gắn một điểm ma sát quan sát được với một thay đổi đề xuất và một hành động khách truy cập. Chúng tôi sắp xếp các giả thuyết theo mức độ liên quan đến mục tiêu đã thống nhất, bằng chứng có sẵn và khả năng triển khai. Sau đó bạn có thể thấy tại sao mỗi thử nghiệm được đề xuất và quyết định nào nó có thể hỗ trợ.

Chúng tôi sử dụng 2 điểm kiểm tra: tính toàn vẹn sự kiện và bối cảnh nguồn. Việc tối ưu chuyển đổi đòi hỏi sự chính xác trong từng bước phân tích này.

Lưu lượng truy cập định hình so sánh A/B như thế nào?

Phân tích nguồn lưu lượng truy cập và tần suất của sự kiện đã chọn định hình kế hoạch kiểm thử. Chúng tôi kiểm tra liệu lượng khách truy cập có sẵn có thể hỗ trợ một so sánh hữu ích hay không trước khi đề xuất kiểm thử A/B. Kế hoạch được điều chỉnh theo lưu lượng thực tế của trang, không phải theo khối lượng giả định.

Chúng tôi so sánh 3 lựa chọn lập kế hoạch: bước trang cần kiểm thử, sự kiện cần đo lường và các điều kiện cần giữ rõ ràng trong quá trình quan sát. Nếu bước hiện tại có ít lưu lượng liên quan, chúng tôi có thể thu hẹp phạm vi, xem xét bước có lưu lượng cao hơn hoặc đề xuất cách khác để thu thập bằng chứng. Chúng tôi không trình bày một so sánh yếu như một phát hiện chắc chắn.

Đối với một thử nghiệm khả thi, chúng tôi ghi lại giả thuyết, các thay đổi trang đã lên kế hoạch và sự kiện chính. Một biến thể tập trung có thể điều chỉnh thứ tự thông tin, độ rõ ràng của ưu đãi, ma sát biểu mẫu hoặc giải thích xung quanh hành động wallet. Tránh gộp các chỉnh sửa không liên quan vào một so sánh. Điều đó làm khó kết nối sự khác biệt quan sát được với một thay đổi cụ thể.

Hỗ trợ triển khai bao gồm kiểm tra rằng thay đổi đã được phê duyệt đã được áp dụng và theo dõi sự kiện vẫn đại diện cho hành động dự định. Đối với nhóm launch, chúng tôi có thể căn chỉnh thông điệp trang với marketing launch token hoặc marketing presale. Điều này giữ cho kiểm thử phễu kết nối với chiến dịch đưa khách truy cập đến trang.

Bản ghi thử nghiệm cho nhóm bạn thấy điều gì?

Một hàng thử nghiệm cung cấp cho nhóm bản ghi có thể truy xuất về câu hỏi đã kiểm thử và bằng chứng đã xem xét. Chúng tôi ghi lại 6 trường: phiên bản trang, đối tượng hoặc bối cảnh nguồn, giả thuyết, sự kiện chính, điều kiện quan sát và diễn giải. Bản ghi giúp nhóm phân biệt một ý tưởng đã kiểm thử với một gợi ý chưa kiểm thử.

Dịch vụ bao gồm đánh giá analytics và phiên truy cập, các giả thuyết ưu tiên, lập kế hoạch A/B có nhận thức về mẫu, hỗ trợ triển khai và nhật ký kết quả. Phạm vi được thống nhất dựa trên các trang, hành động phễu và quyền truy cập mà nhóm bạn có thể cung cấp. Chúng tôi cũng đánh dấu các vấn đề đo lường hoặc triển khai ảnh hưởng đến cách đọc kết quả.

Chu kỳ mặc định có 3 điểm quyết định: phê duyệt giả thuyết, kiểm tra triển khai và báo cáo. Tại báo cáo, chúng tôi mô tả bằng chứng hỗ trợ điều gì và quyết định nào tiếp theo. Điều đó có thể có nghĩa là áp dụng thay đổi, sửa đổi giả thuyết hoặc thu thập thêm bằng chứng. Một quan sát không kết luận vẫn được gắn nhãn như vậy. Nhật ký cung cấp cho các thành viên nhóm sau này bối cảnh cần thiết để hiểu thử nghiệm thay vì coi một ý tưởng chưa được chứng minh là đã ổn định.

Chúng tôi giữ lại 2 tài liệu: bản ghi giả thuyết và nhật ký kết quả. Một trưởng tài khoản được chỉ định điều phối các câu hỏi và điểm xem xét với nhóm bạn. Trong quá trình xác định phạm vi, chúng tôi xác nhận ai cung cấp quyền truy cập, ai phê duyệt thay đổi trang và ai sở hữu việc triển khai. Điều này giữ cho bản ghi kết nối với những người đưa ra quyết định phễu tiếp theo.

Kiểm thử phễu crypto có thể xác lập điều gì?

Bản ghi sự kiện, phiên bản trang và bối cảnh lưu lượng xác định những gì một thử nghiệm có thể xác lập. Chúng cho phép nhóm bạn đánh giá một trải nghiệm cụ thể dựa trên một hành động cụ thể trong các điều kiện quan sát được. Báo cáo hữu ích khi theo dõi rõ ràng và trang ổn định trong quá trình quan sát.

Trước khi phê duyệt thử nghiệm, kiểm tra rằng sự kiện phản ánh hành động khách truy cập dự định. Xác nhận rằng thông điệp chiến dịch và đối tượng đủ rõ ràng cho việc so sánh. Đảm bảo nhóm có thể triển khai biến thể như đã chỉ định. Nếu bất kỳ đầu vào nào chưa được giải quyết, hãy giải quyết chúng hoặc sửa đổi kế hoạch thử nghiệm trước.

Một thử nghiệm có thể hỗ trợ quyết định cho sự kiện và đối tượng quan sát được; nó không thể xác lập cùng hiệu quả trên mọi nguồn lưu lượng. Lưu lượng thấp, thông điệp chiến dịch thay đổi hoặc sự kiện analytics không đáng tin cậy có thể khiến so sánh không kết luận, vì vậy chúng tôi ghi lại các điều kiện đó cùng với kết quả.

Kiểm thử phễu nên nằm ở đâu trong launch token?

Thông điệp chiến dịch, trang đích và sự kiện chuyển đổi cho thấy liệu kiểm thử phễu có phù hợp với kế hoạch launch rộng hơn hay không. Khi các phần đó được căn chỉnh, một thử nghiệm trang có thể xem xét một bước cụ thể mà không mất tầm nhìn về chiến dịch gửi khách truy cập đến đó.

Sử dụng CRO khi đối tượng và ưu đãi đã rõ ràng. Trang nên nhận được khách truy cập phù hợp. Nhóm bạn phải nêu tên hành động mà họ muốn hiểu. Nếu trang hỗ trợ một launch rộng hơn, hãy phối hợp thử nghiệm với hỗ trợ sau launch hoặc retainer marketing tăng trưởng. Nếu câu hỏi bao trùm nhiều kênh hoặc quyết định launch, hãy xác định phạm vi công việc rộng hơn trước khi cô lập một thử nghiệm trang.

Để xem xét ban đầu, hãy thu thập URL trang, phác thảo phễu, định nghĩa sự kiện hiện tại và tóm tắt ngắn về nguồn lưu lượng. Bao gồm quyền truy cập analytics hoặc phiên truy cập khi có sẵn. Chúng tôi sẽ xem xét các đầu vào đó, xác định khoảng trống bằng chứng và đề xuất phạm vi bắt đầu. Gửi cho GeoMarketing Experts trang, sự kiện mục tiêu và tóm tắt nguồn lưu lượng; trưởng tài khoản sẽ trả lại kế hoạch chu kỳ đầu tiên có phạm vi.

Cách hoạt động

1. 01 — Xác định sự kiện chuyển đổiThống nhất về trang, đối tượng và hành động khách truy cập. Làm rõ cách sự kiện được ghi lại và điều gì xảy ra sau nó.
2. 02 — Xem xét bằng chứngKiểm tra analytics và bản ghi phiên truy cập có sẵn. Đánh dấu khoảng trống theo dõi, điểm ma sát và sự khác biệt giữa các nguồn lưu lượng.
3. 03 — Ưu tiên các giả thuyếtKết nối ma sát quan sát được với các thay đổi có thể kiểm thử. Sắp xếp mỗi ý tưởng theo mức độ liên quan, bằng chứng và khả năng triển khai.
4. 04 — Lập kế hoạch và hỗ trợ thử nghiệmThiết lập so sánh có nhận thức về mẫu, xác nhận đo lường và phối hợp kiểm tra khi thay đổi trang đã được phê duyệt được triển khai.
5. 05 — Ghi lại báo cáoGhi nhật ký bằng chứng và các điều kiện của nó. Thống nhất liệu có áp dụng thay đổi, sửa đổi giả thuyết hay thu thập thêm bằng chứng.