Алгоритм злому: як починати і закінчувати проекти

Алгоритм злому: як починати і закінчувати проекти

У 2008 році Володимир Багаторічний і Василь Ульянов заснували медіахолдинг Genesis, в який сьогодні входять новинні сайти, сервіси знайомств і найбільший классифайд в Нігерії. Сайти компанії відвідує більше 100 млн чоловік в місяць, і в цілому в Genesis працює більше 600 співробітників в семи країнах світу. Гендиректор компанії Віталій Лаптенок ділиться власним алгоритмом ухвалення рішень.

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

Починати нові проекти(під проектом в даному випадку я маю на увазі будь-яке нововведення) треба заради двох цілей: створити нове джерело виручки і розв'язати проблему.

Як створити нове джерело виручки

Ідеї обов'язково треба шукати у зовнішньому світі. Краща ідея  — це узяти щось готове і зробити трохи краще. Приклад  — Uber, який не винайшов таксі, а зробив його трохи зручніше. Такі ідеї часто здаються банальними, але так само часто вони украй складні в реалізації. Якщо не виходить зробити трохи краще - можна просто скопіювати. Але точно не варто щось робити, виходячи з власних вигадок без практичного підтвердження— світ і ринок мудріше за кожного з нас.

Питання, на які варто відповісти перед запуском нового джерела виручки: чи є у мене ресурси на запуск нового проекту? Чи є ринок? Чи є аналогічні, схожі проекти і які у них результати? Чи можна монополізувати ринок? Що буде з ринком через 1-3 роки? Який призначений для користувача біль ми вирішуємо(чи витаминка це або знеболююче)? Чи є у мене компетенції для проекту? Чи можу я поговорити з людьми, які вже зараз займаються цим бізнесом? Які альтернативні витрати запуску нового проекту(що я не зможу робити, коли запущу новий проект)? Як мені протестувати ідею найдешевшим і швидшим способом?


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

Як розв'язати проблему

Іноді новий проект покликаний поміняти ситуацію, що склалася. Питання, які допоможуть: що поміняється, коли я розв'яжу проблему? Які є шляху рішення? Хто вже вирішував подібні проблеми? Хто вважає, що проблема існує, які є об'єктивні чинники? Чому я думаю, що проблема існує? Як я можу виділити джерело проблеми, що конкретно мені потрібно поміняти? Проблема в процесах, в людях або в об'єктивній ситуації? Важливо не підміняти одну проблему інший(якщо у нас поганий маркетинг, то немає сенсу міняти онбординг кожного тижня) — тобто робити не те, що потрібно, а то, що простіше.

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

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

Якщо проект вдалий, найголовніше — зрозуміти, наскільки довгострокова у нього модель. Ознаки недовгострокової моделі — залежність від платформи(тільки одне джерело трафіку або виручки), швидке зростання великої кількості проектів, відсутність бар'єрів для входу на ринок, отсутсвие фундаментальної потреби, відсутність складних технологій.

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

Гірше рішення  — зупинитися десь посередині, не максимизировав прибуток і не створивши довгостроковий бізнес.


Що потрібно закінчити робити

При закритті проектів важливо пам'ятати, що ми набагато більше цінуємо те, що у нас вже є, в порівнянні з тим, що ми можемо отримати. Тому важливо поставити собі питання: що я не роблю, коли займаюся проектом Х? Якщо це щось здається привабливішим, то проект варто закрити.

Є інша проблема, коли тестовий проект закривається через те, що він зроблений неякісно, або даних недостатньо для прийняття рішення. Важливо розуміти принцип fail fast and cheap не як виправдання до закриття ініціатив, не доведених до логічного завершення, а як спосіб навчання. Тобто следущий проект треба розпочинати не з чистого аркуша, а з отриманими від невдалого проекту знаннями.

Успіх проекту — це функція від кількості тестів, які роблять співробітники, і від їх упертості. З огляду на те, що ми часто не можемо зробити ідеальний експеримент(часто чинники, на які ми не звертаємо увагу, є дуже значимими), то дуже важливо підходити до тесту кожної ідеї з декількох сторін, і тільки потім робити висновок про результати. Крім того, важливо робити кожен тест максимально якісним: часто ідеї відкидаються через те, що тест проведений на низькому рівні. Дуже важливо звістці журнал експериментів, де прописуються усі результати. Тільки так можна зберегти знання і правильно сформулювати завдання тесту і критерії успіху.