Окей, спробуймо зайти в тему запуску власного проєкту без удавання, що тут усе просто і лінійно. Тема насправді велика, складна і складається з багатьох шматків, які не завжди ідеально зшиваються між собою з першого разу. Тому ми просто почнемо викладати окремі блоки думок, які здаються нам важливими. Десь вони будуть напряму пов’язані між собою, десь ні. Але саме з таких речей зазвичай і починається реальне розуміння того, як підходити до свого проєкту.
Стабільна робота допомагає стартувати?
Отже, як знайти власну тему? Почнемо з першого тезису. Багато хто вважає, що якщо в тебе є стабільна робота і там усе добре, то це і є ідеальний сценарій для переходу до запуску власного проєкту. Але це не так. У моєму оточенні багато людей, які не можуть цього зробити. Вони пояснюють це питаннями часу і зайнятістю на роботі. Кажуть: «Завтра, буквально скоро я точно цим займуся». Або навіть починають щось робити, але потім у якийсь момент навантаження зростає, або щось заважає рухатися далі. Це дуже складно.
Щоб успішно перейти до власного проєкту, потрібна неймовірна мотивація. Після основної роботи часу залишається дуже мало, і в цей час справді треба вкладатися в проєкт. Але справа не лише в часі. Зазвичай проєкт, яким ти починаєш займатися, не починає розвиватися сам собою. Є, звісно, рідкісні випадки, коли це відбувається і проєкт стає чимось на кшталт дисциплінованої регулярної інвестиції, наприклад по дві години на день. Але я про таке тільки читав у книжках і не знайомий із такими людьми. У мене самого такого ніколи не виходило.
У більшості випадків проєкт починає вимагати від тебе складних рішень і додаткового внеску енергії. Він вимагає набагато більшої залученості. І знову повторюся: справа не лише в часі. Можливо, треба вчитися чомусь новому, іноді треба долати себе. Так, справді, іноді потрібно більше часу. Але я б сформулював це саме як необхідність ухвалювати складні рішення. І на цьому, як мені здається, багато хто зупиняється. Зупинитися легко, тому що є основна робота, яка й так навантажує складними рішеннями.
Якщо ж узагальнити, то набагато простіше, коли в тебе немає роботи і грошей, тобто буквально горить земля під ногами. Тоді ти стрибаєш у проєкт, і все відбувається зовсім інакше. Так, поява вайб-кодингу ніби полегшує цю ситуацію, тому що тепер справді можна створити свій стартап або, як це часто називають, пет-проєкт із невеликими вкладеннями. Це правда. Але вайб-кодинг не розв’язує описану вище проблему.
У проєкті має бути лише одна велика невідома
Поїхали далі. Наступний тезис: у твоєму проєкті має бути тільки одна велика невідома. Усі інші компоненти мають бути відомими і, бажано, перевіреними часом. Я не знаю, хто і коли сказав цю думку. Мені не вдалося знайти її походження. Можливо, це просто синтез того, що я колись читав. Але мені здавалося, що я десь це чув, і сама думка видалася мені корисною і вже перевіреною практикою.
Суть така: коли ми створюємо проєкт, він складається з різних частин, і треба вибирати такий проєкт, у якому в ідеалі ти розв’язуєш лише одну невідому. Тобто в тебе є тільки одна частина, про яку ти нічого не знаєш, у якій у тебе немає досвіду, і саме в ній тобі треба розібратися. Саме на неї і варто робити ставку. Усе інше має бути тобі знайомим, і в цьому в тебе вже має бути досвід.
Дуже багато проєктів містять дві, три або ще більше невідомих, і це неправильно. Треба шукати такі проєкти, де є лише одна невідома. Наприклад, якщо ти приходиш у будь-який проєкт, то в тебе майже напевно постає питання просування. Який би це не був проєкт, у більшості випадків його недостатньо просто зробити, його треба просувати, треба приводити клієнтів. Це і є одна велика компонента. Вона може бути для тебе або відомою, якщо ти фахівець у цій сфері, або невідомою. І якщо це невідома частина, тоді всі інші частини мають бути тобі добре знайомі.
Ти можеш сказати: «Як так, проєкти ж — це складна штука. Як зробити так, щоб у проєкті була тільки одна невідома?» Зрозуміло, що це спрощення. Але давай подумаємо, що з цього випливає. Якщо ти запускаєш свій пет-проєкт, бажано, щоб продуктова частина, тобто те, як працює цей продукт, була тобі відома, щоб це відповідало твоїй індустрії. Це має бути не щось, про що ти десь чув, і не щось, де тобі просто здається, ніби в когось є така проблема. Ти маєш дуже чітко розуміти цю проблему і справді знати її зсередини.
Працювати над проєктом варто в тій сфері, у якій ти пропрацював, в ідеалі, років десять. Тоді це буде для тебе відома територія. І тоді для тебе залишиться невідомим тільки те, як забезпечити просування цього проєкту. А це вже й без того дуже велика невідома і серйозний виклик.
Хороша новина в тому, що сьогодні стало не просто відомо, а дуже просто і дешево закодувати проєкт. Одна зайва компонента з рівняння просто випала. Коли розглядаєш свій проєкт, постав собі запитання: скільки в ньому невідомих? Найчастіша помилка полягає в тому, що в тебе немає досвіду в просуванні і немає чіткого розуміння продукту. Ти створюєш його на основі того, що тобі просто так здається. У такому разі в тебе дві невідомі, і такі проєкти в середньому не будуть успішними.
Tailwinds: ринкові тенденції, які піднімають проєкт
Давайте тепер поговоримо про те, що англійською називається tailwinds. Це тенденції на ринку, які допомагають твоєму проєкту злетіти. Це не унікальні характеристики саме твого проєкту. Це радше як океан, який піднімається і піднімає всі човни в ньому. Ідеально, якщо твій проєкт спирається на такі тенденції, і бажано не на одну.
Коли ми робили маркетплейс Shafa, на той момент було кілька tailwinds. Перший із них — органічний пошук. Тоді можна було вирости завдяки правильному розумінню того, як працює органічна видача. Можна було просто спиратися на безкоштовний трафік із Google і не платити за додатковий трафік. Ця тенденція вже пішла.
Також тоді була тенденція на user-generated content, коли користувачі приходили і були готові безкоштовно розміщувати контент. Це був гарячий час, і нам вдалося поєднати ці дві тенденції, що стало серйозним бустом для нашого проєкту.
Tailwinds — це коли щось поза межами твого проєкту відбувається так, що приносить тобі великі переваги. Це можна розглядати і не так широко, як органічний трафік, бо це дуже велика тенденція. Зараз, наприклад, можна сказати, що тенденція — це AI. Так, це вірно, ми можемо займатися вайб-кодингом завдяки AI, можемо робити дизайн, і це все чудово. Але також варто думати і про те, які тенденції відбуваються саме на твоєму ринку.
--
Як ви бачите з цієї статті, ми намагаємося всіляко полегшити собі роботу. Запуск проєкту — це завжди складне завдання. Не варто вірити в історії про те, як хтось просто взяв, зробив і в нього все вийшло. Це лише виняток, який підтверджує правило. У більшості випадків хтось витратив рік, навіть не наблизившись до злету. Запуск проєкту справді важкий.
Тому нам потрібно, з одного боку, мінімізувати всі додаткові фактори, які ускладнюють задачу, і відкинути їх. А з іншого боку, потрібно використовувати всі можливі помічники, ресурси і тенденції, які є на ринку навколо нас, щоб зробити цю задачу хоч трохи простішою.
І цю велику тему ми точно не закриваємо однією статтею. Далі будемо розкладати її на окремі частини і поступово рухатися далі: як вибирати ідею, як дивитися на ринок, як не ускладнювати собі старт і як взагалі підходити до запуску власного проєкту в реальності, а не в красивих історіях заднім числом.
