Як окреслити AI proof-of-concept, щоб він закінчився рішенням
Опубліковано
Спершу вирішіть, навіщо цей PoC, а не що він робитиме
Людина, яка тримає бюджет, не просить прототип. Вона хоче зрозуміти, чи вкладатися в повноцінну розробку. Proof-of-concept, який на це питання не відповідає, — це витрата із записом екрана наприкінці.
Тому окреслюйте роботу під той результат, заради якого все це робиться: рішення, яке можна обґрунтувати в кімнаті. Обґрунтованим його роблять три речі. Система, що відпрацювала на реальних даних. Чесна оцінка того, чого коштує її масштабувати. І люди, які підписують рішення, що бачили запуск на власні очі й поставили незручні питання.
Усе далі — про те, як захистити ці три речі від головної загрози: обсягу без умови завершення.
Опишіть «готово» числом ще до старту
Більшість PoC, які перетворюються на нескінченне дослідження, ніколи не мали фінішу. Вони мали напрямок. А напрямок тягнеться вічно: модель завжди може стати трохи кращою наступного тижня, і завжди знайдеться ще один граничний випадок.
Домовтеся про поріг наперед. Яка точність, на якому наборі документів, за чиєю оцінкою. Яка пропускна здатність. Який результат означає «так» — і який означає «ні».
Другу половину зазвичай пропускають. Якщо жоден результат не зупиняє проєкт, ви не описали перевірку, а просто виділили гроші на цікаве заняття.
Поріг не мусить бути продакшен-рівня. Він мусить бути достатньо конкретним, щоб двоє людей, дивлячись на той самий вивід, однаково відповіли, досягнуто його чи ні. Якщо для цього потрібна нарада — поріг сформульовано погано.
Запускайте на ваших даних, а не на зразку для підрядника
Демонстраційний файл — це той, який уже працює. Він чистий, показовий, і його хтось відібрав. Реальні дані — це скан сторінки, таблиця з трьома рядками заголовків, договір, у якого найважливіший пункт лежить у додатку, який ніхто не проіндексував.
Прототип, що працює лише на відібраному зразку, довів існування цього зразка.
Окресліть PoC навколо найменшого фрагмента, який зводить ризиковане припущення з реальними даними. Не весь процес. Ту одну частину, від провалу якої вся ідея розсипається. Якщо ви вже знаєте, що OCR працює, не витрачайте два тижні на доведення того, що OCR працює.
План масштабування — теж частина результату
Proof-of-concept, який звітує лише про успіх, — це продажний документ. Корисна версія звітує ще й про те, де було важко. Цю вимогу варто записати в обсяг робіт до старту:
- де були прогалини і які з них структурні, а які — питання додаткових зусиль
- що лишається крихким, коли зростуть обсяги
- оцінка зусиль на шлях від прототипу до продакшену
- скільки коштуватиме експлуатація на ваших обсягах
Саме цей документ власник бюджету перечитує двічі. Прототип переконує кімнату. План масштабування — те, що переживає кімнату й про що сперечаються на фінансовій зустрічі за тиждень. Без нього рішення ухвалюють з половиною картини: видно, що система щось уміє, і не видно, скільки коштує довести це до щоденної експлуатації.
І дайте команді подивитися на живий запуск, а не на відеозапис. Люди знаходять справді важливе заперечення тоді, коли можуть поставити уточнювальне питання й одразу побачити відповідь на екрані.
Чому тижні — це реально і де швидкість закінчується
Два-чотири тижні — робочий проміжок для роботи такої форми, і причина нецікава. Більшу частину механічного обсягу пишуть AI-агенти під наглядом інженера, а інженер переглядає, виправляє й відповідає за кожен рядок, який іде в реліз. На одному з наших внутрішніх демо — зроблених для себе, а не для клієнта — ми це виміряли: близько двох годин роботи агентів проти людської оцінки приблизно у 19–24 години на той самий обсяг.
Із цим співвідношенням треба обережно. Воно тримається на рутині, звʼязках і добре відомих патернах. Там, де потрібне рішення людини, робота забирає стільки часу, скільки забирає. Швидкість береться з механічного обсягу, а не з пропущеного мислення, і той, хто наводить єдиний множник на весь проєкт, наводить маркетингове число.
Комерційна форма випливає з тієї самої логіки. PoC — невелика й чітко окреслена робота, і саме за цієї умови фіксований обсяг чесний: готову річ можна описати до того, як вона існує, і оцінити. Менш визначена робота належить платному Discovery (3–5 днів, $1,500–3,000, ціна фіксується наперед), який дає матеріали й оцінений план. Фіксована ціна на те, чого ще ніхто не оцінив, — це обіцянка про річ, яку жодна зі сторін не може описати.
Окреслений так PoC закінчується там, де має. Кімната людей, які бачили, як воно працює, і можуть сказати «так» або «ні» з причин, що вміщуються в одне речення.
Якщо хочете, щоб це зробили на ваших документах, — наша послуга AI proof-of-concept.