Vấn đề đáng giải cần đủ lớn hoặc đủ thường xuyên

Bảng điều khiển trông đẹp trong bản demo. Trong ca minh họa này, nó tìm lỗi định dạng trong tệp xuất hằng tháng. Lỗi mất hai phút để sửa và xuất hiện hai lần một năm. Ai cũng thích demo; hết thử nghiệm không ai mở bảng điều khiển nữa.

Vấn đề có thật để mô tả, nhưng chi phí chịu đựng nó có thể thấp hơn chi phí thêm công cụ. Thiết kế thanh lịch tự nó không tạo sự cấp bách.

Cuộc trò chuyện về sản phẩm được thu thập đưa ra phép thử hai trục hữu ích: coi chừng vấn đề vừa nhỏ vừa hiếm. Vấn đề lớn có thể đáng chú ý dù ít xuất hiện; vấn đề nhỏ lặp lại có thể tích lũy thành thói quen mỗi ngày. Điểm cần làm là xem công việc đằng sau lời chào bán.

Đếm lần xảy ra và hậu quả riêng

“Bao nhiêu người gặp vấn đề này?” là câu đầu quá rộng. Hỏi một nhóm cụ thể lần gần nhất xảy ra khi nào và sau đó chuyện gì diễn ra. Ai đó mất vài phút, mất đơn hàng, làm chậm đơn, lộ dữ liệu riêng hay chỉ thấy phiền? Những hậu quả ấy không thể thay nhau.

Tiếp theo hỏi cùng loại sự kiện xảy ra bao lâu một lần. Lần sửa năm phút mỗi tuần có thể tốn nhiều thời gian đáng ngạc nhiên trong nhóm lớn. Sự cố mỗi năm một lần vẫn quan trọng nếu nó chặn một lần chuyển dữ liệu thiết yếu. Phiền toái hai phút mỗi năm hai lần khó bán như sản phẩm độc lập hơn.

Xét lựa chọn minh họa theo cả hai trục:

Các ô là lời gợi ý điều tra, không phải phán quyết thị trường. “Cao” tùy chi phí của ai được tính. Lỗi gần như không ảnh hưởng quản trị viên có thể gây vấn đề nghiêm trọng cho khách hàng. Sự cố không xuất hiện trong một cuộc phỏng vấn ngắn vẫn có thể là trọng tâm ở mùa cao điểm.

Vấn đề có thể nhỏ trong demo nhưng lớn trong hệ thống

Công việc tích hợp làm khác biệt này rõ hơn. Giá trị trường sai trông nhỏ trên một bản ghi liên hệ. Nếu cùng ánh xạ áp cho hàng nghìn liên hệ, nó thành nguồn sửa thủ công lặp lại. Ngược lại, cảnh báo tinh vi cho lỗi hình thức chỉ xảy ra một lần có thể thêm việc quản trị nhiều hơn lợi ích.

Hướng dẫn tích hợp công cụ kinh doanh bắt đầu từ quy trình và nguồn chuẩn, bởi chi phí thật nằm ở cách bản ghi di chuyển và được dùng. Nhóm quyết định có nâng cấp công cụ miễn phí không cũng nên đếm cách làm vòng và hành động bỏ lỡ thay vì chỉ so danh sách tính năng.

Hỏi về ba lần xảy ra thật gần nhất. Với mỗi lần, ghi ai phát hiện, ai sửa, công việc nào phải dừng và chuyện gì xảy ra nếu không ai can thiệp. Câu cuối phân biệt phiền toái với rủi ro khó thấy. Nó cũng ngăn người sáng lập hoặc người mua biến giả thuyết ấn tượng thành mẫu đã đo.

Sau đó hỏi cách làm vòng hiện nay tốn gì. Bảng tính và lượt kiểm năm phút có thể đủ tốt. Quy trình thủ công cần chuyên gia đối soát bản ghi mỗi sáng có thể không. Lựa chọn thay thế là một phần giá trị sản phẩm, không phải điều đáng ngại để lờ đi.

Thử chi phí dùng sản phẩm bên cạnh chi phí vấn đề

Ngay cả vấn đề đáng kể có thể không cần ứng dụng mới. Ai đó phải kết nối, học, xem đầu ra và duy trì quyền truy cập. Nếu sản phẩm tốn sự chú ý hơn tác vụ, người mua có lý khi giữ cách làm vòng.

Cuộc trò chuyện nguồn còn cảnh báo rằng việc hỗ trợ thiết lập trực tiếp có thể làm mức quan tâm ban đầu trông lớn hơn thực tế. Một nhóm có vẻ mua phần mềm nhưng thật ra đang dựa vào dịch vụ tư vấn chưa được tính giá. Vấn đề nhỏ với quy trình bắt đầu sử dụng đắt đỏ đặc biệt khó phục vụ bền vững. Điều này không cấm dịch vụ; nó yêu cầu tính dịch vụ vào giá.

Lăng kính hai trục có ngoại lệ. Nghĩa vụ tuân thủ có thể buộc hành động dù sự cố quan sát được hiếm. Thị trường mới có thể ít lịch sử để đo. Nhóm ngách có thể gặp vấn đề đủ đau dù số đông không gặp. Khi ấy, bằng chứng nên đến từ nghĩa vụ, đường dẫn tới sự cố đáng tin hoặc ngân sách đã cam kết, chứ không chỉ ước lượng tần suất.

Hai trục cũng giúp quyết định nhu cầu đáng có sản phẩm riêng hay chỉ là tính năng nhỏ trong thứ mọi người đã dùng. Lỗi định dạng nhỏ hiếm có thể đáng có nút trong luồng xuất, dù không ai đăng ký dịch vụ riêng cho nó. Vấn đề nhỏ thường xuyên có thể giải tốt nhất bằng thay đổi mặc định thay vì bán thêm bảng điều khiển. Phạm vi sản phẩm nên theo lượng chú ý tác vụ hiện đã nhận. Câu hỏi không phải vấn đề có tồn tại không, mà việc giải nó có thể yêu cầu bao nhiêu hành vi mới một cách hợp lý.

Câu hỏi khám phá hữu ích không phải “Bạn có dùng không?” mà là “Kể lần gần nhất xảy ra, nó tốn gì và bạn đã làm gì thay thế.” Một sản phẩm xứng đáng tồn tại khi câu trả lời chỉ tới công việc mọi người vốn đang cố thay đổi.