Sẽ mở trong thẻ mới
PDL AIAI Worker — trợ lý AI trực 24/7: trả lời khách, xử lý yêu cầu, báo cáo tự động
PDL DigitalBuild. Automate. Grow.
Nhận tư vấn
Lập trình & Thiết kế

Vì sao dự án website đi chệch hướng: 7 bài học từ nghề làm web

Khoa Trần MinhĐăng 24.10.2026Cập nhật 11.10.2026≈ … phút đọc
Một người đứng trình bày bên bảng trắng trong phòng họp, nhóm đồng nghiệp ngồi quanh bàn ghi chép

Cập nhật tháng 10/2026. Câu chuyện dưới đây là tình huống minh hoạ, gộp từ nhiều dự án website khác nhau; tên doanh nghiệp và chi tiết nhận diện đã được lược bỏ.

Bài này dành cho ai: chủ doanh nghiệp sắp làm hoặc làm lại website, người phụ trách marketing được giao “lo vụ web”, và người làm web muốn dự án sau bớt trễ hạn.

Bạn sẽ nắm được gì: 7 lý do quen thuộc khiến dự án website trễ và đội chi phí, cách phòng từng lý do, cùng một mẫu brief 1 trang dùng được ngay.

Thời gian đọc: khoảng 8 phút.

Quan điểm của tôi sau nhiều năm làm nghề: dự án website hiếm khi hỏng vì code. Nó hỏng ở những chỗ không ai coi là “kỹ thuật”: ai quyết, nội dung ở đâu, ai giữ trang sau khi bàn giao. Công cụ mới, kể cả AI, không tự sửa được những chỗ đó.

1. Một dự án “6 tuần” kéo thành 5 tháng

Một công ty dịch vụ cỡ vừa cần website mới trước mùa cao điểm. Buổi gặp đầu tiên chỉ có một câu: “Làm đẹp, hiện đại như đối thủ, có đủ thông tin dịch vụ”. Hai bên thống nhất 6 tuần.

Một người đứng trình bày bên bảng trắng trong phòng họp, nhóm đồng nghiệp ngồi quanh bàn ghi chép
Buổi khởi động thường rất hào hứng, nhưng câu hỏi “ai là người chốt?” hay bị bỏ qua.

Tuần 2, bản thiết kế được gửi cho ba người, nhận ba ý kiến trái ngược. Tuần 5, nội dung vẫn chưa có, đội thiết kế dùng chữ giả. Tuần 8, giám đốc xem lần đầu và muốn thêm trang tuyển dụng, thêm tiếng Anh. Tuần 12, trang chạy đẹp trên máy tính nhưng form liên hệ trên điện thoại bị bàn phím che nút gửi. Tháng thứ 5, website lên sóng; ba tháng sau plugin chưa ai cập nhật, không ai nhớ mật khẩu quản trị.

Không ai trong câu chuyện làm việc tệ. Mỗi người đều chờ một thứ mà dự án chưa từng định nghĩa.

2. Bảy bài học để lần sau không lặp lại

Bài học 1: Brief mơ hồ thì mọi bản thiết kế đều “chưa đúng ý”

“Đẹp như đối thủ” không phải mục tiêu. Hãy viết ra website phải giúp ai làm việc gì: khách tìm giá, đặt lịch hay gọi tư vấn. Sổ tay dịch vụ của chính phủ Anh (GOV.UK Service Manual) nói rõ: trước khi cam kết xây, cần hiểu vấn đề cần giải. Với web doanh nghiệp nhỏ, giai đoạn khám phá (discovery) có thể chỉ là 2–3 buổi làm việc, nhưng không được bỏ.

Bài học 2: Không có người quyết định thì dự án quay vòng

Góp ý thì ai cũng được, nhưng chốt chỉ nên là một người. GOV.UK mô tả vai trò service owner là người có quyền quyết định trên mọi khía cạnh của dự án. Ở doanh nghiệp nhỏ, đó có thể là giám đốc hoặc trưởng marketing, miễn là được giao quyền thật và có mặt ở các mốc duyệt.

Bài học 3: Nội dung đến muộn là nguyên nhân trễ số một

Thiết kế trên chữ giả luôn phải làm lại khi chữ thật đến: tiêu đề dài gấp đôi, bảng giá có chú thích, ảnh không đúng tỉ lệ. Hãy đặt hạn nộp nội dung như một mốc hợp đồng, và thiết kế trang quan trọng nhất trên nội dung thật.

Người phụ nữ đeo tai nghe ngồi trên sofa, ghi chép vào sổ cạnh chiếc laptop
Nội dung cần một người chịu trách nhiệm và một hạn nộp, giống như phần thiết kế.

Bài học 4: Đổi yêu cầu giữa chừng mà không ghi lại

Đổi ý là bình thường; đổi mà không ghi thì thành tranh cãi. Mỗi thay đổi nên có một dòng trong nhật ký: ngày, ai yêu cầu, ảnh hưởng thời gian và chi phí, ai duyệt. Sách Shape Up của Basecamp gợi ý cách nhìn hữu ích: cố định thời gian, linh hoạt phạm vi. Thêm trang tuyển dụng thì bớt gì, hoặc để sang giai đoạn 2?

Nhóm đồng nghiệp ngồi quanh bàn với laptop thảo luận, phía sau là bảng ghim giấy ghi chú
Mỗi yêu cầu mới nên đi kèm câu hỏi: đổi lại, ta bỏ hoặc dời phần nào?

Bài học 5: Bỏ qua kiểm thử trên điện thoại

Phần lớn khách truy cập website doanh nghiệp nhỏ đến từ điện thoại, và Google cũng dùng bản di động để lập chỉ mục. Nielsen Norman Group nhấn mạnh màn hình càng nhỏ thì yêu cầu về khả năng dùng càng cao, nên kiểm thử trên máy thật càng quan trọng. Trước nghiệm thu, hãy cầm 2–3 chiếc điện thoại thật và tự đi hết các luồng chính, nhất là form liên hệ.

Bài học 6: Không có kế hoạch bàn giao và bảo trì

Website là tài sản cần chăm, không phải món hàng giao xong là hết. Biên bản bàn giao tối thiểu nên có: ai giữ tên miền, hosting, tài khoản quản trị; lịch cập nhật plugin và sao lưu; ai sửa nội dung; liên hệ khi trang lỗi. Tôi đã viết thêm về cách bàn giao gọn trong bài một tuần làm việc của người làm web tự do.

Bài học 7: Kỳ vọng sai về AI “làm web trong 1 ngày”

AI giúp dựng bản nháp, viết khung nội dung, sửa CSS nhanh hơn nhiều. Nhưng AI không biết khách của bạn hỏi gì nhiều nhất, không thay bạn chọn người quyết định, không tự có ảnh thật của cửa hàng. Một ngày có thể đủ cho bản demo; website bán được hàng vẫn cần khám phá, nội dung thật và kiểm thử. Góc nhìn đầy đủ hơn nằm trong bài Làm web thời AI có còn cần người làm web?

3. Gom lại theo ba giai đoạn

Trước khi làm

Brief 1 trang, một người quyết định, hạn nộp nội dung, kỳ vọng rõ về vai trò của AI.

Trong khi làm

Nhật ký thay đổi, duyệt trên nội dung thật, kiểm thử trên điện thoại ở mỗi mốc.

Sau khi bàn giao

Danh sách tài khoản, lịch sao lưu và cập nhật, người giữ nội dung.

4. Mẫu brief 1 trang

Chép mẫu dưới đây, điền trong 30 phút trước buổi gặp đầu tiên. Ô nào chưa trả lời được chính là việc cần làm rõ trước khi báo giá.

BRIEF WEBSITE – 1 TRANG
1. Mục tiêu chính (1 câu): Website giúp [ai] làm [việc gì], đo bằng [chỉ số].
2. Khách hàng chính: [2–3 nhóm]. Họ thường hỏi gì nhất?
3. Người quyết định cuối cùng: [tên, vai trò]. Người góp ý: [tối đa 3 người].
4. Trang bắt buộc giai đoạn 1: [danh sách]. Để giai đoạn 2: [danh sách].
5. Nội dung: ai viết, ai cung cấp ảnh, hạn nộp [ngày].
6. Hành động chính trên trang: [gọi / Zalo / form / đặt lịch].
7. Ngân sách và thời hạn: [khoảng]. Nếu phải chọn, ưu tiên giữ [thời hạn / phạm vi].
8. Cách xử lý thay đổi: ghi nhật ký, người quyết định duyệt, cập nhật thời gian và chi phí.
9. Kiểm thử: trình duyệt và điện thoại cần thử, người nghiệm thu.
10. Sau bàn giao: ai giữ tên miền, hosting, tài khoản; ai bảo trì, tần suất.

5. Thuật ngữ cần biết

  • Khám phá (discovery): giai đoạn tìm hiểu người dùng, vấn đề và ràng buộc trước khi quyết định xây gì. Nguồn: Nielsen Norman Group.
  • Khẩu vị thời gian (appetite): lượng thời gian bạn sẵn sàng bỏ ra cho một việc, đặt trước rồi thiết kế phạm vi cho vừa. Nguồn: Shape Up.
  • Người sở hữu dịch vụ (service owner): người có quyền quyết định và chịu trách nhiệm cuối cùng về dự án. Nguồn: GOV.UK Service Manual.

6. Tìm hiểu thêm

7. Câu hỏi thường gặp

Website nhỏ vài trang có cần brief không?

Có, chỉ cần ngắn hơn. Website càng nhỏ thì một lần làm lại càng chiếm tỉ lệ lớn trong ngân sách.

Chưa có nội dung thì có nên bắt đầu thiết kế không?

Có thể bắt đầu khung trang, nhưng trang chủ và trang dịch vụ chính nên chờ nội dung thật. Nếu nhờ AI viết nháp, cần người trong công ty duyệt đúng thông tin.

Đổi yêu cầu giữa chừng có làm hỏng dự án không?

Không, nếu thay đổi được ghi lại, người quyết định duyệt và hai bên đồng ý điều chỉnh thời gian hoặc phạm vi.

PDL Digital đào tạo đội ngũ doanh nghiệp quản lý dự án web và dùng AI đúng chỗ, từ viết brief, chuẩn bị nội dung đến nghiệm thu và bảo trì. Xem trang đào tạo để chọn khoá phù hợp.

Tác giả
Khoa Trần Minh
Thuộc Ban Phát triển ứng dụng web của PDL, phụ trách website doanh nghiệp, ứng dụng nội bộ và tích hợp dữ liệu. Viết hướng dẫn làm được ngay, kèm ví dụ và lưu ý bảo mật.
Tư vấn 1:1

Bạn đang có bài toán số cần gỡ?

Website · AI · Quảng cáo · 360VR — chuyên gia PDL phản hồi trong giờ làm việc (T2–T7, 8h–18h).
Xem giải pháp
PDL · Tư vấn 1:1

Nhận tư vấn
miễn phí

Để lại thông tin, chuyên viên PDL sẽ liên hệ để hiểu nhu cầu và đề xuất giải pháp phù hợp ngân sách của bạn.

  • Phân tích nhanh hiện trạng website, quảng cáo, kênh bán hàng
  • Đề xuất lộ trình & báo giá minh bạch, rõ từng hạng mục
  • Không ràng buộc: nghe tư vấn xong mới quyết định
Giờ làm việc T2–T7 · 08:00–18:00

Chỉ mất khoảng 30 giây

Bạn cần tư vấn về

🔒 Thông tin được bảo mật, chỉ dùng để PDL liên hệ tư vấn.