Не поспішайте з випуском продукту? Засновник Particle розкриває: найглибші уроки підприємництва за минулий рік

CryptoCity

Сергій Брін на прикладі Google Glass нагадує підприємців не публікувати продукт зарано: спочатку відшліфуйте ключові показники та відмінну цінність, щоб не потрапити в пастку ілюзії швидкості та «зсувної» ітерації.

Як засновник, упродовж останнього року я бачив найщиріші + максимально практичні підприємницькі поради: не робіть lean startup.

Наразі я працюю над двома речами:

  1. Практично досліджую та активно використовую велику кількість AI-продуктів, щоб зрозуміти, наскільки реальним є приріст можливостей для підприємців без бекграунду в розробці (non coding), а також межі можливостей сучасних AI-інструментів. Я побудував повний AI-воркфлоу, незалежно запустив і навіть запустив SaaS-продукт, який уже безпосередньо приносить гроші; зараз я використовую його в невеликому масштабі, і планую через кілька днів познайомити вас із ним.
  2. Повністю підсумовую підприємницький досвід і уроки за минулий рік. Я систематизував підприємницькі правила, яких сподіваюся постійно дотримуватися, а також ті пастки, яких у майбутньому зможу максимально уникати.

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

«Не публікуйте надто рано свій продукт»

Це відповідь засновника Google на кампусній події в Стенфорді в грудні 25-го року.

Приблизний контекст такий: у грудні 2025 року на завершальному етапі святкувань сторіччя інженерного коледжу Стенфорда Google, співзасновника, Сергія Бріна запросили повернутися в альма-матер і провести діалог. Співрозмовниками були ректор Стенфорда Jonathan Levin та декан інженерного коледжу Jennifer Widom.

Один студент запитав, як підприємцю уникнути пасток:

Ключова відповідь Бріна: не влаштовуйте гучний реліз, доки продукт не готовий — він прямо навів приклад Google Glass. Суть така: коли у вас є крута ідея нового химерного пристрою (hardwarе), ви маєте спершу ретельно «відточити» її, а вже потім влаштовувати такі ж видовищні активності для релізу, як стрибки з парашутом чи політ на дирижаблі.

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

Ми витратили багато часу, зробили купу помилок і заплатили багато витрат, перш ніж зрозуміли важливість цієї фрази.

Бо весь час, доки ми приймали підприємницькі погляди, це були саме такі речі: lean startup, швидкі (flash) стартапи, користувач понад усе, швидка ітерація.

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

Спираючись на мій власний підприємницький досвід, є ще одна важлива причина: коли ви випускаєте продукт надто рано, це може означати, що ви ще не зміркували дві речі:

  1. У цій ніші що саме породжує переможця: чи є взагалі шанс створити продукт, який стимулює попит.
  2. І тоді ви теж не можете ясно відповісти на наступне: якщо це «продукт, що стимулює попит», то які саме функції, продуктивність або дизайн реально здатні цей попит стимулювати?

На прикладі того, що ми робили з UniversalX, ми «ідеально» припустилися обох цих помилок:

Ми не зрозуміли, що на той момент на ринку все ще були шанси створити продукт, що стимулює попит (і навіть не оцінили цю можливість); ми надто зважали на так зване «вікно можливостей», а по суті — ми були надто «шансорухомі» (opportunity-driven), і при цьому в основі лежала системна лінивість: «волимо крутити (roll) > воювати зі стратегією», тобто без системності в стратегії.

Оскільки ми не оцінили, чи ще є шанс створити продукт, що стимулює попит, ми не змогли ухвалити оптимальне рішення щодо того, на чому триматиметься рушій (driving support) цього продукту. Тому наша відмінність потім і була спростована «мульти-ланцюгами» (multi-chain). Але ринок довів: для продукту рівня trading terminal «продуктовий попит» може спиратися лише на дві речі — на різницю інформації (alpha; принаймні так, щоб користувач відчував, що має alpha) або на різницю в часі (performance).

Цю помилку ми зрозуміли аж тоді, коли з’явився Axiom: там, спираючись на продуктивність, за умов пізнішого виходу (ніби вже дуже конкурентного й «червоного» моря) швидко вдалося отримати найбільшу частку ринку. Ми тоді усвідомили 80 %. Чому не 100 %? Бо далі ми продовжували робити помилки: ми не пішли all in в alpha та продуктивність — усе ще «підганяли» (вирівнювали), доповнювали функції. І ця помилка досі коштує нам часу й ресурсів: так, сьогодні ми знову витрачаємо час на вирівнювання продуктивності (хоча це вже через 1 рік після релізу продукту, і 90 % людей уже вважають, що індустрія trading terminal не має сенсу).

Як коротко підсумувати: коли ми засновували компанію, ми надто легко зробили «швидко + ітеративно» непорушною істиною й проігнорували те, де саме знаходиться вирішальний крок у конкурентній боротьбі на ринку. І ми надто легко трактували будь-який відгук користувачів на ранній стадії як позитивну мотивацію — це дуже легко призводить до зсуву напряму ітерації, а також збільшує «безповоротні втрати» (沈沒成本) на наступному етапі швидких коригувань бізнесу (аж до закриття бізнесу): час (time) + емоції.

У епоху AI це, на мою думку, ще більшою мірою так: інструменти згладили різницю в продуктивності та посилили інформаційну рівність. Це означає, що просто «нормально» зроблений продукт, а також продукт із дизайном без важелів (без опори на важелі/леверидж), різко зменшує собівартість виробництва; і в такому середовищі слово «lean/competitive startup через постійний “колабор/крутіння”» втрачає сенс.

Як у тій фразі: коли лампа (світильники) з джином всюди, важливіше просити бажання.

Зупиніть lean startup, зупиніть flash-стартапи. Гарненько подумайте, яке саме «бажання» має ваш продукт.

  • Цю статтю дозволено передрукувати з: 《Foresight News》
  • Оригінальна назва: 《Як для засновника за останній рік побачене найщиріше + максимально практичне підприємницьке розповідання: не робіть lean startup》
  • Оригінальний автор: Pengyu Wang, Particle
Застереження: Інформація на цій сторінці може походити від третіх осіб і не відображає погляди або думки Gate. Вміст, що відображається на цій сторінці, є лише довідковим і не є фінансовою, інвестиційною або юридичною порадою. Gate не гарантує точність або повноту інформації і не несе відповідальності за будь-які збитки, що виникли в результаті використання цієї інформації. Інвестиції у віртуальні активи пов'язані з високим ризиком і піддаються значній ціновій волатильності. Ви можете втратити весь вкладений капітал. Будь ласка, повністю усвідомлюйте відповідні ризики та приймайте обережні рішення, виходячи з вашого фінансового становища та толерантності до ризику. Для отримання детальної інформації, будь ласка, зверніться до Застереження.
Прокоментувати
0/400
Немає коментарів