Kỹ năng giải quyết vấn đề có hệ thống

"Sản phẩm này bán không được, xử lý đi." Bạn nhận được câu đó vào sáng thứ Hai. Nó không phải một vấn đề — nó là một triệu chứng. Và khoảng cách giữa hai thứ đó là toàn bộ giá trị của kỹ năng giải quyết vấn đề.

Người thiếu hệ thống sẽ lao vào làm ngay: đổi ảnh, giảm giá, tăng ngân sách quảng cáo. Ba việc cùng lúc, không biết việc nào hiệu quả. Người có hệ thống sẽ dừng lại mười lăm phút, chia vấn đề ra, và tìm đúng chỗ để đẩy.

Bước 1 — Định nghĩa vấn đề cho đúng

Đây là bước bị bỏ qua nhiều nhất và tốn kém nhất khi làm sai. Một vấn đề được định nghĩa mơ hồ sẽ sinh ra một giải pháp mơ hồ. Một định nghĩa tốt phải cụ thể, đo được, và có mốc so sánh:

• Kém: "Sản phẩm bán không được."
• Tốt: "Sản phẩm A có 800 lượt xem mỗi ngày nhưng chỉ 8 đơn — tỉ lệ chuyển đổi 1%, trong khi các sản phẩm cùng nhóm của chúng ta đạt 5%."

Định nghĩa thứ hai lập tức cho biết vấn đề nằm ở đâu: không phải thiếu người xem, mà là người xem không mua. Chỉ riêng câu đó đã loại bỏ một nửa số giải pháp sai — bạn không cần tăng ngân sách quảng cáo.

Câu hỏi kiểm tra: nếu vấn đề được giải quyết hoàn toàn, con số nào sẽ thay đổi, và thay đổi bao nhiêu? Không trả lời được nghĩa là bạn chưa định nghĩa xong vấn đề.

Bước 2 — Chia vấn đề thành nhánh

Một vấn đề lớn không giải được. Nhiều vấn đề nhỏ thì giải được.

Cách chia hiệu quả là chia theo cấu trúc của con số, không chia theo cảm giác. Doanh số trên sàn có thể tách thành:

Doanh số = Lượt xem × Tỉ lệ chuyển đổi × Giá trị đơn hàng trung bình

Ba nhánh này độc lập và phủ hết vấn đề. Khi doanh số giảm, chắc chắn một trong ba nhánh giảm. Bạn chỉ cần lấy số ra và xem nhánh nào.

Nguyên tắc chia này có tên: MECE (Mutually Exclusive, Collectively Exhaustive — các nhánh không chồng lấn nhau và cộng lại phủ hết toàn bộ vấn đề). Nghe học thuật, nhưng ý nghĩa rất thực tế: không bỏ sót nhánh nào, và không đếm trùng.

Sau khi biết nhánh nào hỏng, chia tiếp nhánh đó. Nếu tỉ lệ chuyển đổi thấp, các nhánh con có thể là: hình ảnh chưa thuyết phục, giá không cạnh tranh trong cùng trang kết quả, đánh giá của khách kém, mô tả không trả lời được câu hỏi khách quan tâm, hoặc thời gian giao hàng dài hơn đối thủ. Cứ chia đến khi mỗi nhánh đủ nhỏ để kiểm chứng bằng một hành động cụ thể. Đó là lúc dừng.

Bước 3 — Tìm nguyên nhân gốc, không dừng ở triệu chứng

Một nhánh hỏng chưa phải nguyên nhân. Nó là chỗ nguyên nhân lộ ra.

Kỹ thuật đơn giản và hiệu quả nhất là hỏi "vì sao" liên tiếp, thường khoảng năm lần, cho đến khi chạm đáy:

• Tỉ lệ chuyển đổi thấp. Vì sao?
• Vì đánh giá trung bình chỉ 3,4 sao. Vì sao?
• Vì nhiều khách phàn nàn sản phẩm bị móp khi nhận. Vì sao?
• Vì hộp carton không đủ cứng cho quãng đường vận chuyển. Vì sao?
• Vì khi chọn bao bì, chúng tôi tối ưu chi phí mà không thử nghiệm độ bền vận chuyển.

Nguyên nhân gốc không nằm ở listing. Nó nằm ở một quyết định bao bì từ nhiều tháng trước. Nếu chỉ sửa ảnh và mô tả, đánh giá xấu vẫn tiếp tục chảy về, và bạn sẽ quay lại đúng chỗ này sau ba tháng.

Sửa triệu chứng thì vấn đề quay lại. Sửa nguyên nhân gốc thì nó biến mất.

Một lưu ý quan trọng: chuỗi "vì sao" ở trên mới là giả thuyết, chưa phải sự thật. Mỗi mắt xích cần bằng chứng. Có thật là nhiều khách phàn nàn móp, hay chỉ hai người? Có thật do hộp, hay do cách nhà máy xếp hàng? Không có data, chuỗi "vì sao" chỉ là một câu chuyện nghe hợp lý — mà chuyện nghe hợp lý thì rất dễ sai.

Bước 4 — Chọn việc làm trước

Sau khi chia nhánh, bạn thường có một danh sách năm đến mười việc có thể làm. Làm hết là cách chắc chắn để không việc nào làm tới nơi.

Xếp thứ tự bằng hai trục: tác động (nếu sửa được, con số thay đổi bao nhiêu?) và chi phí thực hiện (tốn bao nhiêu thời gian, tiền, công sức của người khác?).

Việc tác động cao, chi phí thấp làm trước, không cần bàn. Tác động cao, chi phí cao cần một quyết định có cân nhắc. Tác động thấp, chi phí thấp làm khi rảnh. Tác động thấp, chi phí cao thì bỏ — và đừng thấy tiếc.

Thêm một trục thứ ba rất hữu ích trong môi trường chạy nhanh: tốc độ có phản hồi. Một thử nghiệm cho kết quả sau ba ngày đáng làm trước một thử nghiệm cho kết quả sau ba tháng, kể cả khi cái thứ hai có tác động lớn hơn — vì bạn học được nhanh hơn và điều chỉnh sớm hơn.

Bước 5 — Thử một biến số mỗi lần

Đây là nơi rất nhiều người phá hỏng công sức của bốn bước trước. Họ đổi ảnh, giảm giá, và viết lại mô tả — tất cả trong cùng một ngày. Tuần sau doanh số tăng. Rồi sao? Không ai biết cái nào tạo ra kết quả. Lần tới gặp vấn đề tương tự, lại phải làm lại từ đầu.

Nguyên tắc: thay đổi một biến số, đo, rồi mới thay đổi cái tiếp theo. Chậm hơn về cảm giác, nhưng nhanh hơn về tích lũy kiến thức. Sau năm lần thử có kỷ luật, bạn có năm bài học dùng được cho mọi sản phẩm sau này. Sau năm lần thử lộn xộn, bạn có năm câu chuyện không kiểm chứng được.

Ngoại lệ hợp lý: khi vấn đề đang gây thiệt hại nghiêm trọng và cần chặn máu ngay, cứ làm mọi thứ cùng lúc. Nhưng hãy biết bạn đang đánh đổi kiến thức lấy tốc độ — đó phải là lựa chọn có ý thức, không phải thói quen.

Bước 6 — Ghi lại và biến thành hệ thống

Giải quyết xong một vấn đề là tốt. Làm cho nó không bao giờ quay lại mới là công việc của một builder (người kiến tạo).

Trong ví dụ bao bì ở trên, giải pháp không dừng ở việc đổi hộp cho một sản phẩm. Nó là thêm một bước bắt buộc vào quy trình phát triển sản phẩm: thử độ bền vận chuyển trước khi chốt bao bì. Từ đó, mọi sản phẩm tương lai đều được bảo vệ khỏi đúng cái lỗi này.

Đây là khác biệt giữa người dùng hệ thống và người xây hệ thống. Người dùng sửa lỗi của mình. Người xây sửa cái quy trình đã sinh ra lỗi đó — để mọi người sau cùng được thừa hưởng.

Kỹ năng này đứng ở đâu

Giải quyết vấn đề có hệ thống không đứng một mình. Nó cần tư duy phản biện để không tin ngay vào giả thuyết đầu tiên nghe có vẻ đúng, và cần kỹ năng trình bày để giải pháp được thông qua và triển khai.

Tại Equarus, đây là kỹ năng nền của cả hai track. Người xây thương hiệu dùng nó mỗi tuần: sản phẩm chững lại, quảng cáo đắt lên, đánh giá tụt xuống — mỗi thứ là một vấn đề cần chia nhỏ và truy về gốc. Người làm vận hành, tech, tài chính dùng đúng bộ công cụ đó, chỉ khác đối tượng.

Chúng tôi không kỳ vọng ứng viên đã thành thạo, mà kỳ vọng bản năng dừng lại và hỏi trước khi lao vào làm. Phần còn lại rèn được. Nếu đó là cách bạn nghĩ, các vị trí đang mở đang chờ.