Від ідеї до доходу: найменший життєздатний продукт, який можна зібрати зі ШІ

Старий спосіб більше не працює

П’ять років тому стартаповий плейбук був такий: обери ідею, витрать три місяці на побудову MVP, запустися в тишу, ітеруй.

Це було тоді, коли «MVP» означало «усі базові функції, суперполіровані, готові до списку очікування».

З конструкторами застосунків на ШІ на кшталт Proyecta терміни інші. Ви можете мати щось справжнє — не лендінг, не макет, а справді робочий продукт — уже до обіду завтра. Але майже ніхто не знає, як думати про те, що «найменший» насправді означає, коли ви будуєте зі ШІ.

Ось що я бачу: більшість людей запускає надто багато. Вони додають дашборд, акаунти користувачів, інтеграції, аналітику, можливо, версію мобільного застосунку. Потім ніхто цим не користується, бо вони оптимізували під повноту — ставили галочки — замість того, щоб розв’язувати одну конкретну проблему для однієї конкретної людини, просто зараз.

Що «найменший» насправді означає тепер

Найменший життєздатний продукт зі ШІ настільки малий, що це майже смішно. Це:

Один робочий процес. Не п’ять функцій. Одна річ, яку ваша цільова людина робить раз за разом, що сьогодні займає в неї 10 хвилин, а ваш застосунок скорочує її до 30 секунд.

Жодних акаунтів. Якщо ви можете випустити це без входу — зробіть так. Одна людина, одна сесія, один результат. Якщо їм сподобається, ви можете додати акаунти пізніше. Процеси входу через Stripe займають 20 хвилин, щоб правильно реалізувати. Разові сесії — п’ять.

Жодної бази даних. Принаймні не такої, якою ви керуєте. Покладіть свої дані в Google Sheet. Використовуйте localStorage у браузері. Використовуйте Stripe чи Airtable як бекенд. Ви намагаєтеся знайти клієнтів, а не будувати інфраструктуру.

Одна інтеграція. Оберіть один інструмент, яким ваш клієнт уже користується, і інтегруйтеся з ним. «Працює зі Slack» чи «читає з вашого Google Drive» набагато корисніше за «має власну систему зберігання».

Ось конкретний приклад: Сара зібрала інструмент для дизайнерів-фрилансерів, що вічно витрачають час на пояснення свого стилю новим клієнтам. Її застосунок: ви завантажуєте три свої найкращі роботи, описуєте свій процес простою мовою, і застосунок генерує PDF «гайд зі стилю», який дизайнер може надіслати клієнтам. Ось і все. Жодних акаунтів, жодного входу, жодного дашборда. Щоразу, коли хтось ним користується, він починає з чистого аркуша. Застосунок працює в Proyecta, вона використовує Stripe для платежів (він генерує разове посилання на кожен PDF), а коли люди просять більше функцій (на кшталт «зберігати кілька стилів»), вона може додати — або може зрозуміти, що її справжній продукт не застосунок, а продаж цього як шаблонів.

Вона заробила $600 першого тижня.

Три метрики, що справді важать

Не вимірюйте завершеність. Не вимірюйте час на сайті. Вимірюйте ці три:

Час до першої цінності. Від «я знайшов це посилання» до «я отримав результат, який справді можу використати». Для інструмента Сари: 90 секунд. Якщо це займає більше ніж п’ять хвилин, люди відпадають.
Готовність платити. Не запускайте з безкоштовним рівнем і Pro-рівнем. Оберіть одну ціну. Подивіться, чи люди заплатять її. ($25 за PDF Сари. Вона могла б брати більше; вона бере менше, бо просто хоче перевірити.) Якщо відповідь — «нізащо», ви обрали неправильну проблему.
Показник «чи повертаються вони». Для разового інструмента вам не потрібне 30-денне утримання. Вам треба знати: з тих, хто скористався цим раз, скільки розповіли другові? Метрика утримання Сари — «розповіли принаймні одному іншому дизайнеру». Це 40% наразі.

Якщо всі три хороші, у вас щось є. Тепер можна додати акаунти, дашборди, історію, усе це.

Як запуститися за вихідні

П’ятниця зранку: оберіть свою проблему. Не ринок. Не тренд. Одну конкретну людину, що робить одну конкретну річ, яка сьогодні дратує.

П’ятниця по обіді — субота зранку: використайте Proyecta, щоб це зібрати. Ви описуєте, що хочете («взяти PDF-договір і виділити всі умови оплати червоним»), Proyecta це генерує, ви тестуєте, підправляєте, доки не запрацює. Чотири години, можливо, шість, якщо ви прискіпливі. Тепер у вас робочий вебзастосунок.

Субота по обіді: протестуйте на двох людях. Не «гей, ти користувався б цим у теорії?», а «ось посилання, справді скористайся ним і скажи, що зламалося чи відчувалося дивним».

Неділя зранку: налаштуйте оплату, якщо берете гроші. Stripe, Gumroad, просте посилання — ви не будуєте платіжну платформу. Просто спосіб брати гроші.

Неділя ввечері: випускайте. Опублікуйте в Show HN, у доречному Discord чи Slack, напишіть п’ятьом людям напряму. Не муч себе над описом. Почніть із того, чому ви це зібрали: «Я зробив це, бо мене дратувало, що…»

Понеділок: подивіться, що насправді стається. Справжні люди користуються цим або ні. Ви знатимете протягом 48 годин.

Що буде далі (легка частина)

Якщо ніхто не користується: ви навчилися чогось швидко й дешево. Ви розвернулися вже у вівторок.

Якщо кілька людей користуються: ви дивитеся, що вони з цим справді роблять. Чи користуються вони цим точно так, як ви спроєктували, чи роблять щось трохи інше? Чи просять функції, яких ви не очікували, чи просто тихо користуються й ідуть?

Якщо люди користуються, просять речі, і ви впевнені, що хочете над цим працювати — тепер ви можете вкластися в правильні штуки. Акаунти, щоб люди могли зберігати свою роботу. Дашборд, щоб вони бачили, що зібрали. API, якщо це те, що їм треба. Але ви будуєте ці функції, бо знаєте, що є попит, а не тому, що думаєте, що вони мають існувати.

Найбільша помилка — випускати з припущенням, що ваша ідея правильна, а ваша єдина задача — переконати в цьому людей. Найменший життєздатний продукт — це перша перевірка цього припущення. Усе після — це просто слухання.

Три реальні історії

Маркус (дата-аналітик): витрачав годину щотижня на ручне переформатування SQL-запитів для молодших аналітиків. Зібрав у Proyecta інструмент, що робить це в один клік: вставляєш запит, отримуєш відформатовану версію. Одне поле вводу, одна кнопка. Запустив у вівторок. До п’ятниці в нього було 300 використань від людей з його Discord. До кінця місяця: 1200 використань, деякі від цілковитих незнайомців. Він додав акаунти, щоб люди могли бачити свою історію, потім зробив інтеграцію зі своїм сховищем даних. Тепер це його другий дохід.

Джейд (ілюстраторка): зробила інструмент, що бере голосову нотатку й генерує ескіз персонажа на основі опису. Витратила 45 хвилин на побудову. Брала $3 за ескіз. Заробила $1500 за перші два тижні, перш ніж поставила на паузу, бо отримувала стільки замовлень, що не встигала з бізнес-адмініструванням.

Омар (засновник): хотів зібрати «повноцінну платформу». Витратив два місяці. Запустив з акаунтами, ціновими рівнями, інтеграціями з трьома інструментами й туторіал-відео. За три місяці: 12 користувачів, двоє з них були його друзями. Він зрозумів, що оптимізував під запуск, а не під навчання. Його перезапуск набагато менший — лише основний робочий процес — і він отримує справжню тягу.

Те, чого вам ніхто не каже

Випускати мале страшно, бо воно відчувається незавершеним. Ваш мозок кричить: «але нам треба обробити [крайній випадок], а як же [функція], хіба не варто [додати складності]?»

Ні. Випускайте все одно.

Ваша задача не в тому, щоб збудувати ідеальний продукт. Ваша задача в тому, щоб перевірити найменшу ставку, що доводить, що ви розв’язуєте справжню проблему для справжньої людини. Усе після цього — це просто слухання й ітерація на основі того, що реальне.

Що б ви могли зібрати цими вихідними за допомогою конструктора застосунків на ШІ? Щось крихітне. Щось, чим ви самі б користувалися. Спробуйте й побачите.