Ba bài toán mà nhóm nhỏ nào cũng gặp — và cách giải không cần phần mềm đắt tiền

Nhiều nhóm nhỏ tôi từng làm việc cùng gặp ba vấn đề này. Chúng không giống nhau về bề ngoài nhưng cùng một gốc, và điều đáng nói nhất là: cả ba đều không phải vấn đề công cụ.

Mua phần mềm khi chưa sửa cách làm chỉ tạo ra một chỗ lộn xộn mới, có phí hàng tháng.

Bài toán 1: thông tin ở trong đầu người, không ở trong hệ thống

Triệu chứng

• "Hỏi anh Nam, anh ấy nắm vụ đó"

• Một người nghỉ phép là một mảng công việc đứng lại

• Cùng một câu hỏi của khách được ba người trả lời ba kiểu

Vì sao nó xảy ra

Không ai cố tình giấu. Nó xảy ra vì ghi lại luôn đắt hơn nhớ, ở thời điểm ghi. Người biết việc thì không cần đọc tài liệu, nên họ không viết. Chi phí rơi xuống người đến sau, mà người đó thì chưa có mặt để phản đối.

Cách giải

Đừng chỉ giao một yêu cầu chung chung là "viết tài liệu". Nó dễ bị trì hoãn.

Bắt đầu bằng một quy tắc nhỏ hơn nhiều: khi trả lời một câu hỏi lần thứ hai, hãy viết câu trả lời xuống trước khi gửi.

Lần thứ nhất là trao đổi bình thường. Lần thứ hai là bằng chứng rằng câu hỏi này sẽ còn quay lại. Lúc đó chi phí viết đã được chứng minh là đáng.

Nó hiệu quả vì không yêu cầu ai dự đoán cái gì quan trọng — thực tế tự chỉ ra.

Khi nào thì cần công cụ

Khi chỗ chứa câu trả lời tìm không ra được nữa. Dấu hiệu: có người hỏi lại một câu đã được viết xuống rồi, vì họ không tìm thấy.

Tiêu chí chọn, theo đúng thứ tự: tìm kiếm tốt > đường dẫn chia sẻ được > sửa dễ > đẹp. Hầu hết người ta chọn ngược lại và hối hận.

Bài toán 2: việc lặp lại ăn mòn thời gian mà không ai thấy

Triệu chứng

• Chép dữ liệu từ chỗ này sang chỗ khác

• Mỗi sáng mở năm tab để xem chuyện gì đã xảy ra đêm qua

• "Việc đó nhanh mà, có hai phút thôi"

Câu cuối là câu nguy hiểm nhất. Hai phút, năm lần một ngày, hai trăm ngày làm việc — hơn ba mươi ba tiếng một năm, cho một người, cho một việc.

Vì sao nó không được giải quyết

Vì mỗi lần làm đều rẻ. Chi phí chỉ hiện ra khi cộng dồn, mà không ai cộng.

Cách giải

Một tuần, ghi lại mọi việc bạn làm hơn một lần. Không cần chi tiết, chỉ cần tên việc và số lần. Cuối tuần nhân với thời gian mỗi lần.

Danh sách đó gần như luôn gây bất ngờ, và nó sắp xếp thứ tự ưu tiên hộ bạn — tự động hoá việc đứng đầu danh sách, bỏ qua phần còn lại.

Một cảnh báo về tự động hoá

Thứ tự đúng là bỏ bớt → đơn giản hoá → rồi mới tự động hoá.

Tự động hoá một việc đáng lẽ không nên tồn tại là làm cho nó tồn tại mãi mãi. Trước khi viết kịch bản cho một báo cáo hàng tuần, hãy hỏi ai đọc nó. Nhiều khi câu trả lời là không ai.

Bài toán 3: khách hàng rơi qua khe hở

Triệu chứng

• Khách nhắn tin cuối tuần, thứ Hai mới có người thấy

• Ai đó hỏi mua hàng, không ai nhận là người phụ trách

• Không ai biết tháng trước có bao nhiêu người liên hệ

Vì sao nó xảy ra

Hầu như luôn vì cùng một lý do: tin nhắn tới nơi không ai chịu trách nhiệm theo dõi.

Hộp thư chung là ví dụ kinh điển. Ai cũng thấy, nên ai cũng tưởng người khác đã xử lý.

Chúng tôi gặp đúng chuyện này trên hệ thống của chính mình. Khi rà lại, phát hiện form liên hệ và đăng ký nhận tin không báo cho ai cả — dữ liệu được lưu đúng, nhưng không có tiếng chuông nào. Nó nằm đó chờ ai đó nhớ ra mà vào xem.

Cách giải, theo thứ tự

Bước 1 — Mỗi kênh một người chịu trách nhiệm. Không phải "cả nhóm". Một cái tên. Có thể xoay vòng theo tuần, nhưng tại mỗi thời điểm phải là một người.

Bước 2 — Thông báo chủ động, đừng chờ người vào xem. Khác biệt giữa "trả lời trong 10 phút" và "trả lời sáng hôm sau" thường chỉ là một tiếng chuông.

Bước 3 — Đếm. Bao nhiêu lượt liên hệ tuần này, bao nhiêu được trả lời, trung bình mất bao lâu. Không đo thì không biết mình có vấn đề.

Cảnh báo về thông báo

Làm sai thì phản tác dụng. Hai nguyên tắc rút ra từ việc tự xây:

Chống dội. Khách gõ năm dòng là năm sự kiện với máy, một với người. Báo từng dòng thì sau một tuần cả đội sẽ tắt thông báo — và mất luôn cái cảnh báo thật sự quan trọng.

Đúng người. Báo cho người không có quyền xử lý là gửi họ tới một cánh cửa khoá. Nó vừa vô ích vừa dạy họ phớt lờ.

Thứ tự nên làm

Nếu cả ba đều đúng với nhóm bạn, làm theo thứ tự này:

1. Bài toán 3 trước — bỏ sót khách có thể gây thiệt hại doanh thu trực tiếp, và nó rẻ nhất để sửa

2. Bài toán 2 tiếp — nó giải phóng thời gian để làm việc còn lại

3. Bài toán 1 sau cùng — quan trọng nhất về lâu dài, chậm nhất để thấy kết quả, và cần thời gian mà bước 2 vừa giải phóng

Khi nào thì thật sự nên mua phần mềm

Ba câu hỏi cần trả lời trước khi mở ví:

1. Quy trình hiện tại là gì, viết ra được trên một trang giấy?

2. Bước nào cần sửa hoặc bỏ trước khi số hoá? Nếu chưa rõ quy trình, phần mềm dễ làm sự lộn xộn khó sửa hơn

3. Chỗ đau cụ thể là gì, và đo bằng gì?

Nếu câu trả lời là "chúng tôi thấy nên chuyên nghiệp hơn", hãy đợi. Đó chưa phải lý do, đó là cảm giác.

Còn nếu câu trả lời là "mỗi tuần có khoảng ba khách hỏi mà không ai trả lời, mỗi khách trị giá khoảng chừng này" — bạn đã sẵn sàng, và bạn cũng đã biết mình cần gì.

Các tình huống dự án được thuật lại từ bản thảo; chưa có log để xác minh độc lập trong lần rà soát này. Các thứ tự ưu tiên là gợi ý, cần điều chỉnh theo chi phí và rủi ro thực tế của nhóm.