Стартапи знають, що хочуть зробити для своїх клієнтів. Чого вони не знають — як перетворити пітч-дек на реальний працюючий продукт.
Хочу розповісти вам про рішення, яке я успішно застосовую з тими, з ким працюю: «Розділяй і володарюй».
«Скільки часу знадобиться, щоб це побудувати?» — запитує CEO після годинної тиради на рівні абстракцій пітч-деку з клацанням пальцями.
Як це можна знати? Як хтось може знати напевно? Може, взяти найпесимістичніший прогноз і помножити його на три?
Можливо…
Майже все, що має реальну цінність, рано чи пізно заведе в долину відчаю. Побудова бізнесу неминуче перетворюється на серію, здавалося б, нездійсненних завдань масштабу, з яким ви ніколи раніше не стикалися — справжній кошмар проєктного менеджера. Початкова дорожня карта нагадує записування снів: туманна, безглузда, хаотична і важко піддається словам. Здається, що вона віддаляє вас від мети, а не наближує. Більшість із нас це відлякує від дій.
Проте один прагматичний підхід завжди допомагав мені перейти від фаталістичного «Забудь про це!» до нерішучого «То з чого почати?».
Прийміть невизначеність
Коли для чогось немає інструкції, ви ризикуєте триматися за припущення до гіркого кінця, де виявляєте, що весь час рухалися в неправильному напрямку. У дев'яти випадках із десяти вже занадто пізно змінювати курс.
Багатьом засновникам рекомендували біблію підприємця: «The Lean Startup» як найкращий захист. Її ідея проста: створіть мінімально життєздатний продукт (MVP), протестуйте, зазнайте невдачі, повторіть — і так доки не розберетеся. MVP може бути чим завгодно: від дружньої бесіди з потенційним клієнтом до напівпрацюючого веб-фасаду, що імітує реальний продукт, але насправді нічого не робить, окрім підрахунку кількості невдалих спроб. Димова завіса. Мета — перевірити гіпотезу та зберегти ресурси, якщо ідея виявиться тупиковою.
Примітка: часто рекомендують зробити цей процес максимально незручним для користувача, оскільки розлючені користувачі, які все одно намагаються змусити ваш продукт працювати попри розчарування, є сильним індикатором product-market fit. Більшість сайтів для бронювання авіаквитків і цифрових банків потрапляють у цю категорію.
Стереотипний MVP. Фото та редагування: Малік Алімухамедов.Але це теорія. Більшість людей, які рекомендують цю книгу, самі не дотримуються її головної поради — або тому що це легше сказати, ніж зробити, або тому що соромно показувати, або тому що вони не ті, хто будує.
Ось скарга від колеги, Chief Product Officer:
«Мені складно тестувати гіпотези з користувачами, не створюючи функціонал, не випускаючи його та не спостерігаючи за залученістю. Ми могли б рухатися швидше, якби не потрібно було проходити повний цикл розробки і ще один — для збору зворотного зв'язку.»
То яке рішення, якщо не завжди вдається жити за десятьма заповідями Еріка Ріса?
Розділяй і володарюй
Є лише один спосіб з'їсти слона — по шматочку за раз.
У науці та інших дисциплінах нерозв'язні проблеми часто поділяють на менші, розв'язні. Отримані часткові рішення потім об'єднують, щоб розкрити всю справу. Ця методологія називається «розділяй і володарюй» і натхненна стратегією «розділяй і владарюй», що застосовується в економіці, політиці та соціології. Розділіть одну силу на менші, більш керовані частини, щоб контролювати їх окремо.
Цей підхід «зверху вниз» особливо доречний, коли мета вже приблизно окреслена, але дорожня карта залишається незрозумілою. Наприклад, я хочу створити фінтех-компанію, яка допоможе X досягти Y. Я хочу написати книгу про Z. Я хочу пробігти марафон наступного року. Потрібно приблизно знати, де ви хочете опинитися, навіть якщо пункт призначення достатньо далеко, щоб вимагати значних зусиль для його досягнення. Чим складніша справа, тим менше можна «відкусити» за раз, і тим більше сенсу має метод «Розділяй і володарюй».
З огляду на це, моя відповідь на скаргу цього Chief Product Officer була такою:
«Якщо ви не можете уникнути розробки перед тестуванням гіпотези, спробуйте структурувати її так, щоб можна було повторно використати деякі або всі її частини, якщо ціле виявиться поганою ідеєю. Наші численні тести створили колекцію чорних скриньок — дизайн-токени, лямбда-функції чи скрипти, які ми можемо перепрофілювати. Чим більше експериментів ми проводимо, тим швидше можемо створювати нові з наявних блоків Lego.»
Курка проти огірка
Є безліч способів поділити ціле на частини, але я розділяю їх на дві групи:
- Те, що ви поділяєте, саме диктує, де його розрізати.
- Ви самі визначаєте розмір порції.
Є багато способів обробити кота. Джерело: staticflickr.comУявіть, що ви обробляєте курку. Скоріш за все, ви ріжете її по суглобах. Курка сама «підказала» найоптимальніший спосіб бути розрізаною посмертно. Було б незручно різати її крізь м'ясо та кістки, як ви нарізаєте огірок.
Примітка: в Азії курку та качку зазвичай рубають наскрізь, перекладаючи відповідальність за виплювування роздроблених кісток на того, хто жує, і перетворюючи це на один із найболючіших користувацьких досвідів.
Що стосується огірків — це ідеальний приклад другого класу поділу, де ви вирішуєте, якої форми та розміру шматки цього овоча нарізати. Тож якщо ви не намагаєтеся вирізати скульптуру з огірка, ви, ймовірно, оберете однакові круглі скибочки або настільки ж рівномірні квадратні кубики для салату.
Зосередьтеся на основному
Стартапи схожі на ресторани: надзвичайно ризиковані, а меню схильне змінюватися. Як і ви, вони працюють в умовах максимальної невизначеності, де, згідно з теорією ігор, рішення мають ґрунтуватися не лише на вас та ваших користувачах, а й на тому, що можуть готувати ваші конкуренти. Проте навіть якщо ви не знаєте, які страви ваш ресторан пропонуватиме завтра, вам все одно знадобляться ножі, духовка та спеції. Зосередьтеся на них.
Я згоден з Донеллою Г. Медоуз, яка стверджує, що найкращі системи є стійкими — тими, що залишаються працездатними попри збої та корекції курсу. Їхні підсистеми несприйнятливі до змін.
Один зі способів досягти цієї характеристики для ваших продуктів — дотримуватися філософії Unix, яка стверджує, що ціле — це сукупність взаємопов'язаних частин. Кожна частина відповідає лише за одну річ, але виконує її винятково добре. Їх реорганізація відкриває різні можливості та дозволяє безболісно змінювати курс.
Створюйте ізольовані, самодостатні, стійкі та багаторазово використовувані блоки. Переставляйте та з'єднуйте їх, доки не досягнете своєї головної бізнес-мети. Інакше кажучи, Розділяй і володарюй.
Під час написання цієї теми я зрозумів, що однієї статті не вистачить. У продовженнях ми розглянемо реальні сценарії двох способів поділу цілого на відповідні частини. Частина 2 буде присвячена самодостатнім блокам Lego змінного розміру. Частина 3 — про однорідні шматки еквівалентного розміру.
Як ви розв'язали цю головоломку? Мені справді цікаво.
Особлива подяка
Ці чудові люди допомогли нарізати та подрібнити цю статтю, запобігши аматорському розбиранню: Lilian T., Farouq Aldori, Teppo Hudsson, Jarek Owczarek, Nickolay Tsybulyanko та Jason Collins.
