Як створити MVP: увійти, отримати результат, заплатити

Першій версії продукту з підпискою потрібні рівно три речі:

1. клієнт може увійти й наповнювати продукт (для GarageDesk: внести авто і пробіг під час видачі);
2. клієнт отримує результат, за який заплатив (нагадування від імені автосервісу і авто, яке повертається);
3. клієнт платить, щоб це лишалося бізнесом, а не послугою з дружби.

Ось що на практиці означає MVP (мінімально життєздатний продукт). Мінімальний: більше нічого не відріжеш, не втративши результату. Життєздатний: результат справжній — власник авто справді отримує нагадування і записується на ТО.

Усе інше чекає: онлайн-запис, панель із графіками, історія ремонтів, зміна тарифу. Згодом вони можуть знадобитися, але жодна з них не потрібна, щоб повернулося перше авто.

Швидкий тест для будь-якого пункту зі списку функцій: якщо ми його викинемо, чи зможе перший клієнт увійти, отримати результат і заплатити? Якщо так — це не частина MVP.

Консьєрж-MVP означає, що ти вручну працюєш із даними клієнтів: Nina вносить списки з іменами, номерами телефонів і авто. Власники спитають, що буде з цими даними, і дехто відмовиться, якщо відповідь розмита. Один власник у січні відмовився саме з цієї причини.

Тож відповідай до запуску, простими словами й письмово:

• чиї це дані: список клієнтів лишається власністю автосервісу;
• хто їх бачить: лише цей автосервіс;
• для чого вони: власники авто отримують лише нагадування цього автосервісу, від його імені;
• як їх забрати: автосервіс будь-коли може вивантажити або видалити список.

Конкретна письмова відповідь робить дві справи. Вона прибирає реальну причину відмовитися і зобов'язує засновників до правил, яких вони можуть дотримуватися, — це важить пізніше, коли хтось запропонує використати списки для чогось іншого.

«Не хвилюйтеся, у нас усе надійно» не відповідає на жодне з цих запитань. Звучить дружньо, але лишає власника гадати.

Не кожна частина MVP має бути кодом. У консьєрж-MVP (concierge MVP) клієнт бачить робочий сервіс, а частину роботи за ним засновники роблять вручну.

Для п'яти автосервісів на запуску GarageDesk:

• акаунти: Nina створює їх сама й надсилає кожному власникові посилання;
• списки клієнтів: Nina вносить їх із журналів і таблиць;
• оплата: рахунок або платіжне посилання від готового провайдера;
• нагадування: автоматично, за датою і пробігом.

Ручна робота тут — не обхідний шлях, якого слід соромитися. Коли Nina передруковує журнал Dennis, вона бачить кожен дивний номер і кожне авто без пробігу, а отже, знає, з чим доведеться впоратися справжньому імпорту. А для п'яти автосервісів кілька годин вручну набагато дешевші за тижні розробки екранів реєстрації й оплати, які ще нікому не потрібні.

Клієнтові байдуже, чи крок виконує код, чи людина, аби результат приходив.

Консьєрж-MVP має одну тверду межу: головна обіцянка ніколи не буває ручною. Для GarageDesk обіцянка — це нагадування. Нагадування, що приходить пізно або не приходить зовсім, бо Nina одного вечора захворіла, ламає саме той результат, за який заплатили автосервіси.

З усім довкола інакше. Створити акаунт чи внести список треба один раз на автосервіс. Якщо це займе на день більше, ніхто не постраждає. Тому таке може якийсь час лишатися ручним.

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

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

Правило чотирьох годин підказує й те, коли ручна робота доречна. До запуску Nina вносила списки клієнтів п'яти автосервісів: близько 3 годин на кожен, тобто 5 × 3 = 15 годин загалом. Вона робила це протягом чотирьох тижнів до 3 березня.

Годин на тиждень: 15 ÷ 4 = 3,75. Це менше за поріг приблизно в чотири години, тож вносити списки вручну на запуску було правильним рішенням. Це коштувало менше, ніж розробка імпорту, і навчило Nina, як виглядають справжні списки.

Та сама задача не проходить перевірку в квітні, коли 9 нових автосервісів забрали б 27 годин, приблизно 6,75 години на тиждень. Сама задача не змінилася — змінився обсяг.

У цій перевірці часто трапляються дві помилки:

• порівняти місячну суму (15 годин) із тижневим порогом (4 години), і тоді нормальна задача здається задовгою;
• не ділити взагалі й вирішувати на око.

Завжди зводь обидва числа до одного періоду, перш ніж порівнювати.

Ручна робота розростається непомітно. П'ять автосервісів — легко; чотирнадцять — це вже півставки, яку ніхто не планував. Тож задай правило, ще поки воно не потрібне: коли ручна задача забирає понад пів дня на тиждень (приблизно чотири години), вона наступна в черзі на автоматизацію.

Як перевірити задачу на поріг:

1. години на одиницю × кількість одиниць за період = усього годин;
2. усього годин ÷ тижнів у періоді = годин на тиждень;
3. порівняти з порогом.

Квітень Nina: один список клієнтів — близько 3 годин, Oscar очікує 9 нових автосервісів. 9 × 3 = 27 годин на місяць. За приблизно чотири тижні це 27 ÷ 4 ≈ 6,75 години на тиждень, значно більше за чотири. Тож самостійний імпорт із файлу таблиці стає наступним, що вона будує, — у травні.

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

Усе, що вирізали з MVP, іде в список «пізніше», і біля кожного пункту дві примітки: хто просив і як часто. Там опиняються онлайн-запис, історія ремонтів, графіки, зміна тарифу і давня ідея застосунку для власників авто.

Примітки важливіші за назви. Ранні користувачі просять багато чого, і одне гучне прохання може здаватися терміновим. Список показує, які прохання повторюються в різних автосервісах, а які прозвучали від однієї людини один раз. Коли настане час обирати наступну функцію, ти обиратимеш за свідченнями, а не за тим, хто дзвонив останнім.

П'ять автосервісів на запуску — ранні користувачі (early adopters): клієнти, які приходять, поки продукт ще сирий, бо проблема болить достатньо. Вони прощають прогалини, відсутні графіки й ручні кроки, поки бачать швидкий поступ і чують, що їхні прохання враховують.

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

Клієнти розкажуть тобі про багато реальних проблем. У грудні 11 із 14 автосервісів, які перевірили Nina й Oscar, скаржилися на хаос із дзвінками, і онлайн-запис із цим допоміг би. Але в першу версію він однаково не потрапляє.

Причина — фокус. П'ять автосервісів заплатили наперед за один результат: постійні клієнти повертаються. Онлайн-запис розв'язує іншу проблему. Узятися за обидві одночасно — удвічі більше роботи й удвічі менше уваги, а за чотири тижні це зазвичай означає два напівготові продукти замість одного робочого.

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

• Чи це проблема, за яку клієнти заплатили?
• Чи залежить від неї результат MVP?
• Чи працює серцевина без неї?

Якщо відповіді «ні», «ні» і «так», вона чекає. Це не відмова: онлайн-запис іде в список «пізніше» з приміткою, хто просив, і зможе повернутися, коли першу проблему розв'язано, а свідчень на його користь побільшало.