Proof of Concept (POC) là gì?
Proof of Concept( bằng chứng khái niệm) được viết tắt POC là một bài tập trong đó công việc được tập trung vào việc xác định liệu một ý tưởng có thể được biến thành hiện thực hay không. Một bằng chứng về khái niệm có nghĩa là để xác định tính khả thi của ý tưởng hoặc để xác minh rằng ý tưởng sẽ hoạt động như được hình dung.
Một bằng chứng về khái niệm không nhằm mục đích khám phá nhu cầu thị trường cho ý tưởng, cũng không nhằm xác định quy trình sản xuất tốt nhất.
Thay vào đó, trọng tâm của nó là kiểm tra xem ý tưởng có khả thi hay không – cho những người tham gia vào bài tập chứng minh khái niệm cơ hội khám phá tiềm năng của ý tưởng sẽ được phát triển hoặc xây dựng.
Mục đích: là chứng minh rằng thực sự có thể phát triển ý tưởng đó và đưa nó vào như một phần của sản phẩm cuối cùng. nếu bạn muốn thử nghiệm một ý tưởng nào đó mà bạn có thể có, điều tốt nhất nên làm là đưa ra một “bằng chứng về khái niệm”
Giá trị của bằng chứng về khái niệm
Phát triển một bằng chứng về khái niệm có thể giúp chủ sở hữu sản phẩm xác định các vấn đề kỹ thuật và hậu cần tiềm năng có thể cản trở thành công. Nó cũng tạo cơ hội cho một tổ chức thu hút phản hồi nội bộ về một sản phẩm hoặc dịch vụ đầy hứa hẹn, đồng thời giảm rủi ro và rủi ro không cần thiết và tạo cơ hội cho các bên liên quan đánh giá các lựa chọn thiết kế sớm trong chu kỳ phát triển .
Sau đó, cá nhân hoặc nhóm trải qua quá trình này có thể sử dụng bằng chứng thành công về khái niệm để thuyết phục các bên liên quan, nhà quản lý hoặc nhà đầu tư rằng ý tưởng này đáng để theo đuổi hơn nữa.
Các bước để viết một bằng chứng về khái niệm
Nhiều ngành công nghiệp, bao gồm phần mềm, phần cứng, phát hiện thuốc, sản xuất, khoa học và kỹ thuật, sử dụng quy trình bằng chứng để theo đuổi ý tưởng trước khi phê duyệt chúng để thử nghiệm thêm và cuối cùng là sản xuất toàn diện.
Kế hoạch bằng chứng về khái niệm có thể giải quyết cách thức sản phẩm hoặc dịch vụ được đề xuất sẽ hỗ trợ các mục tiêu , mục tiêu hoặc các yêu cầu kinh doanh khác của tổ chức , mặc dù bước đó không phải là mục tiêu chính của POC.
Quá trình chứng minh khái niệm nên bao gồm:
==> Xác định rõ tiêu chí thành công
==> Tài liệu về cách chứng minh khái niệm sẽ được thực hiện
==> Một thành phần đánh giá
==> Một đề xuất về cách tiến về phía trước nên POC chứng minh là thành công.
Phát triển một kế hoạch như vậy là một bước quan trọng trong việc xác định cách thức một sản phẩm hoặc dịch vụ được hình dung cuối cùng sẽ được phân phối cho người dùng với số lượng sai sót ít nhất.
Tại sao cần một bằng chứng khái niệm?
Mặc dù gần như tất cả những người đưa ra ý tưởng đều tin rằng nó sẽ hoạt động, việc tạo ra một bằng chứng về khái niệm để kiểm tra ý tưởng của bạn sẽ đảm bảo bạn đến phiên bản tốt nhất của nó và sẽ giúp bạn tiết kiệm thời gian và tiền bạc trong quá trình này. Một lý do khác để đưa ra bằng chứng về khái niệm rằng bạn có thể sẽ cần nó để thuyết phục các bên liên quan khác rằng ý tưởng đó đáng để đầu tư. Cho dù bạn thêm các tính năng mới vào phần mềm hiện có hay liệu bạn đang xây dựng một thứ gì đó hoàn toàn mới từ đầu, một bằng chứng về khái niệm sẽ đảm bảo rằng bạn đi con đường nhanh nhất, trực tiếp nhất để thành công.
Chứng minh sự cần thiết
Nó chỉ có ý nghĩa để đặt thời gian và tiền bạc để xây dựng một sản phẩm nếu mọi người thực sự cần nó. Có lẽ những người đó là nhân viên của công ty, những người cần cải thiện năng suất của họ. Có thể họ là một thị trường mới mà công ty hiện không phục vụ nhưng có thể dễ dàng tiếp cận. Dù họ là ai, bạn cần biết rằng phần mềm của bạn sẽ đáp ứng nhu cầu của họ.
Trước khi bạn bắt đầu xây dựng phần mềm, bạn sẽ muốn rõ ràng hơn về những điểm đau mà đối tượng mục tiêu của bạn đang gặp phải. Bạn không muốn đoán những vấn đề này là gì hoặc giả sử bạn biết mà không thực sự nói chuyện với một mẫu đại diện của những người trong nhóm.
Bạn không cần phải nói chuyện với hàng trăm người vào thời điểm này – chỉ đủ để bạn bắt đầu nghe những mối quan tâm tương tự lặp đi lặp lại. Khi bạn phỏng vấn người dùng tiềm năng và các bên liên quan, hãy chắc chắn hỏi về ý nghĩa của từng điểm đau. Bạn sẽ muốn tìm hiểu cả tác động kinh doanh và tác động cá nhân của từng người để tạo danh sách ưu tiên. Cuối cùng, bạn sẽ thấy các mẫu và chủ đề phổ biến đang nổi lên. Bạn có thể ngạc nhiên về những gì bạn không nghe thấy trong các cuộc phỏng vấn là tốt. Đến cuối bước này, bạn sẽ có một danh sách các nhu cầu và mục tiêu cụ thể mà phần mềm sẽ giải quyết.
Giải pháp và nhận phản hồi
Bước này bao gồm các cách động não để giải quyết từng điểm đau mà bạn đã xác định trong bước đầu tiên. Có thể sẽ có một số cách để giải quyết từng vấn đề. Sau khi động não, bạn sẽ đánh giá từng giải pháp có thể để xác định cách giải quyết vấn đề chi phí, cạnh tranh, dòng thời gian, thách thức công nghệ, v.v. Khi quá trình này được hoàn thành, bạn nên có ý tưởng rõ ràng hơn về giải pháp nào cần đưa vào sản phẩm cuối cùng.
Khi bạn có danh sách các giải pháp này, hãy quay lại với người dùng và các bên liên quan mà bạn đã phỏng vấn ban đầu và tìm hiểu phản ứng cũng như phản hồi của họ đối với các giải pháp được đề xuất. Mô tả cách bạn hình dung sản phẩm hoạt động và yêu cầu phản hồi của họ. Đầu vào này sẽ cung cấp cho bạn cái nhìn sâu sắc có giá trị khi bạn tiến về phía trước.
Nguyên mẫu Giải pháp và Thử nghiệm của bạn
Bước tiếp theo của bạn là tạo một nguyên mẫu bao bọc các giải pháp của bạn thành một sản phẩm thô sơ mà bạn có thể sử dụng để kiểm tra với những người bạn đã phỏng vấn trước đây. Nguyên mẫu này nên có bộ tính năng dự kiến và UI / UX .
Khi nguyên mẫu được chế tạo, hãy kiểm tra nó với những người được phỏng vấn của bạn để có thêm phản hồi. Ghi lại việc sử dụng sản phẩm của họ để theo dõi giao diện thực sự trực quan như thế nào và tìm hiểu xem bạn có bỏ qua bất kỳ chức năng quan trọng nào không.
Tạo một sản phẩm khả thi tối thiểu
Một MVP khác với một nguyên mẫu ở chỗ nó là một giải pháp đầy đủ chức năng mà bạn có thể đưa ra thế giới để sử dụng. Mặc dù nó sẽ chỉ bao gồm các tính năng quan trọng nhất cần thiết để giải quyết các điểm đau chính mà bạn đã xác định, nhưng nó sẽ hoạt động ở phía người dùng giống như sản phẩm cuối cùng.
MVP cung cấp cho bạn khả năng kiểm tra sản phẩm ngoài nhóm người được phỏng vấn nhỏ của bạn, đến một nhóm rộng hơn đại diện cho thị trường hoặc đối tượng của bạn. Nó cung cấp một cơ hội để có thêm thông tin phản hồi sẽ cho bạn biết nếu sản phẩm trong lần lặp hiện tại của nó cộng hưởng với người dùng và các bên liên quan.
Thiết kế lộ trình
Từ tất cả các thông tin bạn đã thu thập trong mỗi bước trước đó, hãy tạo một lộ trình mô tả những gì bạn đã học và phác thảo một quy trình từng bước được đề xuất để xây dựng sản phẩm. Hãy nghĩ về lộ trình này như một tập hợp các bản thiết kế để xây dựng một tòa nhà. Với lộ trình này như một hướng dẫn, mọi người sẽ được giữ trên cùng một trang thông qua phát triển sản phẩm và sẽ có một bức tranh rõ ràng về mục tiêu cuối cùng là gì.
Ứng dụng Proof of Concept trong các lĩnh vực
Phát triển một bằng chứng về khái niệm có thể giúp chủ sở hữu sản phẩm xác định các vấn đề kỹ thuật và hậu cần tiềm năng có thể cản trở thành công. Nó cũng tạo cơ hội cho một tổ chức thu hút phản hồi nội bộ về một sản phẩm hoặc dịch vụ đầy hứa hẹn, đồng thời giảm rủi ro và rủi ro không cần thiết và tạo cơ hội cho các bên liên quan đánh giá các lựa chọn thiết kế sớm trong chu kỳ phát triển .
Chúng ta đã xác định “bằng chứng khái niệm” POC là như thế nào rồi, bây giờ hãy xem thuật ngữ này được sử dụng cho những lĩnh vực gì.
-
Kinh doanh
Trong kinh doanh, bằng chứng về khái niệm có thể được sử dụng để giúp công ty hiểu rõ hơn về những gì mọi người thực sự mong đợi từ sản phẩm. mỗi thông tin có thể giúp công ty thiết kế sản phẩm, giảm chi phí sản xuất và cải tiến sản phẩm để phù hợp với sở thích của mọi người. Tất nhiên là rất quan trọng cho quá trình đưa ra quyết định.
Nếu bằng chứng về khái niệm không mang lại lợi nhuận như suy nghĩ trước đây, nó có thể bị ngừng lại vì thế sẽ tiết kiệm được rất nhiều tiền.
-
Thuốc
Có một chút nhầm lẫn khi định nghĩa bằng chứng về khái niệm trong y học bởi vì có hai thuật ngữ rất giống nhau thường bị nhầm lẫn với nhau.
Bằng chứng về cơ chế : sử dụng trong giai đoạn đầu phát triển một loại thuốc nhất định, ngay cả trước khi thử nghiệm lâm sàng, cho thấy sự tương tác giữa thuốc và các yếu tố hóa học khác, có thể tìm thấy trong cơ thể người hoặc động vật
Bằng chứng về nguyên tắc: thuật ngữ này cũng được sử dụng trong giai đoạn đầu, nhưng tập trung vào việc điều trị một số dấu hiệu cụ thể được tìm thấy trong các bệnh đã biết
Bằng chứng về khái niệm : POC theo cách này được sử dụng trong ba giai đoạn khác nhau được giao nhiệm vụ cho thấy thuốc có thể ảnh hưởng đến cơ thể con người, hệ thống y tế như thế nào và liệu có thành công khi điều trị các bệnh mà nó đã gây ra.
-
Bảo mật
Khi nói về lĩnh vực bảo mật, bằng chứng về khái niệm( POC) được sử dụng theo một cách khác
Thuật ngữ POC được sử dụng trong vấn đề này để chứng minh làm thế nào biện pháp bảo mật và hệ thống cụ thể có thể bị xâm phạm hoặc nâng cấp để cung cấp một số bảo vệ bổ sung. Điều đáng nói là thử nghiệm này có thể được thực hiện mà không cần nâng cấp cần thiết hoặc lãng phí tiền để xây dựng một hệ thống hoàn toàn mới đại diện cho những thay đổi này.
Điều này thực sự có thể tiết kiệm rất nhiều tiền, đặc biệt là trong lĩnh vực này, nơi mọi thứ đều rất tốn kém cũng như đòi hỏi rất nhiều suy nghĩ và tiềm năng nhân lực để thực hiện.
-
Kỹ thuật
Khi nói đến kỹ thuật, bằng chứng khái niệm thuật ngữ thường được sử dụng cho một nguyên mẫu rất thô cho một số ý tưởng mới cụ thể, bởi vì nó có thể được sử dụng như một phương tiện để thu thập một số tiền cho các nghiên cứu cần thiết và các giai đoạn cụ thể của sản phẩm.
Ví dụ, bạn muốn nâng cấp sản phẩm của mình bằng một cái gì đó mới, nhưng bạn hoàn toàn không có tiền, bạn có thể làm một bằng chứng về khái niệm để trình bày ý tưởng của mình và thực hiện một chiến dịch gây quỹ để tài trợ cho dự án cụ thể đó.
Nếu tính năng này hoạt động, bạn có thể nâng cấp bằng chứng khái niệm của mình thành nguyên mẫu hoạt động hoàn toàn sau này, trong kỹ thuật, POC chỉ đơn giản là biểu thị một nguyên mẫu
-
Phần mềm
Bằng chứng về khái niệm trong phát triển phần mềm có thể đại diện không chỉ một mà tất cả đều có mục tiêu riêng của chúng. POC có thể được sử dụng để đưa ra phản hồi về việc một tính năng bổ sung hoặc thậm chí một phần của hệ thống hoạt động như được cho là hoạt động, công ty có thể chuyển sang và biến bằng chứng khái niệm đó thành một nguyên mẫu hoạt động hoàn toàn.
Sự khác biệt giữa Proof of Concept và Prototype
===> Proof of Concept (POC) có thể được coi là một dự án tiền mẫu, bởi vì POC không được sử dụng để xây dựng tính năng và đưa vào sản phẩm. Vì vậy, nếu bạn muốn thử nghiệm một ý tưởng nào đó mà bạn có thể có, điều tốt nhất nên làm là đưa ra một bằng chứng về khái niệm.
Dường như với bạn rằng bạn sẽ lãng phí tiền vào việc xây dựng một cái gì đó có thể hoặc không thể hoạt động được, nhưng thực tế nó là cách khác. POC giúp bạn tiết kiệm tiền của bạn, bằng cách chấp thuận hoặc từ chối ý tưởng bạn có.
Bởi vì nếu nó trở thành một ý tưởng tồi, thì bạn sẽ không tạo ra một nguyên mẫu và tiết kiệm tiền của bạn và nếu nó trở thành một ý tưởng rất hữu ích, bạn có thể chi một ít tiền để xây dựng một nguyên mẫu hoạt động và phát triển các chức năng, điều này sẽ cho bạn nhiều tiền hơn trong tương lai.
===> Prototype
cũng được sử dụng để giúp chúng tôi đưa ra quyết định về việc có bao gồm một số tính năng nhất định hay không, nhưng nguyên mẫu không tập trung vào một khía cạnh cụ thể của sản phẩm, mà là về chức năng đầy đủ của tất cả các tính năng được bao gồm. Prototype được sử dụng để kiểm tra các thay đổi được bao gồm bởi POC và phát triển chúng trước khi phát hành đầy đủ chính sản phẩm, để trình bày sản phẩm rất có khả năng, với càng ít lỗi càng tốt.
Lời kết
Hy vọng bài viết này giúp các bạn làm thế nào có thể sử dụng kiến thức đó để biến ý tưởng tiềm năng của mình thành sản phẩm hoàn toàn hoạt động. Đừng ngại sử dụng suy nghĩ của mình, sử dụng POC và Prototype, bởi vì chúng thực sự có thể rất có lợi nếu thành công, do đó kiếm được rất nhiều tiền, đặc biệt là nếu ý tưởng của bạn là duy nhất. POC giúp chứng minh tính khả thi của dự án với công nghệ thích hợp, một mẫu thử nghiệm giúp tổ chức và doanh nghiệp hiểu rõ hơn về dự án của mình.
