Đặt việc qua kênh nào và ai quyết thứ tự ưu tiên

Phần lớn xung đột trong vận hành giữa khách và studio không đến từ chất lượng thiết kế mà đến từ kỳ vọng không được nói thành lời: Anh/Chị nghĩ việc đó đã được đặt, Sinh Vũ chưa nhận brief đầy đủ. Anh/Chị nghĩ việc đó gấp, Sinh Vũ đang hoàn thành việc khác đã cam kết từ đầu tháng. Hai câu hỏi đơn giản nhất, nếu được trả lời rõ từ đầu, sẽ giải quyết phần lớn những xung đột này: đặt việc qua kênh nào và ai quyết thứ tự ưu tiên.

Một kênh duy nhất, không ngoại lệ

Sinh Vũ yêu cầu mọi yêu cầu công việc được đặt qua một kênh đã thống nhất trước, thường là Notion, ClickUp, hoặc email có template chuẩn tùy theo gói dịch vụ. Lý do không phải là thủ tục mà là thực tế: khi brief nằm ở nhiều nơi, không có nguồn sự thật duy nhất để hai bên đối chiếu khi xảy ra hiểu nhầm.

Khái niệm Inbox Zero trong quản lý luồng công việc, được Merlin Mann phổ biến, nhấn mạnh rằng một kênh tiếp nhận duy nhất giúp không bỏ sót và xử lý có hệ thống hơn nhiều kênh song song. Khi Anh/Chị gửi yêu cầu qua Zalo lúc tối, comment trong file thiết kế, và email trong cùng một tuần, Sinh Vũ nhận được ba tín hiệu không có cùng trọng số và không biết cái nào đã được thay thế bởi cái nào.

Với gói Starter (8 đến 12 giờ mỗi tháng), email có template chuẩn là đủ vì backlog thường không quá năm việc. Với gói Standard trở lên, một project management tool (công cụ quản lý dự án) giúp theo dõi trạng thái, giờ đã dùng và deadline từng việc rõ ràng hơn nhiều.

Ai quyết thứ tự ưu tiên và quyết khi nào

Nguyên tắc cốt lõi: quyết định ưu tiên phải có một người ra quyết định cuối cùng, không phải đồng thuận tập thể. Phía Anh/Chị cần chỉ định một đầu mối duy nhất có thể xác nhận danh sách ưu tiên. Phía Sinh Vũ xác nhận tính khả thi trong số giờ hợp đồng còn lại.

Buổi review đầu tháng là thời điểm để xác nhận backlog, không phải để báo cáo. Hai bên ngồi lại (hoặc gặp qua video call), liệt kê tất cả yêu cầu đang có, gán thứ tự ưu tiên, và cam kết: khách cam kết ưu tiên đó là ưu tiên thật sự của tháng này, Sinh Vũ cam kết tiến độ theo thứ tự đó.

Sinh Vũ dùng khung MoSCoW (Must have: phải có, Should have: nên có, Could have: có thì tốt, Won't have: tạm gác lại) làm điểm khởi đầu để phân loại yêu cầu. Khung này không phức tạp nhưng buộc Anh/Chị phải trả lời một câu hỏi khó: nếu tháng này chỉ làm được một việc, việc đó là gì?

Lỗi phổ biến nhất và hậu quả thực tế

• Mọi việc đều được gán nhãn "gấp" vì không có người phía khách chịu trách nhiệm xếp ưu tiên. Kết quả: Sinh Vũ làm theo thứ tự nhận được hoặc phải tự phán đoán, cả hai đều không phải cách tốt nhất cho Anh/Chị.
• Brief thiếu thông tin khi đặt vào backlog. Sinh Vũ phải chờ làm rõ mới bắt đầu được, thời gian chờ tính vào lịch nhưng không tính vào giờ sản xuất thực.
• Khách phê duyệt backlog đầu tháng nhưng giữa tháng thay đổi ưu tiên đột ngột không thông báo. Kết quả: giờ đã dùng cho việc được đẩy xuống, việc mới được đẩy lên không có đủ giờ để hoàn thành đúng chất lượng.
• Yêu cầu qua kênh ngoài giờ (Zalo lúc tối, tin nhắn cuối tuần) tạo ra kỳ vọng ngầm rằng việc đó sẽ được ưu tiên, trong khi Sinh Vũ chưa có brief đầy đủ để đưa vào kế hoạch.

Khi nào cần kênh khẩn cấp riêng

Điều quan trọng là định nghĩa "khẩn cấp thật sự" phải được thống nhất trước, không phải tranh luận trong lúc việc đang xảy ra. Sinh Vũ và Anh/Chị cần đồng ý từ đầu: khẩn cấp là gì, kênh đó dùng như thế nào, và yêu cầu qua kênh đó có ảnh hưởng đến giờ hợp đồng tháng này hay không.

Góc nhìn của Sinh Vũ

Backlog không phải danh sách mong muốn. Đó là cam kết hai chiều: Anh/Chị cam kết đây là những việc quan trọng nhất tháng này, Sinh Vũ cam kết hoàn thành đúng thứ tự và tiến độ. Khi một bên thay đổi mà không thông báo, cam kết đó mất giá trị.

Nguyên tắc vận hành O1, Sinh Vũ

Sinh Vũ tính giờ theo hợp đồng. Ưu tiên sai dẫn đến cạn giờ trước khi hoàn thành việc quan trọng, và đó là thiệt hại thật sự cho Anh/Chị trong tháng đó. Một backlog được xác nhận đúng đầu tháng không phải thủ tục: đó là cách bảo vệ ngân sách thời gian mà Anh/Chị đã đầu tư vào hợp tác này.

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

Nếu tôi gửi yêu cầu qua Zalo vì tiện thì có vấn đề gì không?

Vấn đề không phải ở Zalo mà ở chỗ tin nhắn đó không được ghi vào backlog chính thức. Sinh Vũ có thể đọc nhưng không thể cam kết thực hiện nếu không có brief đầy đủ trong hệ thống. Về lâu dài, yêu cầu qua Zalo tạo ra kỳ vọng ngầm mà hai bên không có hồ sơ chung để đối chiếu khi cần.

Tôi có nhiều việc cùng lúc, làm sao biết việc nào nên ưu tiên hơn?

Sinh Vũ dùng khung MoSCoW (phân loại Must have, Should have, Could have, Won't have) làm điểm khởi đầu để phân loại. Anh/Chị liệt kê tất cả yêu cầu rồi cùng Sinh Vũ gán nhãn tại buổi review đầu tháng. Việc nào không vào được Must have hoặc Should have trong tháng này thì xếp sang tháng sau, không cố nhồi vào giờ hợp đồng hiện tại.

Nếu giữa tháng có việc thực sự gấp thì xử lý thế nào?

Trường hợp khẩn cấp thật sự được định nghĩa từ đầu hợp đồng, thường là sự cố thương hiệu hoặc deadline cứng trong vòng 24 giờ. Với các trường hợp đó, Sinh Vũ và Anh/Chị thiết lập thêm một kênh liên lạc nhanh riêng biệt, chỉ dùng cho tình huống này. Việc nào không đáp ứng định nghĩa khẩn cấp thì vẫn vào backlog tháng sau để giữ kế hoạch giờ ổn định.