Phần lớn store cấu hình menu đúng một lần — lúc mới mở bán — rồi để yên năm này qua năm khác. Nhưng store không đứng yên. Catalog mở rộng, traffic tăng, bạn thêm collection mới, mở thêm thị trường. Còn cái menu thì vẫn y nguyên như ngày đầu. Khi navigation không theo kịp tốc độ lớn lên của store, trải nghiệm xấu đi từ từ — dù sản phẩm, hình ảnh và mọi thứ khác đều đang tốt hơn trước.
Bài này nói về navigation theo giai đoạn store: cùng một store, ở mỗi mốc phát triển lại cần một kiểu điều hướng khác. Không phải càng nhiều menu càng tốt, cũng không phải lúc nào cũng cần mega menu hoành tráng. Việc cần làm là nhận ra store của mình đang ở đâu, và cấu trúc menu hiện tại còn vừa với nó hay không. Phần dưới đi qua ba giai đoạn, kèm dấu hiệu nhận biết và việc nên làm ở mỗi giai đoạn.
- Điều hướng phải khớp với giai đoạn store, không phải setup ngày đầu.
- Catalog nhỏ cần đơn giản; catalog lớn cần cấu trúc và tốc độ.
- Hãy xem lại menu khi catalog, theme hoặc thị trường thay đổi.
Vì sao navigation phải đổi khi store lớn lên
Menu không phải thứ “set một lần là xong”. Nó là cái khung dẫn người mua đi từ trang chủ đến đúng sản phẩm họ cần. Khi store còn 10 sản phẩm, cái khung đó rất đơn giản. Khi store có 10.000 sản phẩm và vài chục danh mục, vẫn cái khung cũ thì người mua bị lạc.
Đáng nói là phần lớn quyết định mua hàng diễn ra trên điện thoại, nơi không gian màn hình rất hẹp. Theo nghiên cứu của Steven Hoober (được Smashing Magazine dẫn lại), khoảng 49% người dùng cầm điện thoại bằng một tay và thao tác chủ yếu bằng ngón cái. Vùng ngón cái với tới dễ nhất nằm ở nửa dưới màn hình — đó là lý do thanh điều hướng dưới đáy (tab bar) ngày càng phổ biến trên mobile.
Ở chiều ngược lại, giấu navigation đi cũng có cái giá. Nielsen Norman Group kết luận rằng ẩn menu chính (như kiểu hamburger) làm người dùng khó tìm thấy điều hướng hơn, kéo dài thời gian thao tác và tăng cảm giác khó dùng. Không có nghĩa hamburger menu là sai — mà là mỗi cách hiển thị có chi phí riêng, và chi phí đó thay đổi theo quy mô store.
Hiểu điều này thì việc chia navigation theo giai đoạn trở nên dễ hình dung hơn nhiều.
Giai đoạn 1 — Store mới, catalog nhỏ (dưới 50 sản phẩm)
Ở giai đoạn này, kẻ thù lớn nhất không phải thiếu menu, mà là làm quá tay. Store mới thường bắt chước cấu trúc của các brand lớn: mega menu nhiều cột, hàng chục mục con, dropdown lồng nhau. Trong khi cả store chỉ có ba mươi sản phẩm.
Với catalog nhỏ, người mua không cần một hệ thống phân loại phức tạp. Họ cần thấy ngay vài lựa chọn chính và đi tới đó nhanh nhất. Một menu phẳng, ít mục, rõ ràng gần như luôn thắng một menu nhiều tầng.
Vài nguyên tắc đáng giữ ở giai đoạn này:
- Giữ số mục chính ở mức tối thiểu — thường 3 đến 5 mục là đủ (ví dụ: Sản phẩm, Bộ sưu tập, Giới thiệu, Liên hệ).
- Ưu tiên menu hiển thị sẵn trên desktop thay vì giấu trong dropdown nhiều tầng.
- Trên mobile, cân nhắc một tab bar dưới đáy cho 3-4 hành động quan trọng nhất (Trang chủ, Tìm kiếm, Giỏ hàng, Tài khoản) thay vì nhét tất cả vào hamburger.
- Đừng tạo danh mục cho những thứ chưa tồn tại. Một mục “Bộ sưu tập” trống rỗng chỉ làm người mua thất vọng.
Mục tiêu là để người mua chạm vào sản phẩm càng nhanh càng tốt, và để store trông gọn gàng đúng với quy mô thật — không phô trương một cấu trúc mà nội dung chưa lấp đầy.
Đọc sâuXem bài đầy đủ → Giai đoạn 1 — Store mới, catalog nhỏ (dưới 50 sản phẩm)
Giai đoạn 2 — Store đang tăng trưởng (50–500 sản phẩm)
Đây là giai đoạn menu bắt đầu “kêu” mà nhiều chủ store không nhận ra. Catalog đã đủ lớn để menu phẳng không còn gánh nổi, nhưng chưa lớn tới mức buộc phải nghĩ lại toàn bộ kiến trúc. Khoảng giữa này dễ bị bỏ quên nhất.
Dấu hiệu thường thấy: bạn liên tục thêm collection mới nhưng không biết nhét vào đâu, nên dồn hết vào một mục “Sản phẩm” ngày càng dài. Hoặc người mua phải cuộn qua một danh sách dropdown lê thê để tìm thứ họ cần. Lúc này, gom nhóm danh mục trở nên cần thiết.
Đây cũng là lúc mega menu bắt đầu phát huy tác dụng trên desktop — không phải để khoe, mà để hiển thị nhiều danh mục cùng lúc một cách có tổ chức, theo cột, thay vì bắt người mua mò từng dropdown. Trên mobile, tab bar vẫn nên giữ những hành động cốt lõi, còn phần duyệt danh mục có thể nằm trong slide menu được phân nhóm rõ ràng.
Vài việc đáng làm khi catalog mở rộng ở giai đoạn này:
- Nhóm collection thành các cụm có ý nghĩa với người mua (theo dòng sản phẩm, theo dịp dùng, theo đối tượng), thay vì theo cách store tự sắp xếp nội bộ.
- Cân nhắc mega menu trên desktop khi số danh mục vượt quá khả năng nhìn-một-lần-là-hiểu của một dropdown thường.
- Tách cấu hình mobile và desktop. Cái hợp lý trên màn hình rộng chưa chắc hợp trên màn hình hẹp, và ngược lại.
- Để mắt tới tốc độ. Càng nhiều mục, ảnh, dropdown trong menu thì nguy cơ làm chậm trang càng cao — phần sau sẽ nói rõ vì sao điều này quan trọng.
Giai đoạn 2 là lúc đáng đầu tư công cụ làm menu nghiêm túc, vì bạn sẽ còn chỉnh sửa nhiều lần nữa khi catalog tiếp tục lớn.
Đọc sâuXem bài đầy đủ → Giai đoạn 2 — Store đang tăng trưởng (50–500 sản phẩm)
Giai đoạn 3 — Store đã scale (500+ sản phẩm, 15+ danh mục)
Khi store đã scale, navigation không còn là chuyện tiện lợi — nó ảnh hưởng trực tiếp tới doanh thu. Với hàng trăm, hàng nghìn sản phẩm trải trên hàng chục danh mục, nếu người mua không tìm thấy thứ họ muốn trong vài giây, họ rời đi. Theo Baymard Institute, tỷ lệ bỏ giỏ trung bình trong thương mại điện tử vào khoảng 70%; điều hướng rối rắm chỉ đẩy con số đó cao hơn.
Ở quy mô này, mega menu nhiều cột gần như là điều kiện cần trên desktop, và tab bar trên mobile phải được tính toán kỹ vì lưu lượng mobile thường chiếm phần lớn. Hai môi trường này cần cấu hình tách bạch — không thể lấy y nguyên menu desktop thu nhỏ lại rồi gọi đó là menu mobile.
Nhưng vấn đề lớn nhất khi đã scale lại là tốc độ. Menu phức tạp, nhiều ảnh, nhiều mục, nếu dựng không khéo sẽ kéo trang chậm lại. Google đo trải nghiệm tải trang qua bộ Core Web Vitals, với các ngưỡng “tốt”: LCP dưới 2,5 giây, INP dưới 200 mili-giây, CLS dưới 0,1. Một menu nặng có thể đẩy cả ba chỉ số này sai ngưỡng — vừa hại trải nghiệm, vừa hại SEO. Ở giai đoạn này, một menu đẹp mà làm chậm trang là một menu thất bại.
Bảng dưới tóm tắt cách nhu cầu navigation đổi qua từng giai đoạn:
| Giai đoạn | Quy mô | Trọng tâm navigation | Rủi ro chính |
|---|---|---|---|
| 1 — Store mới | Dưới 50 sản phẩm | Đơn giản, phẳng, đi nhanh tới sản phẩm | Làm quá phức tạp |
| 2 — Tăng trưởng | 50–500 sản phẩm | Gom nhóm danh mục, bắt đầu mega menu | Để menu phình ra mất kiểm soát |
| 3 — Đã scale | 500+ sản phẩm | Mega menu, tab bar tách biệt, giữ tốc độ | Menu nặng làm chậm trang |
Một điểm dễ bị bỏ qua: ở quy mô này, bạn còn phải lo menu không vỡ khi đổi theme hay khi catalog tiếp tục thay đổi. Đây là lúc một công cụ chuyên dụng — như Navi+, vốn cho phép cấu hình mobile và desktop riêng, giữ nguyên menu khi đổi theme và tối ưu để không làm chậm trang — tiết kiệm cho bạn nhiều thời gian và rủi ro.
Đọc sâuXem bài đầy đủ → Giai đoạn 3 — Store đã scale (500+ sản phẩm, 15+ danh mục)
Khi nào cần xem lại menu — và vì sao đổi app lúc đã scale lại tốn kém
Câu hỏi thực tế hơn “menu lý tưởng trông thế nào” là “khi nào tôi nên động vào menu”. Menu hiếm khi hỏng đột ngột — nó xấu đi từ từ, và bạn quen với nó đến mức không còn thấy vấn đề.
Vài dấu hiệu cho thấy đã đến lúc xem lại:
- Bạn vừa thêm một loạt collection mới và menu bắt đầu trông lộn xộn.
- Số liệu cho thấy người dùng mobile dùng menu ít hẳn so với desktop.
- Bạn chuẩn bị đổi theme, ra mắt dòng sản phẩm mới, hoặc mở thêm thị trường.
- Tốc độ trang giảm và bạn nghi ngờ menu là một phần nguyên nhân.
Có một cái bẫy đáng nói riêng: đổi app làm menu khi store đã scale rất tốn kém. Lúc còn nhỏ, gỡ một app và cài app khác chỉ mất vài phút. Khi đã có hàng chục danh mục cấu hình tỉ mỉ, mọi thứ liên kết chặt với theme và catalog, thì chuyển sang công cụ khác đồng nghĩa dựng lại gần như từ đầu — kèm rủi ro vỡ giao diện ngay giữa mùa bán hàng.
Mỗi app cài thêm vào store đều có thể ảnh hưởng tốc độ. Vì thế, chọn một công cụ menu dùng được lâu dài, thay vì phải thay giữa chừng, đáng cân nhắc ngay từ sớm.
Đọc sâuXem bài đầy đủ → Khi nào cần xem lại menu — và vì sao đổi app lúc đã scale lại tốn kém
Bắt đầu từ đâu
Kiểm tra giai đoạnĐếm sản phẩm và danh mục trước, rồi thử xem cần bao nhiêu lần chạm để tới một sản phẩm.
Nếu bạn chưa từng nghĩ về menu theo từng giai đoạn, hai bước này là đủ để bắt đầu. Một, xác định store của bạn đang ở giai đoạn nào — dựa vào số sản phẩm và số danh mục, không phải cảm tính. Hai, mở store lên bằng điện thoại, thử tìm một sản phẩm cụ thể như một người mua lạ, và xem mất bao nhiêu lần chạm.
Thường chỉ cần làm vậy là bạn đã thấy ngay menu hiện tại còn vừa với store hay không.
Không có giai đoạn nào mà navigation “không cần quan tâm” — khác biệt chỉ nằm ở mức độ phức tạp cần thiết. Một store nhỏ cần menu gọn; một store đã scale cần menu có tổ chức và đủ nhanh. Dùng một công cụ chạy được ở cả ba giai đoạn giúp bạn không phải đổi app mỗi lần store lớn lên — và đó cũng là điều Navi+ hướng tới. Việc nên làm ngay hôm nay rất đơn giản: biết store của bạn đang ở đâu, rồi kiểm tra xem cấu hình menu hiện tại còn theo kịp nó không.
Khám phá các chủ đề
Bài này dẫn tới các bài chuyên sâu hơn — đào sâu từng phần.