Founder không cần thêm một bảng việc nữa
Nhiều đội nhỏ bước sang 2026 với một đống công cụ mở sẵn: chat nội bộ, bảng task, file ghi chú, CRM, form lead, vài agent thử nghiệm. Mỗi nơi đều có chút tín hiệu. Việc nào cũng có vẻ đang chạy.
Rồi founder vẫn phải hỏi lại từng người: khách này ai chăm, tính năng kia có nên làm, bug nhỏ có ảnh hưởng demo không, tuần này tiền về chậm vì đâu. Khi câu hỏi lặp lại quá nhiều, vấn đề không nằm ở chăm chỉ. Vấn đề là đội chưa có một mặt bàn chung để phân biệt hai lớp việc.
Lớp một là việc cần phán đoán của founder. Lớp hai là việc cần theo dõi đều, nhắc đúng lúc, kéo dữ liệu về đúng chỗ. Nếu trộn hai lớp này vào cùng một danh sách, founder sẽ hoặc ôm quá nhiều, hoặc giao nhầm phần cần suy nghĩ cho AI agent.
Bảng điều hành hai tầng là một cách làm gọn. Không phải thêm phần mềm mới ngay. Trước hết, nó là một quy ước về cách nhìn tuần làm việc.
Hai tầng nên tách thế nào
Tầng trên dành cho quyết định. Ở đây chỉ nên có các câu hỏi làm đổi hướng tiền, khách hàng, sản phẩm hoặc nhân sự. Ví dụ: tháng này nên ưu tiên nhóm khách nào, tính năng nào phải bỏ bớt để kịp demo, có nên đổi cách báo giá cho một phân khúc nhỏ.
Tầng dưới dành cho theo dõi. Nó gom những việc lặp lại nhưng dễ rơi mất: lead chưa phản hồi sau 2 ngày, hóa đơn đến hạn, khách dùng thử chưa được hỏi cảm nhận, task kỹ thuật quá hạn mà không ai kéo lại. Đây là vùng AI agent làm tốt nếu dữ liệu sạch và luật đủ rõ.
Một founder có thể bắt đầu bằng tờ giấy, bảng Notion, Linear, Airtable, hoặc Google Sheet. Công cụ nào cũng được. Câu hỏi quan trọng hơn là: việc này cần người sáng lập nghĩ, hay chỉ cần hệ thống nhắc và gom bằng chứng?
Đừng đưa mọi thứ lên tầng trên. Founder không nên quyết từng dòng trong danh sách việc. Nhưng cũng đừng đẩy quyết định mơ hồ xuống tầng dưới rồi hy vọng AI tự hiểu. Agent có thể nhắc, lọc, chuẩn bị bối cảnh. Nó không nên tự thay đổi giá, hứa với khách, hoặc xoay ưu tiên sản phẩm khi chưa có khung.
Một nhịp tuần đủ dùng
Một nhịp đơn giản có thể chạy như sau.
Sáng thứ Hai, founder xem tầng trên trong 30 phút. Chỉ chọn vài quyết định đáng xử lý trong tuần. Nếu có hơn 7 mục, bảng đã quá tải. Phần còn lại cần gom lại, bỏ đi, hoặc chuyển xuống tầng theo dõi.
Giữa tuần, đội cập nhật tầng dưới. AI agent có thể kéo các tín hiệu lặp lại: khách chưa được phản hồi, việc trễ, câu hỏi support lặp lại, thay đổi scope nhỏ, điểm nghẽn trong demo. Agent không cần viết báo cáo dài. Một dòng ngắn kèm link nguồn là đủ.
Chiều thứ Sáu, founder nhìn lại: quyết định nào đã xong, giả định nào sai, tuần sau phải chặn rủi ro nào. Ở một đội 6 người, chỉ cần bỏ sót 2 lead nóng trong tuần là cả nhóm đã thấy tiếc. Chi tiết nhỏ kiểu đó cụ thể hơn nhiều so với một bảng màu mè nhưng không ai mở.
Nếu đội của bạn chưa có nhịp, đọc thêm bài Nhịp điều hành tuần cho đội nhỏ. Bài đó đi sâu vào cách giữ cuộc họp ngắn và vẫn đủ quyết định.
AI agent nên đứng ở đâu trong bảng này
Nhiều founder mắc lỗi ngược nhau. Một bên chỉ dùng AI để viết vài đoạn nội dung, quá nhẹ so với sức của nó. Bên kia giao cho agent xử lý cả quy trình khi dữ liệu đầu vào còn lộn xộn.
Vị trí hợp lý hơn là cho agent đứng ở tầng dưới trước. Nó nhận việc có nhịp, có điều kiện rõ, có kết quả kiểm tra được.
Có vài nhóm việc đáng thử:
- Gộp các lead mới từ form, email và inbox về một danh sách chờ xử lý.
- Nhắc đội chăm lại khách sau một khoảng thời gian đã định.
- Tóm tắt phản hồi dùng thử thành nhóm vấn đề, kèm nguồn để kiểm tra.
- Cảnh báo khi một việc gần đến hạn mà chưa có người chịu trách nhiệm rõ.
Những việc này không cần agent được quyền quyết. Nó chỉ cần giúp đội bớt quên, bớt nhảy qua lại giữa nhiều nơi. Khi tầng dưới chạy ổn, founder mới cân nhắc cho agent chuẩn bị đề xuất cho tầng trên.
Nếu đang tìm cách đưa AI vào công việc mà không làm đội rối hơn, có thể xem bài Kế hoạch 90 ngày để founder ứng dụng AI hoặc dịch vụ Coaching triển khai hệ thống AI.
Ranh giới phải ghi ra, đừng để trong đầu
Bảng hai tầng chỉ có tác dụng khi ranh giới được ghi rõ. Việc nào agent được nhắc. Việc nào chỉ được tổng hợp. Việc nào phải xin người phụ trách trước khi gửi ra ngoài. Việc nào luôn cần founder duyệt.
Một cách kiểm tra nhanh là đọc từng dòng trong tầng dưới và hỏi: nếu dòng này chạy sai, thiệt hại là gì? Nếu thiệt hại chỉ là nhắc thừa một lần, có thể để agent làm. Nếu thiệt hại là gửi sai cam kết cho khách, đổi dữ liệu doanh thu, hoặc làm đội hiểu sai ưu tiên, cần điểm duyệt của người.
Founder cũng nên tránh biến bảng thành nơi chứa mọi ý tưởng. Ý tưởng mới nên đi qua một cửa khác, ví dụ phiên làm rõ vấn đề, phỏng vấn khách hàng, hoặc khung ưu tiên tính năng. Khi cần sắp lại hướng sản phẩm trước khi xây, dịch vụ Product Consultant sẽ phù hợp hơn một bảng theo dõi thuần vận hành.
Khi nào biết bảng đang có ích
Dấu hiệu tốt không phải là bảng đẹp. Dấu hiệu tốt là founder ít phải hỏi lại hơn.
Bạn sẽ thấy vài thay đổi khá đời thường. Cuộc họp ngắn đi vì mọi người đã thấy việc trễ ở tầng dưới. Founder có thêm thời gian nghĩ về khách hàng và dòng tiền. Đội biết mục nào đang chờ quyết định, mục nào chỉ đang chờ hành động. Agent không còn là món thử nghiệm lạ, mà là một người gác cửa âm thầm cho các việc lặp lại.
Cũng có dấu hiệu xấu cần sửa sớm:
- Tầng trên có quá nhiều mục nhỏ, đọc xong vẫn không biết ưu tiên.
- Tầng dưới đầy cảnh báo nhưng không ai chịu trách nhiệm.
- Agent tạo thêm bản tóm tắt, nhưng không kéo được link nguồn.
- Founder vẫn phải nhắn riêng từng người để hỏi cùng một câu mỗi tuần.
Nếu gặp các dấu hiệu này, đừng thêm tính năng. Hãy xóa bớt trường, giảm số luồng theo dõi, và làm rõ quyền quyết định. Một bảng tốt thường trông hơi nhàm chán. Chính vì vậy nó được dùng lâu.
Bắt đầu từ một tuần thật
Đừng thiết kế bảng điều hành cho một công ty trong tưởng tượng. Lấy tuần vừa rồi ra soi. Những câu hỏi nào lặp lại? Việc nào trễ mà không ai thấy sớm? Quyết định nào bị kéo qua nhiều cuộc chat? Khách hàng nào đáng ra phải được chăm trước?
Từ đó, chọn một lớp quyết định và một lớp theo dõi. Chạy trong 2 tuần. Sau đó bỏ những trường không ai dùng. Giữ phần giúp founder đỡ hỏi lại, giúp đội tự kéo việc, và giúp AI agent làm đúng vai.
Một đội nhỏ không thắng nhờ có nhiều công cụ hơn. Đội thắng vì founder giữ được phần cần phán đoán, còn phần lặp lại có người hoặc hệ thống theo sát mỗi ngày.