Привет! Я, Григорий Мельников, создатель сервиса защиты от ботов KillBot. Сегодня я расскажу и расставлю акценты, которые гораздо важнее выбора языка программирования, фреймворка, модной архитектуры и красивого кода. Акценты, которые позволят тебе раскрутить сервис и занять стабильное место на рынке.
Цой начинал с сырой гитары, без модной аранжировки
Вспомните первые песни Цоя: сырая гитара — и он сразу нашёл свою аудиторию. И конечно кто‑то ему говорил: «Ну что ты на сырой гитаре лабаешь? Где продакшен? Где нормальная упаковка?»
Если продукт нужен, то первые потребители найдутся сразу.
На практике, эту концепцию применить ЭМОЦИОНАЛЬНО СЛОЖНО, так как всегда кажется, что украшение важнее чем начинка. В литературе такая концепция называется MVP Эрика Риса. В книге «Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес‑модели» говорится, что не нужно строить идеальный продукт — нужно сделать минимальную рабочую версию, которую нужно проверить.
У меня есть ИДЕЯ, и я вам её не отдам
Не бойтесь рассказывать как все работает. Запрещено бояться, что твои гении вдруг скопируют.
Гениальные идеи никому не нужны. Идея кажется идеальной именно тебе — с твоим уровнем развития нейронных связей. Ты оцениваешь собственную идею теми же нейронными связями, которые её и придумали. Конечно, тебе кажется, что это невероятно круто. Если так продолжать, то и сдохнешь с этим секретом и ничего не заработаешь. Да и технологии развиваются настолько быстро, что, даже если то, что ты сейчас придумал, действительно круто, через три года может превратиться в никому не нужный хлам.
Кто‑то сказал «Если бы идеи стоили бы чего‑то, то был бы рынок идей, а такого рынка — нет». Рынок платит не за то, что у тебя в голове. Он платит за то, что ты сумел из этого построить.
Об этом очень хорошо написали Джейсон Фрайд и Дэвид Хайнемайер Хенссон в книге «Rework. Бизнес без предрассудков»: идей всегда в избытке, и сами по себе они стоят дёшево или не стоят ничего. Реальная ценность появляется в реализации.
Бабла мне все должны, Я запилил кой‑что крутое!
НЕТ — так работать НЕ будет. Если ты кое‑чего наработал и считаешь, что это должно стоить дорого — так НЕ работает.
Кажется, что если перед тобой депутат, предприниматель или директор, значит, у него дофига денег и он готов платить за всё подряд. И тебе‑то за твой классный продукт он денег отвалит. Я тоже так думал и на первых порах озвучивал неадекватные цены, за что мне сейчас очень стыдно.
Открываю глаза. Твой клиент — точно такой же чувак, как и ты сам. У него точно такие же желания и интересы. И он точно так же хочет экономить. И у него так же портится настроение, когда он платит много.
Поэтому, если ты сделал супер‑продукт, засунул туда сверх‑алгоритмы и думаешь: «Ну раз продукт такой крутой, значит, он должен дорого стоить», то ты ОШИБАЕШЬСЯ! Пусть он будет хоть трижды крутой. Тебе просто платить не будут!
Поэтому цена должна определяться не тем, сколько труда вложено в продукт, а в первую очередь тем, сколько пользователь готов за него платить.
Эту мысль описали Мадхаван Рамануджам и Георг Таке в книге «Монетизация инноваций. Как успешные компании создают продукт вокруг цены». Сначала нужно понять, что действительно нужно клиенту и сколько он готов за это платить, и уже вокруг этого строить продукт. А не наоборот: сначала сделать сверх‑сложную штуку, а потом решить, что раз ты потратил годы жизни, то теперь все должны платить тебе много денег.
Закрывать нужно РЕАЛЬНЫЕ проблемы, а не захлёбываться в предположениях
Есть прямо болезнь, с которой я регулярно сталкиваюсь. И относится она абсолютно к любым нишам.
Начинается обсуждение архитектуры, и тут кто‑нибудь обязательно начинает: «А вот что случится, если я напишу вирус который заразит все андроиды Москвы и Айфоны, и из айфона будет вылазить рука и тапть прямо на экран как реальный человек. Что делать — то будите?»
Выше пример захлёбывания собственными надуманными угрозами, которые НИКОГДА не случатся. Ты сначала посмотри, какие есть реальные угрозы. Закрой их. А потом, когда у тебя останется время, начинай выдумывать. Но выдумывай так, чтобы проблема, которую ты придумал сегодня, стала реальной через год. Если ты придумал угрозу, потратил на неё ресурсы, а она никогда не появилась — значит ты неудачник.
Чтобы предсказывать угрозы нужно знать существующий софт и уметь видеть, как он будет развиваться и какие именно угрозы создаст через год. Если ты придумываешь ситуацию — сразу говори, какая конкретно личность или софт такой инцидент генерирует, и какие масштабы именно с таким сценарием следует ожидать.
Если на меня движется танк с толщиной брони 50 мм, то мне сейчас нужно противотанковое ружъё, которое пробивает эти 50 мм. Если конструктор вместо этого начнёт проектировать лазер чтобы расплавить танк целиком, то войну я проиграю раньше, чем он закончит чертежи.
Эта мысль хорошо раскрыта в книге Элияху Голдратта «Цель. Процесс непрерывного улучшения». Голдратт предлагает не пытаться улучшать всё подряд, а сначала найти реальное ограничение системы — то самое узкое место, которое прямо сейчас мешает достигать цели, — и направить ресурсы именно туда.
Продаёшь беляши — сам ешь свои беляши
Если ты создал продукт, то ты сам ОБЯЗАН им пользоваться каждый день. Иначе тебе будут непонятны жалобы на его косяки.
Баги, о которых тебе говорят будут для тебя не заметны: Да это не баг; Это только у вас; Да не тупит там ничего — у меня все быстро; Такого не может быть...
А когда ты сам каждый день ловишь глюки своего детища — нейронные связи в своей тупой башке очень хорошо начинают работать чтобы все это зафиксить.
Запрещено смотреть на продукт глазами разработчика. Разработчики сами не пользуют свой продукт. Если руководители проектов тоже не используют свой продукт в повседневной жизни, то ноль цена такому руководителю.
Разработчик думает: «Алгоритм сработал правильно, ошибок нет, лог чистый, я зашел — всё работает». Пользователь думает: «Какого чёрта все тупит?» — РУКОВОДИТЕЛЬ думал бы так же если бы пользовал свой продукт КАЖДЫЙ день.
Нет ничего хуже преждевременной оптимизации
Тебе нужен реальный рабочий продукт, который убивает. Сначала нужно создать этот продукт. И только когда он реально работает, отлажен, достаточно быстр и не разваливается от каждого чиха — вот только тогда можно заниматься оптимизацией.
Нельзя оптимизировать то, чего ещё нет. В кодинге это вечные вопросы:
«А почему ты выбрал такой движок?»
«А почему код написан некрасиво?»
«А почему здесь два запроса, а не один?»
Пока ты будешь думать, какой движок лучше выбрать, какая архитектура лучше подойдёт, как красиво спроектировать базу данных, как именно будут взаимодействовать компоненты — время уйдёт. За это время, твой оппонент уже всё это воплотит в жизнь. И плевать, что его решение не будет совпадать с твоими представлениями о прекрасном. Оно уже работает. У него уже есть пользователи. А у тебя только мысли в тупой башке.
Если ты не сидел в Т-34, то знай: это сверх‑грубо сваренная машина. Ты поймешь это только когда залезаешь внутрь. ПЕЧКИ в Т-34 НЕТ, неуклюжая коробка передач, коленки в подбородок.
«А как же воевать, если если яйца примерзнут?» — именно так скажет обыватель который сам ничего не создал.
Вот и подумай, что такое реально рабочий продукт который убивает: нет нужды ни в швах, ни в печке, ни в королевском седле.
Дональд Кнут ещё в 1974 году сформулировал знаменитую мысль: преждевременная оптимизация — корень большинства зол. Смысл не в том, что оптимизировать вообще не нужно. Смысл в том, что сначала надо понять, что именно действительно критично, и только потом тратить на это ресурсы.
Эй, МАРКЕТОЛОГ! Создай‑ка мне кампанию, чтобы заявки были и дофига бабла я бы заработал
ТАК НЕ РАБОТАЕТ. Но почти каждый начинающий предприниматель думает именно так: «Сейчас найду маркетолога. Он мне создаст кампанию. Пойдут заявки. И я буду купаться в бабле».
Если бы это работало, то каждый дурачёк бы директором.
Если бы Маркетолог сам мог — он бы и без тебя нагенерировал бы себе заявок и сам бы купался в бабле — ты в этой цепочке НЕ НУЖЕН! Если ты сам не понимаешь, какие задачи должен решать маркетолог, какие цифры должны получиться на выходе и почему клиент вообще должен покупать твой продукт, то никакой маркетолог тебе НЕ поможет.
Если ты нанял маркетолога, возложил на него надежды и не получил результат — это ТВОЯ вина. Ты выбрал этого человека. Ты поставил ему задачу. Ты решил, что именно это действие приведёт тебя к успеху. И результат который получил маркетолог — это твой результат, и только ты должен за него отвечать.
С слабым руководителем талантливый исполнитель превратится в БЕСПОЛЕЗНЫЙ кусок неудачника, потому что руководитель будет требовать выполнения задач которые НИКОГДА не приведут к успеху.
Сильный руководитель понимает, какие именно шаги нужно сделать чтобы добиться результата, находит человека, контролирует, что этот человек каждый шаг выполняет верно, вот только тогда работа будет успешна.
Вот представь, если бы ПАВЕЛ ДУРОВ сказал: «Эй, маркетолог, сделай‑ка мне Телеграм популярным, чтобы скачивания были бы по всему миру». Сработало бы? Конечно нет.
А вот посидеть в тюрьме, позаботиться о том, чтобы об этом бы все узнали — вот так сработало и мы все были свидетелями этого классного кейса, который очень сложно повторить.
ФОРМУЛА: Если ты изверг стратегию, и любой другой может предложить такую же стратегию — то ценность этой стратегии НОЛЬ.
На эту тему очень хорошо ложится Бен Хоровиц — «Сложные решения. Как управлять бизнесом, когда нет простых ответов». Не нужно ждать человека, который придёт и магически решит проблемы компании. Вся ответственность за решения всё равно лежит на тебе.
СЛАБО: сохранить Северный Сахалин, когда ты проиграл войну японцам?
А Сергею Витте, российскому переговорщику, было не слабо. После проигранной Русско‑японской войны 1905 года Россия по Портсмутскому миру уступила Японии южную половину Сахалина, но сохранила северную и НЕ выплачивала контрибуцию.
За результаты переговоров Витте получил титул ГРАФА.
А ты думаешь: «Да они там наверху все тупые», при этом даже не осознаешь, какие именно задачи перед этими людьми стоят, какие у них ограничения и каким образом они эти задачи решают.
А теперь осознай своё место в мире и подумай, почему ты зарабатываешь 100к, а не 10 000к. Понял? Вот теперь иди и прокачивай себя так, чтобы уметь решать задачи другого масштаба, а не бесконечно ковыряться только в своей тёплой привычной и комфортной кашке.
Развивай свои нейронные связи шире той каши, в которой варишься. Только тогда перед тобой откроется удивительный мир возможностей и путей для личного роста.
Например, ты разработчик и получаешь свои 200к в месяц. И ты вообще не задумываешься, откуда эти 200к берутся. А теперь задумайся: Получать 200к — это значит, что должны найтись 200 человек, которые каждый месяц будут платить по 1000 рублей, чтобы обеспечить зарплату тебе одному. И думай дальше. А зачем этому человеку ежемесячно отдавать тебе свою родную тысячу? Можно вообще не платить. Можно заплатить кому‑то другому, кто удачливее тебя. И думай ещё дальше: а что значит «удачливее»? По каким критериям выбирают счастливчика, которому готовы регулярно отдавать деньги?
Вот из этих сырых вопросов и формируются задачи, которые решают реальные живые люди вокруг тебя. И для развития собственных нейронных связей ты должен понимать, как достигаются цели по всем этим пунктам.
Что такое НЕБОСКРЁБ? Здание выше 100 метров? НЕТ! НЕТ! НЕТ! Небоскрёб — это ЛИЧНОСТЬ (живой человек), который его построил и сделал так, что вся эта огромная машина работает в плюс. А теперь представь: тебе дали $100 млн. Ты сможешь сделать то же самое?
Чтобы понять масштаб задач, которые решают люди наверху, почитайте «Воспоминания» Сергея Витте. Особенно историю Портсмутских переговоров. Это отличный способ посмотреть на управление с другого этажа: когда у тебя нет идеальных вариантов, страна проиграла войну, а твоя задача — в этих условиях выторговать максимально возможный результат.
Lamborghini Aventador покупали только потому, что его хотят
Плевать на дёрганую роботизированная коробку, нулевую обзорность назад, зубодробильную жесткую подвеску — владелец покупает именно это.
Эмоциональная связь с продуктом — это самая важная часть работы которую ты обязан создать. Одного качества продукта НЕДОСТАТОЧНО, на начинку — плевать, на упаковку — плевать. Если с твоим продуктом есть эмоциональня связь — то все недостатки твоего продукта останутся НЕЗАМЕЧЕННЫМИ.
Ты обязан сделать целый комплекс работ, чтобы твой продукт просто ХОТЕЛИ купить — не из‑за дизайна, качества, цены или списка функций. Чтобы его хотели потому, что это именно он.
Примеры создания эмоциональной связи, которая работала именно в своё время:
«ChatGPT написал диссертацию» — ничего себе!
«Влад А4 купил ламбу» — круто! Папа, я тоже хочу ламбу. А что это вообще такое?
«Кадыров в своем инстаграмм написал…» — офигеть — сам Кадыров использует инстаграмм!
Поэтому включай свои нейронные связи и думай, какой именно комплекс работ ты должен сделать чтобы создать эмоциональную связь именно с твоим продуктом. Вот теперь бери и прокачивай себя. И только твои нейронные связи в твоей собственной башке помогут построить путь к созданию эмоциональной связи именно с твоим продуктом.
Марк Гобэ в книге «Эмоциональный брэндинг» как раз пишет о переходе от продукта к человеку: сильный бренд строится не только на характеристиках товара, а на эмоциональной связи между брендом и покупателем. Поэтому ты можешь сделать технически лучший продукт, но тупо проиграешь тому, который люди просто ХОТЯТ.
Не слушай советов равных себе
Вот ты что‑то придумал и хочешь идти вперёд. И твой коллега, который сидит справа от тебя, начинает оценивать твою идею и раздавать советы.
СТОП. Твой коллега создал эмоциональную связь со своим продуктом? Он построил систему, в которую тысячи незнакомых ему людей регулярно платят ему? Он убедил сильных людей работать вместе с ним? Он прошёл тот путь, который сейчас собираешься пройти ты?
Если нет, то его мнение НЕ должно становиться для тебя инструкцией. Совет можно выслушать. Но вес совета должен зависеть от опыта человека именно в той задаче, которую ты пытаешься решить.
Такую мысль озвучил Рэй Далио в книге «Принципы. Жизнь и работа». Не все мнения должны иметь одинаковый вес.
Если понравилось,
То как всё это выглядит на живом продукте читайте в моём кейсе‑истории на Хабре о том, как с нуля построить онлайн‑сервис защиты от ботов и ДДоС.
