Làm website bao lâu thì xong, và vì sao chậm tiến độ thường không phải lỗi bên làm

Ai cũng hỏi mất bao lâu. Ít ai hỏi mất bao lâu của ai.

Trong một dự án website điển hình, phần việc của bên làm chiếm khoảng 40% thời gian. 60% còn lại là chờ — chờ nội dung, chờ ảnh, chờ duyệt, chờ quyết định. Dự án trượt tiến độ gần như luôn trượt ở 60% đó.

Thời gian thật cho từng loại

Template triển khai nguyên bản: 2–3 ngày. Cài, đổi logo và màu, đổ nội dung bạn đã có, trỏ tên miền, bật SSL. Đây là con số thật nếu nội dung đã sẵn sàng.

Template có sửa: 5–10 ngày. Thêm hoặc bỏ vài khối, sửa trang chủ theo ý bạn, thêm một trang không có trong mẫu. Đây là khoảng mà dịch vụ của chúng tôi hoạt động, và ngày bàn giao được ghi vào hợp đồng.

Thiết kế riêng: 4–10 tuần. Chia ra: 1–2 tuần thống nhất phạm vi và wireframe, 2–3 tuần thiết kế giao diện kèm các vòng duyệt, 2–4 tuần code, 1 tuần kiểm thử và đưa lên chạy.

Phần mềm theo yêu cầu: 6 tuần tới 6 tháng. Phụ thuộc số luồng nghiệp vụ, không phụ thuộc số trang. Cách ước lượng nhanh: đếm số vai trò người dùng, nhân với hai tuần, cộng thêm hai tuần cho mỗi tích hợp bên ngoài. Sai số lớn nhưng thường không sai hướng.

Nơi các tuần thực sự trôi đi

Nội dung — nguyên nhân số một

Đây là thứ làm chậm nhiều nhất, ở mọi dự án, mọi mức giá.

Một website doanh nghiệp bình thường cần khoảng 15–25 trang chữ: giới thiệu, từng dịch vụ, từng nhóm sản phẩm, chính sách, câu hỏi thường gặp. Không ai viết chỗ đó cho bạn trong giá website. Nếu bạn bắt đầu viết khi bên làm đã code xong, bạn vừa thêm ba tuần vào tiến độ.

Cách xử lý: viết nội dung trước khi ký hợp đồng, không phải sau. Kể cả viết thô, kể cả trong Google Docs. Có chữ là có tiến độ.

Ảnh — nguyên nhân số hai

Ảnh sản phẩm chưa chụp, hoặc chụp bằng điện thoại trong kho hàng với ánh sáng vàng. Bên làm không thể làm gì với chúng, và cũng không thể nói thẳng là chúng xấu nếu bạn đã gửi.

Một buổi chụp 40 sản phẩm mất một ngày và cần lịch hẹn. Đặt lịch đó trong tuần đầu của dự án, không phải tuần cuối.

Duyệt — nguyên nhân số ba

Mỗi vòng duyệt là một lần chờ, và nó chờ theo lịch của bạn. Nếu bạn trả lời email sau bốn ngày, ba vòng duyệt là mười hai ngày chỉ để chờ, chưa làm gì.

Cách rút ngắn: chỉ định một người có quyền quyết định cuối. Dự án có ba người cùng duyệt, mỗi người một ý kiến về màu nút, sẽ dài hơn 50% so với dự án có một người.

Quyết định treo — nguyên nhân âm thầm

"Để tôi suy nghĩ thêm về việc có bán online không." Câu đó có thể treo dự án ba tuần, và nó không xuất hiện trong bất kỳ bảng tiến độ nào.

Hai thứ quyết định bạn có đúng hẹn

Một, nội dung xong trước khi bắt đầu. Đây là biến số lớn nhất và nó nằm hoàn toàn trong tay bạn.

Hai, một người duyệt duy nhất, trả lời trong 24 giờ. Không cần nhanh hơn thế, nhưng cần đều.

Hai điều này quan trọng hơn mọi thứ bên làm có thể kiểm soát. Chúng tôi đã có những dự án lên sóng trong năm ngày và những dự án cùng phạm vi mất bốn tháng — khác biệt nằm ở hai dòng trên, không nằm ở code.

Vì sao chúng tôi dám ghi ngày vào hợp đồng

Vì phạm vi được chốt trước và nền đã tồn tại. Khi bạn bắt đầu từ một mẫu đã chạy thật, phần không chắc chắn đã bị loại bỏ — giao diện đã có, tốc độ đã đo, trang quản trị đã chạy. Việc còn lại là nội dung của bạn và những chỗ sửa đã liệt kê.

Điều kiện chúng tôi đặt ra cũng ghi trong hợp đồng: nội dung và ảnh phải được gửi đủ trước ngày bắt đầu. Đó không phải mẹo đẩy trách nhiệm — đó là biến số duy nhất đủ lớn để làm trượt một ngày bàn giao.

Một câu hỏi nên hỏi trước khi ký

"Nếu tôi gửi nội dung muộn một tuần, ngày bàn giao lùi bao nhiêu?"

Bên nào trả lời "lùi một tuần" là bên đã làm việc này nhiều lần. Bên nào nói "không sao đâu" là bên sẽ có một cuộc nói chuyện khó xử với bạn vào tháng sau.