Bạn đã nghe nói về mvp chưa? Tất nhiên, nếu bạn là một người chơi thể thao hay một game thủ, bạn đã nghe đến cụm từ mvp – most value player, nhưng thực sự tôi không muốn đề cập đến nó trong bài viết này. Trong thế giới phần mềm, nó là một khái niệm hoàn toàn khác với mvp – sản phẩm khả thi tối thiểu.

Bạn đang xem: Mvp là gì trong công nghệ phần mềm

Chúng tôi không tìm kiếm điều tốt nhất, chúng tôi tìm kiếm điều đơn giản nhất.

Khái niệm MVP có thể hiểu là một phần mềm hoặc hệ thống có đủ chức năng để cung cấp cho khách hàng và mang lại giá trị cho họ. (Đây cũng là lý do tại sao một số người nhầm mvp với sản phẩm có giá trị tối thiểu)

Đó thực sự là một ý tưởng phân phối sản phẩm một cách nhanh chóng. Sau đó, chúng tôi sẽ đánh giá chặt chẽ ý kiến ​​của khách hàng (cả trực tiếp và gián tiếp thông qua việc sử dụng giám sát) để tiếp tục phát triển và cải thiện các tính năng hơn nữa. Thích sản phẩm đáp ứng nhu cầu thực của khách hàng.

Mục đích của việc này là để duy trì phán đoán về phát triển phần mềm bên ngoài việc quản lý và phát triển sản phẩm. design. Thay vào đó, khách hàng cho chúng tôi biết chính xác những tính năng mà họ muốn cải thiện.

Đây là cách chúng tôi không lãng phí thời gian cho các tính năng mà khách hàng của chúng tôi không cần và không sử dụng.

Vậy giá trị tối thiểu của sản phẩm là bao nhiêu?

Đây thực sự là một vấn đề gây tranh cãi và là tâm điểm thảo luận của tất cả các bên.

Các nhà phát triển luôn muốn làm ít nhất có thể, nghĩa là ít rủi ro hơn.

Xem thêm: Cách chỉnh khoảng cách dòng hoặc giãn dòng trong Word

Chủ sở hữu sản phẩm luôn muốn bao gồm nhiều tính năng mà họ cho là cần thiết (hoặc ít nhất là họ cho là cần thiết) dựa trên phần lớn đánh giá của người dùng.

Nhóm bán hàng và hỗ trợ ưu tiên bàn giao những thứ dường như đã được hoàn thành hoặc những thứ đang được phát triển một nửa. Sau đó họ sẽ giải thích cho khách hàng tại sao chúng tôi lại chọn những thứ này để bàn giao, mặc dù chúng tôi biết nó cần nhiều hơn thế.

Về chất lượng, với ý tưởng này, chúng tôi có thể cung cấp giá trị ban đầu của sản phẩm cho khách hàng, nhưng sâu xa hơn, nó giúp chúng tôi cân bằng giữa việc cung cấp sản phẩm một cách đầy đủ và cung cấp giá trị cần thiết cho khách hàng. khách hàng . Đồng thời, điều này tạo ra thời gian để chúng tôi phát triển các tính năng bổ sung mà chúng tôi cần.

Vì vậy, để tìm ra sản phẩm bàn giao nhỏ nhất, tester cũng giống như khách hàng nội bộ, phải thực sự nắm bắt và hiểu hệ thống chức năng trong hệ thống, đồng thời có kiến ​​thức đánh giá để giúp nhóm phát triển đưa ra các quyết định quan trọng và phức tạp.

Sẵn sàng đón nhận phản hồi của người dùng.

ok, bây giờ bạn đã xác định được sản phẩm khả thi tối thiểu và đã hoàn tất việc bàn giao sản phẩm cho khách hàng với nhóm phát triển. Vì vậy, công việc được thực hiện, phải không? Nó thực sự không phải là.

Mvp chỉ mang tính chất thực hành hoặc bàn giao để nhóm phát triển thu thập ý kiến ​​phản hồi và tiếp tục phát triển sản phẩm của mình. Tuy nhiên, hãy đảm bảo rằng sản phẩm sẵn sàng chấp nhận chúng và nhóm phát triển sẵn sàng chấp nhận nó và tiếp tục.

Phản hồi có thể đến dưới dạng biểu mẫu nhận xét hoặc thông qua các kênh khác nhau. Bạn có thể nhận được phản hồi dễ dàng nhất và gần như ngay lập tức khi người dùng trải nghiệm các tính năng mới. Cần phân biệt rõ ràng giữa những người dùng đánh giá một tính năng bằng cách lướt qua và đưa ra ý kiến ​​nhanh (họ chỉ cần nhấp chuột và thực hiện) và những người sử dụng tính năng đó như một công cụ rất nhiều. , đưa ra một đánh giá chu đáo và chi tiết.

Bạn có thể thu thập phản hồi bằng cách trực tiếp hỏi khách hàng xem họ nghĩ gì về sản phẩm của bạn hoặc thông qua các phương tiện gián tiếp như đo lường sản phẩm thông qua hoạt động của người dùng hoặc số liệu phân tích. Nhật ký được ghi lại trong hệ thống.

Xem thêm: Room Ngoại Của Cổ Phiếu Là Gì? Nới Room Ngoại Là Gì?

Thông thường chúng ta cần sử dụng cả hai phương pháp cùng một lúc.

Chuẩn bị sẵn sàng cho người dùng để nhận phản hồi.

Điều quan trọng mà bạn nên ghi nhớ là người dùng chứ không phải những người làm việc cho bạn – đó luôn là một đường vòng.

Khi bạn yêu cầu họ đưa ra nhận xét thông qua một chức năng hệ thống, bạn không thể chỉ mong đợi họ thực hiện và trả lời email của bạn.

Một số người dùng sẽ vui vẻ cung cấp phản hồi, đánh giá hoặc thậm chí là các đoạn nói về cảm xúc và suy nghĩ của họ về sản phẩm. Tuy nhiên, phần lớn người dùng thì ngược lại, thường không mấy quan tâm đến phần phản hồi này.

Một cách hiệu quả để nhận phản hồi là cho người dùng biết tầm quan trọng của thông tin họ cung cấp và kết hợp phản hồi này vào hệ thống như một phần của chức năng mà người dùng phải hoàn thành để sử dụng.

Cuối cùng hãy làm cho nó mang tính cá nhân nhất có thể (ví dụ: sử dụng tên người dùng, nghề nghiệp của họ…) để họ hiểu rằng họ quan tâm và hỏi ý kiến ​​của họ thay vì hỏi nhiều người khác.

Nâng cao chất lượng và làm hài lòng khách hàng.

Chất lượng của một sản phẩm không chỉ là số lỗi của sản phẩm đó hay thời gian phản hồi của hệ thống mà còn là sự hài lòng của khách hàng. Nói thì còn mông lung và mông lung, nhưng mấu chốt là phải lắng nghe và thấu hiểu khách hàng, để họ hiểu họ thực sự muốn gì, từ đó nâng cao chất lượng sản phẩm mà họ mong muốn.

Link tham khảo: https://qablog.practitest.com/finding-your-mvp/

Xem thêm: Các nguyên nhân gây đau đầu mãn tính | Vinmec

Vậy là đến đây bài viết về Mvp là gì trong công nghệ phần mềm đã dừng lại rồi. Hy vọng bạn luôn theo dõi và đọc những bài viết hay của chúng tôi trên website Onlineaz.vn

Chúc các bạn luôn gặt hái nhiều thành công trong cuộc sống!