Раскрою свою мысль “не надо так” из поста выше.

В самом слайде с технологиями нет ничего плохого. Но и ничего хорошего тоже 🙂 Я часто вижу питчдеки и слышу выступления разных ребят, которые создают свои проекты. Вы молодцы, котаны! Серьезно, требуется много мужества и смелости, чтобы начать рассказывать о своей идее, накидывать презентации, выступать с ними. Искренне вас уважаю.

(Те, кто переживает, что его идею украдут, и поэтому никому про нее не рассказывает, на самом деле, знайте, что вы - латентные ссыкуны 😽)

Проблема в том, что многие из ваших проектов и идей начинаются не так эффективно, как могли бы. О чем я говорю и причем тут эффективность? Дело все в том же: вместо исследования рынка и пользователя вы исследуете технологии, с помощью который вы создадите лучший продукт, и всем всё продадите и/или докажите. Вместо решения болячки клиента вы фантазируете, как нейронка сделает все за вас и/или клиент, увидев упоминание AI/ML в вашем проекте, упадет в обморок, а затем придет к вам и случится shut up and take my money.

Не случится, потому что это ваша фантазия, а рынок - не Дед Мороз и подарков не делает. Мне вообще начинает казаться, что наличие разработчиков в команде и упоминание нейросетей на стадии идеи - это red flag и показатель того, что проект заранее обречен. И вот почему.

Могу ошибаться, но вроде у YCombinator было классное видео, где кто-то из акселератора(может быть это был Майкл Сибель, а может и нет) рассказывал, что в акселе они сталкиваются с двумя типами проектов: те, которые начались с проблемы, и те, которые начались с решения. Первые, судя по их опыту, запускать/развиввать проще и дешевле. Это, кстати, еще и довольно логично.

Problem-based проекты имеют какое-никакое понимание проблемы, описание аудитории или ее сегмента, прикидки бизнес-модели на основе портера ЦА и тд. Задача основателей сводится к тому, чтобы найти эффективное с точки зрения экономики канала решение этой проблемы. По сути, вы экономите время и ресурсы, стараясь сделать что-то под конкретные боли. Не все для всех.

Solution-based проекты же обречены на рукожопный процесс: сначала вы делаете “что-то”, а потом бегаете по рынку в поисках своего пользователя и кидаетесь на первого проявившего к вам интерес лида, а затем пытаетесь всучить ему свой продукт (который, кстати, то еще говно, потому что строился не пойми для кого, на основе фантазии основателей). Это я к тому, что сделать какой-то продукт, заявить об этом миру в чьем-нибудь телеграм канале и получить пачку клиентов-китов скорее всего не выйдет. Вы потратите уйму времени и сил, долбясь со своим проектом.

Мне кажется, есть много соблазнов влезть именно в последний вариант, имея в команде пару-тройку скучающих разработчиков. Надо же ребят чем-то занять. Вот и начинается: да мы там начнем потихоньку прилку пилить, а там и касдевы подоспеют, и все чудесным образом сойдется в страстном поцелуе product market fit… А потом появляется вот такой слайд, с кафкой, кубиком и, на кой-то хер, кассандрой. Мол, это о чем-то говорит.

На самом деле, нет - ни о чем это не говорит, кроме: а) вы слышали про такие технологии; б) не шарите в том, как делать продукт; в) похвастаться больше нечем. Некоторые люди (их много) вообще не понимают, почему вы пишете о редиске на слайде и не упоминаете капусту (вот здесь тонкая игра слов, внимательно!).

В общем, бейте себя по рукам каждый раз, когда хочется начать чет там программировать или зерокодить без понимания, кому вы хотите помочь и зачем. Ну правда, хватить дрочить на технологии - делайте продукты. Пацаны про кастдев не зря из каждого утюга вещают. Подумайте!