Là các bản vá là một dấu hiệu xấu cho khách hàng? [đóng cửa]

Tại văn phòng, chúng tôi vừa mới ra khỏi một khoảng thời gian dài nơi chúng tôi phát hành các bản vá trên cơ sở quá thường xuyên. Gần cuối giai đoạn đó, chúng tôi đã thực hiện trung bình gần ba bản vá mỗi tuần.

Bên cạnh đó, điều này rất gây khó chịu cho các nhà phát triển, tôi đã tự hỏi khách hàng sẽ nghĩ gì về điều này. Tôi đã tự đặt câu hỏi và kết luận rằng tôi không bao giờ biết phần mềm được cập nhật thường xuyên. Tuy nhiên, đối với trường hợp gần nhất tôi thực sự không quan tâm vì các bản vá được áp dụng khá nhanh.

Các khách hàng nhận được các bản vá này khác nhau rất nhiều. Một số người thực sự chờ đợi bản vá mà những người khác không thực sự quan tâm, nhưng tất cả họ đều có cùng một bản vá. Thời gian cập nhật phần mềm khách hàng chưa đến 30 giây, vì vậy tôi không mong đợi bất kỳ vấn đề nào liên quan đến thời gian. Họ cần phải đăng xuất mặc dù.

Vì vậy, câu hỏi của tôi chi tiết hơn: Có phải việc cập nhật thường xuyên đưa ra thông điệp 'tiêu cực' cho người nhận không?

Tất nhiên, tôi có thể hỏi khách hàng, nhưng tôi không ở vị trí đó và tôi cũng không muốn 'Đánh thức những con chó đang ngủ'.

Tái bút: Nếu có bất cứ điều gì tôi có thể làm để cải thiện câu hỏi của mình, vui lòng để lại nhận xét.

Như với nhiều thứ trong máy tính, nó phụ thuộc. Nếu các bản vá là phản hồi yêu cầu của khách hàng về các tính năng hoặc cải tiến mới, thì công ty của bạn sẽ được xem là phản hồi. Mặt khác, nếu các bản vá của bạn là phản hồi cho các báo cáo lỗi, thì công ty của bạn sẽ bị xem là không đủ năng lực.

Kiểm tra phần mềm trên khách hàng của bạn cho đến nay là cách đắt nhất có thể để phát hiện lỗi, bất kể ai nói gì. Đó là một nền kinh tế sai lầm; lao động tự do mà bạn nghĩ rằng bạn nhận được nhiều hơn bù đắp bằng nỗ lực phục vụ khách hàng, phá vỡ vòng đời phát triển phần mềm và mất niềm tin của khách hàng.

Tôi cảm thấy như phát hành một số bản vá trong khoảng cách gần phản ánh kém về công ty. Nó luôn khiến tôi cảm thấy như họ đã không kiểm tra đủ trước, rằng các nhà phát triển không đủ năng lực hoặc ban quản lý không biết họ đang làm gì.

Điều đó đang được nói, mặt khác của mã thông báo là việc phát hành một số bản vá gần nhau cho thấy công ty đang thực hiện một cách tiếp cận chủ động đối với sản phẩm của họ và đang tiếp tục cải thiện sản phẩm của họ cho người tiêu dùng.

Tôi có xu hướng cảm thấy rằng trước đây là cách mà hầu hết sẽ nhìn nó từ quan điểm của người tiêu dùng, nhưng nói chuyện trực tiếp với họ sẽ (là rõ ràng) sẽ là lựa chọn tốt nhất, nhưng cũng sẽ nêu ra vấn đề trong cơ sở khách hàng mà họ có thể không nhận thức được ban đầu.

Ngày càng có nhiều công ty đi theo bước chân của Chrome và ngày càng có nhiều bản phát hành khách hàng thường xuyên hơn.

Điều kiện tiên quyết để thực hiện các chu kỳ phát hành ngắn là nâng cấp không gây đau đớn - ví dụ như chrome, việc nâng cấp được thực hiện mà không cần sự can thiệp của người dùng khi khởi động ứng dụng và nếu người dùng luôn bật ứng dụng của mình, anh ta sẽ nhận được một cờ phụ khuyên anh ta khởi động lại ứng dụng vào thời điểm thuận tiện và sau đó ứng dụng sẽ nỗ lực để đưa anh ta trở lại trạng thái trước đó sau khi khởi động lại.

Phương pháp này khiến khách hàng hài lòng, vì anh ta không cần phải biết về mọi cập nhật và vì các bản phát hành tính năng xuất hiện thường xuyên, các bản phát hành sửa lỗi sẽ được chào đón.

Mặt khác, nếu các bản vá xuất hiện sau các lỗi show-stopper rực rỡ và chúng xuất hiện thành cụm, vì các bản vá trước đó không thể sửa lỗi hoặc tạo ra một lỗi lớn hơn - hãy yên tâm rằng khách hàng của bạn sẽ ngửi thấy nó. Điều này chắc chắn sẽ phản ánh kém về uy tín chuyên nghiệp của nhà cung cấp và hạ thấp tiêu chuẩn phần mềm nhận thức của nhà cung cấp. Giao hàng liên tục phụ thuộc rất nhiều vào thử nghiệm đơn vị hiệu quả và thử nghiệm tích hợp để đảm bảo thành công của nó.

Về vấn đề không nói chuyện với khách hàng của bạn để 'cho chó ngủ nói dối', tôi tin rằng đây là một chiến lược sai lầm - khách hàng không mù quáng và họ không phải là kẻ ngốc. Tôi tin rằng giao tiếp tốt với khách hàng của bạn chỉ có thể trấn an họ rằng họ là ưu tiên của bạn và rằng bạn dễ chấp nhận những lời chỉ trích của họ. Nếu bạn đã phát hành bản phát hành xấu một vài lần và bạn không nghe thấy họ phàn nàn - bạn chắc chắn nên lo lắng - không phải là họ không để ý, nhiều khả năng họ chỉ bận rộn tìm người thay thế cho bạn ...

Các bản vá dành riêng cho khách hàng đã phát hiện ra một vấn đề rõ ràng là sẽ cần phải ra ngoài càng sớm càng tốt.

Tôi đã thấy phần mềm tại các công ty lớn sau đó sử dụng cách tiếp cận rằng các khách hàng khác sẽ nhận được các bản vá đó dưới dạng gói dịch vụ theo định kỳ theo lịch trình. Thông thường bởi vì các bản vá mất một số nỗ lực để cài đặt và kiểm tra trong môi trường khách hàng, nhưng trong trường hợp của bạn, nó chỉ có thể được sử dụng để giảm bớt tác động có thể có của hiệu ứng mà bạn quan tâm.

Tôi cũng đã thấy mọi người ủng hộ việc đưa các bản vá lên trong kho hoặc trên các trang web nơi khách hàng có thể tải xuống và cài đặt những cái họ muốn. Điều này có thể tạo ra vấn đề với việc biết khách hàng có bản vá nào, vì vậy khi họ gặp sự cố, bạn phải xác định chính xác mã họ đang chạy, nhưng cẩn thận có thể được theo dõi. Sau đó, bạn có thể buộc mọi người nâng cấp lên một trong những 'gói' lớn hơn khi một gói được phát hành có rất nhiều bản vá.

Ngoại lệ là các bản vá bảo mật. Một công ty phần mềm lớn có trụ sở tại Washington đã được biết là đã vào nước nóng bằng cách chờ đợi vào thứ Năm thứ ba của tháng trước khi phát hành các bản vá bảo mật quan trọng và thông tin về vụ hack đã bị rò rỉ và khiến họ phải bối rối sớm hơn.

Google chrome khắc phục sự cố bằng cách tự động cập nhật rất thường xuyên, họ cũng yêu cầu bạn phải quay vòng chương trình (khởi động lại chrome hoặc trong trường hợp của bạn đăng xuất). Bây giờ họ đã thực hiện rằng thông lệ bình thường cho các trình duyệt và mọi người thậm chí không nghĩ về nó nữa. Nhưng không phải ai cũng có thể là Google.

Các ứng dụng SaaS khắc phục toàn bộ vấn đề bằng cách thực hiện các cập nhật trong nền.

Tuy nhiên, trên hết, trừ khi bạn thực hiện tích hợp liên tục hoặc cập nhật với các tính năng mới do người dùng yêu cầu rất thường xuyên, thì tôi nghĩ chúng ta vẫn đang ở thời điểm mà mọi người mong đợi bạn đã thực hiện một số lượng thử nghiệm kha khá trước khi phát hành. Nếu bạn cảm thấy xấu hổ khi gặp khách hàng của mình và nói về tần suất sửa lỗi, có lẽ bạn không thực hiện đủ thử nghiệm. Bạn đã phát hành bao nhiêu rủi ro bạn đã thực hiện trước khi bạn phát hành mã. Có một lập luận cho việc phát hành mã lỗi rất sớm miễn là bạn biết đó là gì, nhưng tôi nghĩ bạn cần hiểu rõ về chất lượng đã biết của mình, điều đó có nghĩa là hiểu và kiểm soát thời gian của bạn để biết chất lượng.