Nó phụ thuộc vào những gì khách hàng có nghĩa là "hữu ích". Đề xuất của khách hàng của bạn rằng bạn tự ý thu hẹp các khoảng thời gian dường như phản ánh một sự hiểu lầm rằng, bằng cách thu hẹp các khoảng thời gian mà bạn bằng cách nào đó đã làm giảm biên độ lỗi một cách kỳ diệu. Giả sử tập dữ liệu đã được thu thập và đã được sửa (nếu không phải như vậy, trò đùa của @ shabbychef trong các bình luận sẽ cho bạn câu trả lời của bạn), mọi phản hồi cho khách hàng của bạn nên nhấn mạnh và mô tả lý do tại sao không có "bữa trưa miễn phí" và đó bạn đang hy sinh một cái gì đó bằng cách thu hẹp khoảng thời gian.
Cụ thể, vì tập dữ liệu được cố định, cách duy nhất bạn có thể giảm độ rộng của khoảng tin cậy là giảm mức độ tin cậy. Do đó, bạn có lựa chọn giữa một khoảng rộng hơn mà bạn tự tin hơn chứa giá trị tham số thực hoặc khoảng hẹp hơn mà bạn không tin tưởng. Đó là, khoảng tin cậy rộng hơn là bảo thủ hơn. Tất nhiên, bạn không bao giờ có thể tối ưu hóa độ rộng hoặc mức độ tin cậy một cách không suy nghĩ, vì bạn có thể tạo ra khoảng tin cậy một cách trống rỗng bằng cách để nó trải rộng toàn bộ không gian tham số và có thể có khoảng tin cậy hẹp vô hạn, mặc dù nó sẽ có độ bao phủ 0 % . 100 %0 %
Việc một khoảng ít bảo thủ có hữu ích hơn hay không rõ ràng phụ thuộc cả vào bối cảnh và độ rộng của khoảng đó thay đổi như một chức năng của mức độ tin cậy, nhưng tôi gặp khó khăn khi hình dung một ứng dụng sử dụng mức độ tin cậy thấp hơn nhiều khoảng cách hẹp hơn sẽ được ưa thích hơn. Ngoài ra, đáng để chỉ ra rằng khoảng tin cậy đã trở nên phổ biến đến mức khó có thể biện minh được tại sao bạn, ví dụ, sử dụng khoảng tin cậy 60 % . 95 %60 %