Mobile First

Review sách “Mobile First” của Luke Wroblewski

mobile-first

(Ảnh: mobile first, nguồn Internet)

Luke Wroblewski là một người được biết đến bởi khả năng viết rất “khủng” của ông. Bên cạnh công việc chính là product design officer (ở bển gọi là CPO = Chief Product Officer), cũng như từng kinh qua nhiều vị trí design lead tại Yahoo, eBay… Luke còn là blogger với hàng ngàn blog đã được viết, hàng trăm slide và buổi trình bày về UI, Product design.

Khi tôi đọc cuốn “How to create the next Facebook” của Tom Taulli cách đây 3 tháng, Tom cũng đưa ra gợi ý các tech start-up nên bắt đầu với sản phẩm dành cho mobile trước khi xây dựng web app. Và cuốn “Mobile first” dường như khẳng định điều này trong mindset của tôi.

Có một điều dễ nhận thấy, ngày nay các thiết bị smart phone chiếm phần lớn thời gian rảnh rỗi của người dùng. Từ thanh thiếu niên cho tới những người đi làm, thậm chí cả trẻ em và người ở độ tuổi đang nghỉ hưu. Nếu có thời gian rảnh, hoặc thậm chí không rảnh cho lắm, phần lớn người dùng Internet vẫn sẽ “lăm lăm” chiếc điện thoại trên tay và “thao tác song song” cùng thời điểm họ đang…làm việc khác.

mobile first

(Ảnh bìa sách mobile first, nguồn Amazon)

“Mobile first” được viết dưới dạng “starter guide”, nghĩa là dành cho với những người bắt đầu chuyển sang thiết kế ứng dụng dành cho mobile. Chính vì vậy, cùng với phong cách viết sách ngắn ngọn của A Book Apart, cuốn sách chỉ bao gồm 7 chương và gói gọn trong khoảng 150 trang. Bắt đầu với việc giải thích “tại sao phải mobile first” (kiểu như đặt vấn đề), Luke hướng người đọc vào ngay trọng tâm làm thế nào để bắt đầu, hoặc để nghĩ về thiết kế ứng dụng cho mobile. Tất nhiên, ai cũng hiểu thiết kế mobile app đòi hỏi nhiều thứ phải quan tâm, nhưng với góc độ của những người làm web design bắt đầu chuyển sang mobile design thì tác giả khuyến cáo vài điểm ngắn gọn như:

  • Constraints: Những khác biệt, giới hạn cũng như lưu ý khi thiết kế mobile app.
  • Capabilities: Giống như các sách về mobile design, tác giả nhắc lại những chức năng, khả năng của smartphone mà designer nên tận dụng.
  • Organization: Cách thức tổ chức thông tin, menu sao cho phù hợp với mobile context.
  • Actions & Input: Cách thiết kế màn hình nhập thông tin của người dùng, các thao tác thường gặp đối với ứng dụng mobile.
  • Layout: Chủ yếu nói về độ phân giải màn hình, các điểm khác nhau của các loại thiết bị… (tôi không khoái chương này, bởi nó hơi thừa).

Sách cũng cung cấp khá nhiều nguồn thu thập thông tin report về hiện trạng sử dụng mobile app cũng như truy cập Internet bằng thiết bị handheld. Tuy nhiên, với cá nhân tôi, thông tin giá trị nhất của cuốn sách chính là Constraints, được đề cập ở chương 2. Giá trị nhất bởi idea của nó bắt nguồn từ việc khuyến khích những người làm sản phẩm (dù web hay mobile) hãy tự đặt mình vào hoàn cảnh phải thiết kế cho mobile trước. Bởi bằng cách này, bạn sẽ phải tối ưu (đến mức tối đa) các chức năng quan trọng nhất, cách thức tổ chức thông tin, menu hợp lý nhất cũng như nội dung phù hợp với ngữ cảnh của người sử dụng. Thiết kế sau cùng sẽ tránh được những thứ “dư thừa” không cần thiết và cách làm như vậy sẽ tiết kiệm cả chi phí, tìm hiểu người dùng cũng như UX hiệu quả hơn.

Ghi chú:

  • Có thể xem bản review của mình tại Amazon ở URL này.

What to Test in A/B

Test cái gì trong A/B testing, và thực hiện A/B test cho website như thế nào?

ab website-testing

(Ảnh: kết quả thử nghiệm A/B testing, nguồn Internet)

A/B testing hiện tại có lẽ đang là một khái niệm được áp dụng rộng rãi trong các chiến dịch marketing, đi kèm với micro site hoặc các landing page quảng cáo. Khái niệm cơ bản của A/B testing tôi đã trình bày trong blog trước đây, tuy nhiên thực hiện như thế nào thì cần phải có kế hoạch cũng như chiến thuật cụ thể hơn.

This process begins with the most important question of all: What is the purpose of your site?

Có thể nói, ở Việt Nam thì không nhiều công ty có đủ chi phí, sự kiên nhẫn và mindset làm A/B testing. Nghe thì hay, nói thì hay nhưng không phải ai cũng muốn thực hiện nghiêm túc, đa phần chỉ dừng lại ở mức theo dõi Google Analytic xem số liệu rồi điều chỉnh chi phí marketing mà thôi. Nhưng nếu muốn làm nghiêm túc thì sao? OK, đầu tiên bạn (hoặc team của bạn, bao gồm cả sếp) phải trả lời câu hỏi mục đích của website (hoặc landing page) là gì? Không có đích đến, sẽ không hoạch định được đường đi đúng đắn.

Khi đã có mục tiêu cụ thể, A/B testing được tiến hành theo 05 bước phổ biến như sau:

  1. Define success: Thiết lập các số liệu dưới dạng tiêu chuẩn mà các nhóm triển khai sản phẩm (website cùng hướng tới). Thường sẽ có 02 nhóm A và B. Bạn sẽ không thể xác định xem giải pháp của nhóm nào giành phần thắng nếu như không xác định các số liệu định lượng một cách rõ ràng. Số liệu có thể là thời gian trung bình 01 user xem một trang web, số lượng pageviews, số lượng đơn đặt hàng trung bình, số lượng visitor, doanh thu / trên 1 visitor.v.v… (Cũng có thể lựa chọn các thông số như churn rate, exit rate, conversion rate…)
  2. Identify bottlenecks: Phối hợp cùng với nhóm của bạn, cùng với số liệu analytic của website, phân tích xem website đang bị “tắc” ở đâu? nghẽn ở khâu nào? người dùng dừng lại và bỏ đi từ trang nào nhiều nhất trên website? trang checkout có vấn đề gì không? hoặc trang xem chi tiết sản phẩm có cần cải tiến ở khâu nào để người dùng đặt hàng dễ dàng hơn? A/B testing không nhất thiết phải test tất cả các trang trong 1 website, chỉ cần tìm ra “bottleneck” và cải tiến triệt để sẽ mang lại hiệu quả rõ rệt.
  3. Construct a hypothesis: Hypothesis nghĩa là giả thuyết. Sau khi xác định được “bottleneck” của website ở đâu, các nhóm xây dựng website cần tiến hành hàng loạt các thủ tục, các bài test để đưa ra giả thuyết về người dùng. Ví dụ như phỏng vấn một lượng người dùng (user interview), theo dõi, quan sát hành vi của một nhóm người dùng (focus group) hoặc lấy thông tin phản hồi (thông qua feedback form)… để rồi từ đó đưa ra các giả thuyết, cũng như các thay đổi cần thiết, các cách thức thực hiện thay đổi (về giao diện, về qui trình mua hàng online chẳng hạn).
  4. Prioritize: Khi có một mớ các giả thuyết, bước tiếp theo là đưa ra mức độ ưu tiên. Cải tiến cái nào trước, test cái nào trước, thử nghiệm giải pháp nào trước. Tất cả tùy thuộc vào mục tiêu mà chúng ta đã đặt ra ban đầu. Chẳng hạn như website e-commerce thì những màn hình check-out, payment cần ưu tiên hơn là test các API tương tác với các đại lý.
  5. Test: Sau cùng, khi đã có các giải pháp thử nghiệm theo thứ tự ưu tiên (thường 1 trang màn hình trên website sẽ có 2 giải pháp A và B để 2 nhóm tiến hành test), công việc phải làm chính là test. Việc test được tiến hành với những nhóm người dùng ngẫu nhiên (có thể thuê freelancer, tình nguyện viên, sinh viên vào dự án test này).

Đầu ra của việc A/B test chính là các báo cáo, với những thông số analytic mới và các nhóm (nhóm A, nhóm B) lại tiến hành cập nhật, cải tiến giải pháp của mình. Chu trình A/B test bao gồm 5 bước nêu trên có thể được thực hiện lặp lại nhiều lần, cho tới khi các giải pháp thay đổi đáp ứng được mục tiêu đặt ra (thường là về số liệu) ban đầu.

Sau khi kết thúc dự án A/B testing (gọi là dự án nội bộ), người quản lý dự án chọn ra phương án (A hoặc B) đáp ứng yêu cầu tốt nhất để từ đó triển khai cho sản phẩm go live. Lưu ý nhỏ là A/B testing không nhất thiết phải tiến hành khi dự án website mới bắt đầu, A/B testing phục vụ cho cải tiến, kiểm nghiệm những phương áp thay đổi, phát triển sản phẩm trong suốt vòng đời của sản phẩm đó.

Elevator pitch

Cách trình bày khái niệm UX hoàn chỉnh trong khoảng thời gian ngắn

ElevatorPitch-PublicSpeaking

(Ảnh: mô tả elevator pitch, nguồn Internet)

Có một sự thật là ở Việt Nam, Usability hay UX vẫn xa lạ với nhiều người, hay nói thẳng ra là với những người không làm trong lĩnh vực mobile/web design, bất kể là IT hay không liên quan IT, khi được hỏi về UX đều “lớ ngớ”. Họ không có khái niệm đó.

Elevator pitch là khái niệm mà các start-up hay dùng, ám chỉ việc đưa ra thông tin ngắn gọn nhưng đầy đủ về “business” của mình trong một thời gian ngắn để kêu gọi đầu tư, thu hút sự chú ý của những khách hàng, đối tác, nhà đầu tư tiềm năm. Thời gian “ngắn gọn” ở đây được so sánh với thời gian đứng trong thang máy, đi từ dưới lên trên, hoặc từ trên xuống dưới (khoảng từ 10 – 30 giây). Nếu muốn giới thiệu “business” hay đơn giản hơn là “nghề nghiệp” của mình, một số khái niệm sau đây có lẽ sẽ dễ hiểu hơn:

  • Luật sư
  • Nhân viên kinh doanh, nhân viên bảo hiểm/ngân hàng.
  • Kỹ sư phần mềm, kỹ sư máy tính
  • Phi công…

Thế nếu bạn làm về UX (UX manager, UX designer) hoặc làm Usability engineer thì câu trả lời sẽ thế nào? Đây là cái tôi băn khoăn, bởi ngay cả với đồng nghiệp, trong cùng một công ty IT outsourcing có uy tín, nhiều người cũng không hiểu đấy là nghề gì? nghề đó thì làm gì? Again, họ không có khái niệm đó.

ux-job

(Ảnh: một số công việc chuyên sâu trong lĩnh vực UX, nguồn: slideshare.com)

Nhìn vào bức ảnh trên, thì cho dù ở trời ta hay trời Tây, khi nói ra lĩnh vực chuyên môn của mình trong ngành UX, cũng khó mà giúp người nghe hiểu ra ngay mình làm cái gì. Vậy lựa chọn câu trả lời ra sao cho phù hợp? Tôi chọn ra 03 lựa chọn của 03 người nổi tiếng trong ngành như sau:

“It’s sort of on a need-to-know basis…The simpler you can keep it the better.” – Steve Krug (1)

“I tell people I do the software engineering, because people can relate to that. Then I say I’m involved in making products easy to use.” – Joe Dumas, Dr. Usability (2)

“I try to help design websites so people can use them easily…the web domain is a handy one to talk in because it is one that almost everybody can relate to.” – Tom Tullis, Fidelity Investments (3)

Tôi thích lựa chọn số 2 vì có lẽ nhiều người sẽ hiểu hơn là tôi đang làm, đang nghiên cứu về cái gì. Mà cũng dễ gần gũi với khái niệm thông thường hơn. Có lẽ, một lúc nào đó, tôi sẽ đem chủ đề này ra để thảo luận tại một buổi off-line, và khi càng nhiều người nói về nó (UX), nó sẽ càng trở nên phổ biến hơn.

Ghi chú:

(1) Steve Krug nổi tiếng với cuốn “Don’t make me thing” và “Rocket Surgery Made Easy”.

(2) Joe Duma: Bác này là huyền thoại trong ngày Usability, nhiều tuổi hơn cả Jacob Nielsen, viết quyển “A Practical Guide to Usability Testing“.

(3) Tom Tullis: Tác giả cuốn “Measuring the User Experience“.

The Thank You Economy

Review sách “The Thank You Economy” của Gary Vaynerchuk

thank-you-economy-header

(Ảnh: sách bìa cứng “The Thank You Economy”, nguồn Internet)

Gary Vaynerchuk xuất thân từ một gia đình buôn bán rượu theo phong cách truyền thống. Khi Internet ngày càng trở nên phổ biến và phát triển, ông là người đi tiên phong trong việc ứng dụng social media cũng như online marketing vào việc buôn bán của mình, để rồi từ đó trở thành chuyên gia trong cả lĩnh vực rượu (alcohol) và digital marketing. Bắt đầu với một cuốn sách mỏng Crush It! nói về cách chia sẻ thông tin trên internet, cụ thể là YouTube channel, Gary đã dày công nghiên cứu, sắp đặt và viết tiếp cuốn “The thank you economy“. Một cuốn sách khảo cứu khá sâu về social media, nơi mà foursquare, twitter được ông miêu tả cách áp dụng rõ ràng, rành mạch cho mọi đối tượng độc giả.

Nếu như cuốn Crush It! tập trung chia sẻ cách thức xây dựng community thông qua Youtube với những clip giới thiệu về các loại rượu, cách thử rượu, so sánh và đánh giá… thì The thank you economy hướng dẫn người đọc cách áp dụng social media. Một điều dễ hiểu ở Gary khi ông đặt khách hàng vào trung tâm của dịch vụ (user centered service design) bởi công việc của ông luôn phải phục vụ rất nhiều loại khách hàng onlineoffline.

Gary bắt đầu cuốn sách bằng một câu truyện về buổi hội thảo của ông trong ngành kinh doanh rượu 5-7 năm trước. Nội dung ông trình bày tập trung vào online marketing đã vấp phải rất nhiều nghi vấn và bất đồng chính kiến. Mọi người không tin rằng social media là nơi phù hợp để marketing mặt hàng rượu. Chính vì vậy, Gary đã phải lựa chọn con đường “tự thực hiện” độc lập, cái mà ngày nay người ta gọi là lead by example.

ThankYouEconomy_cover-678x1024

(Ảnh: bìa sách The Thank You Economy)

Community builder

Example của Gary chính là trang web winelibrary.com, được lập ra năm 2006, mà nội dung được ông cập nhật nhiều nhất là các video episode trực tuyến. Nếu bạn truy cập vào website http://tv.winelibrary.com/ thì hiện nay số lượng episode của Gary đã lên tới con số 1000. Theo thời gian, số lượng fan và những người subscribe website của Gary cũng tăng lên kèm theo khối lượng twitter và các comment trao đổi nhiều tới mức khổng lồ. Tác giả cũng đưa ra quan điểm xây dựng bộ phận social media department nhằm chuyên trách xây dựng community, branding và tạo kết nối với mạng lưới khách hàng bởi khi số lượng phản hồi từ người dùng internet tăng lên, một người không thể xử lý mọi thứ. Cách thức của Gary khá đơn giản:

  • Thu thập và tham gia các community sẵn có.
  • Tìm hiểu vấn đề chung của cộng đồng đang phải đối mặt.
  • Lắng nghe, và lắng nghe… ít nhất cũng tạo niềm tin cho cộng đồng là có người luôn lắng nghe họ.
  • Trả lời các câu hỏi, nêu ra chủ đề và thảo luận với cộng đồng sau một thời gian lắng nghe.
  • Đưa ra giải pháp bằng sản phẩm/ dịch vụ của mình… Một cách khách quan.
  • Chăm sóc các mối quan hệ, network trong cộng đồng của mình, bao gồm cả các mối liên hệ cấp 2, 3… (một dạng friends of friends).
  • Luôn chú trọng tới viral marketing (word of mouth marketing) bởi nó là yếu tố cốt lõi trong social.

Từ những dẫn chứng như chia sẻ video về rượu trên Youtube, Gary cũng nhấn mạnh việc hãy “chia sẻ”, “cống hiến” cho cộng đồng những giá trị của doanh nghiệp trước khi nghĩ tới lợi nhuận. Suy rộng ra thì quá trình này là một dạng show-off những khả năng, kiến thức của bạn, những phân tích về sản phẩm, dịch vụ tới người dùng cuối, tới khách hàng. Việc lôi kéo người dùng tham gia những chủ đề, thảo luận cùng bạn chính là cách biến họ dần trở thành khách hàng chủ động thay vì sử dụng các chiến dịch marketing, quảng cáo và “phủ sóng” tới người dùng, “bắt” họ tiếp nhận một cách thụ động.

Trong các cuốn sách về sales vẫn luôn nhắc đi nhắc lại: “người dùng muốn được mua, chứ không muốn bị bán”, và ở cách làm của Gary tôi thấy có điểm tương đồng, chỉ có điều cách lôi kéo cộng đồng trực tuyến sẽ mềm dẻo hơn, tốn ít chi phí hơn.

Foursquare, Twitter, Youtube và hơn thế nữa…

Một phần quan trọng trong cuốn sách này là Gary đề xuất sử dụng các ứng dụng social network “hot” hiện nay để làm công cụ thực hiện chiến lược marketing. Ở Việt Nam, phần lớn người dùng foursquare, twitter vẫn chỉ sử dụng để “vui chơi”, check-in và ghi điểm của mình. Mọi thứ just for fun. Trong thực tế, ít ai biết rằng, foursquare là ứng dụng iPhone đầu tiên áp dụng gamification trong thiết kế hành vi người dùng. Bằng những ghi chép thực tế, Gary đưa ra vài ví dụ về các nhà hàng sử dụng foursquare để marketing với những campaign khuyến khích khách hàng check-in lấy quyền mayorship (1) hoặc check-in theo nhóm. Phần thưởng là các voucher discount có  giá trị hoặc nâng thứ hạng khách hàng (kiểu như silver, golden membership). Không chỉ có vậy, Gary cũng khuyến khích các chủ doanh nghiệp cần có sự lưu tâm một cách nghiêm túc với những tips (một dạng phản hồi) người dùng để lại tại các địa điểm của foursquare.

Đối với twitter, Gary khuyến nghị người làm marketing sử dụng kênh này để nắm bắt nhanh nhất các phản hồi của khách hàng. Kết hợp với sự tương tác của người dùng trên Youtube, Twitter sẽ giúp bạn tham gia cộng đồng một cách dễ dàng hơn, tiếp cận trực tiếp với người dùng hơn.

User is always right

Mặc dù còn nhiều ý kiến “argue” với cụm từ “User is always right” nhưng ở góc độ nhà cung cấp dịch vụ, người dùng vẫn cần được ưu tiên số 01. Có hai ví dụ điển hình trong cuốn sách về việc này. Đầu tiên là việc một khách hàng phàn nàn trên twitter về chất lượng của chai rượu cũng như việc giao hàng trễ hẹn. Gary đã dành thời gian đích thân mang tặng một chai rượu khác đến tận nhà người khách hàng đó và họ kết bạn với nhau, chia sẻ thêm nhiều kiến thức về rượu. Hẳn nhiên là những phản hồi của vị khách hàng này trở nên tích cực và branding của Gary thêm lan rộng thông qua những tweet trên Twitter, Facebook. Đó chính là viral, chính là word of mouth.

Ví dụ thứ hai là việc trao quyền mix, lựa chọn món ăn cho thực khách của một nhà hàng. Những người chủ nhà hàng băn khoăn việc thêm / loại bỏ một vài thực đơn sau khi nhìn vào báo cáo doanh thu. Nhưng thay vì họ tự đưa ra quyết định dựa trên số liệu, họ cung cấp thông tin này qua Twitter và fan page của nhà hàng trên internet, để từ đó, những “khách hàng trung thành” cùng đóng góp ý kiến xây dựng thực đơn phù hợp nhất. Cái này gọi là crow sourcing.

Có lẽ chỉ nên tóm tắt như vậy về cuốn sách. Trên quan điểm của tôi, cuốn sách này hướng dẫn khá chi tiết cách thức thực hiện social media marketing cho một thương hiệu dù lớn hay nhỏ. Bên cạnh các best practices, Gary cũng đưa ra các số liệu thống kê, so sánh hiệu quả của các chiến dịch marketing truyền thống đối với hình thức sử dụng social media nhằm chứng minh rằng sự hữu dụng của social media không hề thua kém. Cuốn sách dày, nhưng dễ đọc bởi lối viết kể truyện, các số liệu lồng ghép cùng nhiều ví dụ, với nhiều loại hình kinh doanh khác nhau. Từ phòng khám răng, quán ăn, cho tới cửa hàng rượu, công ty vận tải, giáo dục… Tất cả nhằm hướng tới một mục tiêu khuyến khích các doanh nghiệp áp dụng social media vào việc kinh doanh của mình. Đó cũng là cách giúp doanh nghiệp tiếp cận với khách hàng gần gũi nhất, trực tiếp và nhanh nhất.

Tham khảo:

  • Thông tin cuốn sách có trên Amazon.com tại đây
  • (1) mayorship là khái niệm đặc trưng của foursquare, ám chỉ người sở hữu tại địa điểm check-in, và là người có số lượng chekc-in nhiều nhất trong 60 ngày gần đây.

Một chút về A/B Testing

Sơ lược về A/B Testing trong web design, mà thực ra khái niệm cũng không có gì phức tạp

07_ab_test_graphic

(Ảnh mô tả A/B testing, nguồn Internet)

Testing thường được quan tâm bởi QA/QC hoặc đối với những người chịu trách nhiệm đầu ra của sản phẩm như marketing manager, product manager. Tuy nhiên với UX thì usability testing cũng đóng vai trò quan trọng, bởi nó giúp cho người thiết kế sản phẩm hiểu rõ hơn tính hiệu quả của bản thiết kế. (Thiết kế ở đây tôi muốn nói là product design, không đơn thuần là graphical design).

Về cơ bản, A/B testing (trong phạm vi web design) là quá trình thực hiện kiểm tra (test) và so sánh (compare) hai phiên bản khác nhau của một website trong cùng một thời điểm để từ đó rút ra kết luận rằng bản thiết kế nào tốt / phù hợp hơn với người dùng cũng như với mục đích kinh doanh. Một số tài liệu còn gọi A/B testing là “split testing”.

Ví dụ như bạn có một website bán dịch vụ email marketing, nhóm marketer và designer trong công ty đang tranh luận xem bản thiết kế nào tốt hơn, có khả năng chuyển đổi nhiều khách hàng tiềm năng thành người mua hàng hơn… vậy thì cách tốt nhất (hiện nay) là thực hiện A/B test để kiểm chứng. Việc này sẽ được thực hiện trên 02 phiên bản của website: phiên bản A và phiên bản B. Bên cạnh đó, một nhóm người sẽ được phân công để test (nếu công ty bạn đủ số lượng người mong muốn). Kết quả sau cùng (ví dụ số lượng click vào nút mua hàng) của phiên bản nào tốt hơn, phiên bản đó sẽ được lựa chọn để “go live”.

A/B testing (sometimes called split testing) is comparing two versions of a web page to see which one performs better. (source: Internet)

Tại sao và có thể test những gì ở website?

Nếu nói “tại sao phải A/B testing” thì có lẽ hơi… thừa. Nhưng tựu chung lại một sự lựa chọn tốt là kết quả của nhiều phép thử. Chính vì vậy, cho dù website của bạn là dạng news, hay e-commerce, blog, market place.v.v… thì cũng nên test để kiểm tra lượng truy cập, tỷ lệ convert từ visistor thành khách hàng (1) sao cho đạt được mục tiêu khi làm ra trang web.

ab-testing

(Ảnh: các phiên bản khác nhau của A/B testing. Nguồn Internet)

Vậy đối với một website, nếu muốn thực hiện A/B testing thì có thể “test” những cái gì? hay nói nôm na là lôi cái gì ra để test? Câu trả lời là hầu hết mọi thành phần của website đều có thể là đối tượng của A/B (xem hình trên). Ở góc độ đơn giản, chúng ta có thể test những thành phần như (ở danh sách dưới đây, tôi chỉ giải thích những khái niệm mà tôi nghĩ nhiều người chưa biết):

  • Headlines
  • Sub headlines
  • Paragraph Text
  • Testimonials (Thường là những comment khen ngợi, khách hàng tiêu biểu)
  • Call to Action text
  • Call to Action Button
  • Forms
  • Links
  • Images
  • Content near the fold (Phần nội dung hiển thị phía dưới màn hình trước khi cuộn chuột để xem phần còn lại của trang web) (2)
  • Social proof
  • Media mentions
  • Awards and badges (Một dạng khen thưởng thành viên/khách hàng, áp dụng lý thuyết gamification)

Có thể nhận thấy, mọi thành phần (bao gồm cả content, information architect và graphical) của website đều có thể đem ra test. Nhưng đặt trọng tâm ưu tiên test cái gì, thì lại phụ thuộc vào mục tiêu bạn mong muốn đạt được ở website. Phần lớn các marketer nhắm vào call-to-cation và designer nhắm vào images, color.

Ở góc độ nâng cao của A/B testing, những người làm ở vị trí website product manager thường nhắm tới chiến lược giá (pricing structure), sales promotion (khuyến mại), thời hạn dùng thử sản phẩm, menu navigation, cách tính free/paid delivery và checkout khi thanh toán online. Cá nhân tôi thì cho rằng menu navigation là advance A/B testing bởi nó liên quan tới việc điều hướng hành vi, cũng như cấu trúc thông tin của hệ thống và cần phải theo dõi dài hơi trước khi có sự thay đổi.  Tất nhiên là mấy vụ testing nâng cao (A/B testing in advance) này tốn công sức khi thực hiện hơn vì thay đổi qui trình, cách thức với những chức năng dạng core, cũng như việc đo đạc mất thời gian hơn.

Câu hỏi sau cùng có lẽ là “Test bao lâu thì đủ?”. Cái đó tùy thuộc vào bạn. A/B testing có thể thực hiện nhiều vòng, cho tới khi đạt mục tiêu đặt ra ban đầu về số lượng traffic, visitor, click, conversion.v.v… nhưng đừng để test quá dài bởi nó sẽ gây ra các ảnh hưởng không tốt (ví dụ như SEO, hay nhận thức của user).

Ngày nay muốn test tốt thì phải dùng tools. Hiển nhiên. Có một số dịch vụ “advance” hơn thì có thể sử dụng embedded code. Phần này tôi để các bạn tự khám phá. Hãy bắt đầu với cụm từ “online a/b testing tools” và dùng thử vài dịch vụ, đặt ra giả thuyết, mục tiêu và hoàn thiện sản phẩm qua các phiên bản A, B và có thể là C, D nữa.

Ghi chú:

(1) Tỷ lệ convert: Thường được gọi là Conversion rate, ám chỉ số lượng khách ghé thăm website chuyển đổi thành người mua hàng trực tuyến. Ví dụ 1 người mua hàng / 100 khách ghé thăm thì tỷ lệ là 1%.

(2) The fold: Để dễ hiểu hơn, các bạn có thể xem phần hiển thị đầu tiên trên màn hình của một website là “above the fold”, giống như một tờ báo gập đôi và bạn xem phía trên của nếp gấp. Tôi sẽ nói rõ hơn về khái niệm này ở 1 blog khác.