Proof of concept
Mały, celowo niekompletny fragment zbudowany po to, żeby sprawdzić jedno ryzyko: czy dana rzecz w ogóle da się zrobić. Nie jest pierwszą wersją produktu.
Czym różni się od MVP
MVP trafia do użytkowników i ma zarabiać albo zbierać informacje z rynku. PoC odpowiada na pytanie techniczne — czy ta integracja jest możliwa, czy ten wolumen danych da się przetworzyć w akceptowalnym czasie — i po odpowiedzi zwykle idzie do kosza.
Kiedy warto go zrobić
Gdy w projekcie jest jedno założenie, którego obalenie wywraca cały budżet. Tydzień na sprawdzenie integracji z systemem magazynowym jest tańszy niż odkrycie po trzech miesiącach, że ten system nie udostępnia potrzebnych danych.
Główna pułapka
Rozwijanie PoC w produkt. Powstał bez testów, bez zabezpieczeń i bez myślenia o utrzymaniu, bo tak miało być. Doklejanie do niego kolejnych funkcji to najdroższa droga do systemu, którego nikt nie chce dotykać.
Jak go zamknąć
Z góry ustalonym pytaniem i z góry ustalonym terminem. PoC bez zapisanego kryterium sukcesu potrafi trwać dowolnie długo, bo zawsze da się sprawdzić jeszcze jedną rzecz.