Nếu Phần 1 mới dừng ở nền tảng, Phần 2 đi tiếp vào delivery và vận hành: biến một brief nhiều kỳ vọng thành trải nghiệm có thể xây, đo và cải thiện.
1. Discovery: hỏi trước khi vẽ
Agency cần làm rõ business goal, nhóm người dùng, ràng buộc kỹ thuật, nội dung sẵn có và mốc ra mắt. Đừng nhận câu “website phải hiện đại” như một yêu cầu đủ cụ thể.
Một buổi discovery tốt kết thúc bằng vấn đề được ưu tiên, không phải một bảng màu được chọn vội. Hãy ghi lại giả định, câu hỏi còn bỏ ngỏ và người có quyền quyết định.
2. IA: sắp xếp để người dùng tìm được đường đi
Information architecture (IA) biến danh sách sản phẩm, dịch vụ và nội dung thành cấu trúc có thứ tự. Dùng card sorting, tree testing hoặc dữ liệu tìm kiếm nội bộ khi phù hợp.
Mỗi trang nên có một vai trò rõ: giải thích, tạo tin tưởng, thu lead, hỗ trợ mua hàng hay chăm sóc sau mua. Sitemap là công cụ thống nhất phạm vi, không phải vật trang trí trong deck.
3. UX/UI handoff không phải là giao file
Trước khi UI bắt đầu, UX nên bàn giao user flow, wireframe, trạng thái lỗi, empty state, nội dung mẫu và tiêu chí thành công. Designer cần biết màn hình đó phục vụ quyết định nào.
UI handoff nên có component, spacing, typography, responsive behavior và accessibility note. Một buổi walkthrough ngắn giữa UX, UI, content và dev thường tiết kiệm nhiều vòng sửa sau này.
4. QA từ sớm
Đừng đợi đến tuần cuối mới mở website trên điện thoại. QA nên kiểm tra prototype, content, form, tracking, tốc độ, trình duyệt, keyboard navigation và các trạng thái mạng chập chờn.
Lập một checklist có mức độ nghiêm trọng: blocker, high, medium, low. Mỗi issue cần bước tái hiện, ảnh hoặc video, môi trường và người chịu trách nhiệm.
5. Launch là một quy trình
Trước ngày go-live, chốt redirect, backup, domain, SSL, robots.txt, analytics, consent, form notification và kế hoạch rollback. Phân biệt “đã deploy” với “đã sẵn sàng cho người dùng”.
Nên soft launch cho nhóm nhỏ hoặc chạy smoke test theo các journey quan trọng. Sau đó theo dõi lỗi 404, uptime, form submission và phản hồi hỗ trợ trong 24–72 giờ đầu.
6. Những điểm dễ vỡ khi làm việc với khách hàng
Một đầu mối duyệt giúp tránh mười ý kiến mâu thuẫn. Nếu có nhiều stakeholder, hãy thống nhất decision log và thời hạn phản hồi ngay từ kickoff.
Feedback kiểu “làm nổi bật hơn” cần được dịch thành hành vi mong muốn: tăng tương phản, đổi thứ tự, rút gọn copy hay nhấn CTA. Agency có trách nhiệm hỏi lại, khách hàng có trách nhiệm cung cấp context.
Scope creep thường bắt đầu bằng một việc “chỉ thêm một chút”. Ghi nhận change request, tác động đến timeline và chi phí, rồi xin xác nhận trước khi làm.
7. Đo sau khi ra mắt
Chọn KPI gắn với mục tiêu: qualified lead, completion rate, search success, conversion, revenue hoặc thời gian xử lý hỗ trợ. Pageview đơn lẻ hiếm khi trả lời được website có hiệu quả không.
Kết hợp analytics với session review, search terms, khảo sát ngắn và phỏng vấn khách hàng. Dữ liệu cho biết nơi rơi rụng; nghiên cứu định tính giúp hiểu vì sao.
Checklist cho practitioner
- [ ] Brief có mục tiêu, audience, constraint và người quyết định.
- [ ] Sitemap và user flow đã được duyệt trước khi polish UI.
- [ ] Handoff có states, content, responsive và accessibility.
- [ ] QA bao phủ form, tracking, hiệu năng và thiết bị thật.
- [ ] Launch plan có backup, redirect, monitoring và rollback.
- [ ] Có lịch review 7, 30 và 90 ngày sau launch.
Website tốt không kết thúc ở khoảnh khắc bàn giao. Nó là hệ thống cần được quan sát, học hỏi và iteration cùng khách hàng.