Transcription
Приветствуем. Сегодня у нас тема, которая, ну, наверное, многих волнует. Как создать дополнительный доход? Вот этот самый сайт Geek. И главное, с помощью искусственного интеллекта.
Мы взяли за основу недавнее видео Nйта Бида Джонса, там канал AI News in Strategy Daily. Он предлагает, ну, очень конкретные шаги, не просто там, знаешь, общие рассуждения. Хотим разобраться, почему именно сейчас такой момент и что конкретно делать, ну, по мнению источника. В общем, давайте копнём глубже.
И вот эти все инструменты для разработки, они как бы рванули вперёд, а массовое понимание, ну, и внедрение, оно отстаёт, и получается такой, ну, зазор, что ли, временное окно для тех, кто готов быстро сориентироваться, пока остальные ещё, так сказать, присматриваются. Что здесь особенно интересно, по мнению автора — это вот это преимущество ранних пташек, тех, кто уже в теме. Именно.
И вот центральная мысль видео. Как я поняла, сейчас всё поменялось из-за больших языковых моделей. Они, ну, по сути, как мост стали между нашим обычным языком и кодом. Автор говорит, что теперь можно чуть ли не надиктовать системе, что тебе нужно, и получить ну, рабочий код или там веб-страницу. Приводит пример lavable.dev: описываешь, и оно генерирует. Звучит, конечно, ну, почти фантастически, если сравнить с тем, что было.
Да, и аналогия у него хорошая в видео. Раньше, говорит, разработка ПО — это была работа, ну, кувалдой. Нужны были команды, большие бюджеты, часто там венчурные деньги. И это годилось только для крупных задач, для массового рынка. А сейчас вот с этими ИИ-инструментами разработка становится похожа на работу скальпелем. Скальпелем. А что он имеет в виду? Как это скальпелем? А имеется в виду, что можно создавать очень точное, прямо вот узкоспециализированное решение для совсем маленьких аудиторий. Вот эти самые микрониши. Раньше за такое просто не брались. Ну, экономически невыгодно было. Рынок маленький, а разработка кувалдой дорогая. А скальпель ИИ позволяет вот так точечно решать проблемы, даже если там пользователей всего несколько сотен или тысяч, и с минимальными затратами.
Интересно, а есть примеры таких микрониш в видео, чтобы понятнее стало, о чём речь вообще? Да, он приводит примеры, скажем, какие-то кастомные системы заметок, ну, под очень специфические нужды какого-нибудь исследователя или писателя, или там уникальное ПО для фанатов фэнтези-футбола, такого, которого просто нет на рынке, или софт для планирования каких-то нишевых мероприятий, ну, не знаю, слёты коллекционеров марок, например.
Основная мысль видео, короче: если у тебя есть глубокие знания в какой-то узкой сфере, вот сейчас у тебя появились инструменты, чтобы самому сделать для неё ПО. Звучит прямо вдохновляюще, но автор там предупреждает, что это окно возможностей, оно, цитирую, не будет длиться вечно.
Почему? В чём срочность-то? Ну, логика простая. Чем больше людей узнают про эти технологии, про инструменты, тем больше народа начнёт ими пользоваться. Правильно? Конкуренция вырастет даже в этих микронишах. И вот это уникальное преимущество, ну, тех, кто начал первым, оно со временем сойдёт на нет. Автор как бы намекает, что вот те, кто сейчас слушает, интересуются, и это, возможно, и есть те самые ранние последователи, у кого есть шанс свою полянку занять. Вот эта асимметрия в доступе к знаниям, к инструментам, она и есть ключ к этой временной возможности. Если в общую картину это встроить, то именно сейчас знания и скорость реакции дают максимум.
Хорошо. С возможностями понятно, но как от идеи к делу перейти? Источник же предлагает конкретные инструменты для старта. Расскажи подробнее, что там за швейцарский нож, как его автор описывает.
Да, автор предлагает такой стартовый набор и подчёркивает, что он максимально простой и гибкий. Основа всего — это платформа lavable.dev. Это инструмент из серии No-Code/Low-Code. Ну, то есть позволяет создавать сайты и веб-приложения без глубоких знаний кода.
А почему именно lavable.dev так хорош по мнению автора? Автор несколько причин называет. Во-первых, команда там очень быстро работает. Ships fast, как говорят, то есть постоянно что-то улучшают, выпускают обновление. Во-вторых, там уже встроена интеграция со Stripe для платежей. Есть базовый бэкэнд, ну, серверная часть хранения данных. И можно легко опубликовать всё на своём домене. По сути, да, такое готовое решение. Веб-присутствие в коробке, так сказать.
Понятно. То есть lavable.dev — это фасад. Ну и логика основная. А что с внутренней кухней? Пользователи, подписки, вот это всё.
А для этого источник рекомендует второй ключевой инструмент — Autta. Его позиционируют как бэк-офис, все в одном. Autta берёт на себя аутентификацию, ну, логин, пароль, вот это всё. Управление подписками, платежами, даёт базовую CRMку для работы с клиентами и даже какие-то базовые email-функции. И важно, что Autta хорошо с lavable.dev интегрируется. Получается единая система. То есть связка lavable.dev плюс Autta — это уже ядро. Можно запускать рабочий продукт.
А есть какие-то опциональные инструменты, ну, для тех, кто хочет большего, да, упоминаются. Например, Vercel. Эта платформа уже для такого более продвинутого развёртывания. Хостинг, настройка CI/CD. Ну, это автоматизация сборки и выкадки обновлений, но это уже инструмент посерьёзнее. Автор предупреждает, что там, возможно, придётся с документацией посидеть. Может, с помощью чат GPT разобраться.
Ещё что-то было, да? Ещё парочка опциональных. Framer — это чтобы быстро делать красивые лендинги, ну, методом Drag and Drop, если нужна эффектная витрина для продукта. И Gemini API от Google — это доступ к их мощным ИИ-моделям для анализа данных там или генерации контента. Источник отмечает, что для небольших проектов его можно бесплатно использовать. Ну, в каких-то лимитах, конечно. Это позволяет встроить умные фишки в свой продукт без затрат на старте.
Получается, что даже вот базовый набор lavable.dev и Autta уже позволяет создать и, главное, монетизировать веб-приложение. Это же, ну, действительно, сильно порог входа снижает по сравнению с тем, что было раньше.
Именно в этом одно из ключевых изменений, да, демократизация инструментов. Раньше ведь что нужно было? Программисты, дизайнеры, тестировщики, админы, а теперь большую часть работы можно сделать самому или там с минимальной помощью, используя готовые блоки и помощников. И тут, конечно, встаёт важный вопрос: как вот эти доступные технологии меняют саму суть предпринимательства? Вот. И это, наверное, самая интригующая часть видео. Автор же говорит, что изменились не только инструменты, но и само ремесло предпринимателя. Ключевые навыки теперь другие нужны.
Вот тут прям действительно интересно становится, какой навык он на первое место ставит.
На первое место — фокус на дистрибуцию. Это прям, ну, радикальный сдвиг парадигмы. Раньше как было? Продукт прежде всего. Делаем что-то гениальное, а потом думаем, как продать. А теперь, по мнению источника, всё наоборот.
Почему так? Почему дистрибуция стала важнее продукта? А потому что и вот эти no-code, low-code штуки сильно упростили и ускорили создание самого продукта. Если у тебя появилась классная идея, то очень скоро кто-то сможет сделать что-то похожее. Технологическое преимущество стало, ну, таким менее устойчивым. Поэтому, как Види утверждает, начинать надо с выбора микрониши, где у тебя уже есть доступ к аудитории, есть понимание их болей, есть доверие. Надо знать, где они сидят онлайн, быть частью их тусовки, чтобы тебя не считали чужаком или спамером. Твоё уникальное преимущество, твой edge — это не столько код, сколько вот это знание аудитории и канал к ней. И уже под них ты подбираешь или делаешь продукт. То есть репутация, встроенность в сообщество — это как новый ров вокруг твоего бизнеса, который конкурентам сложнее перепрыгнуть, чем технологические барьеры.
Именно так, да, источник именно так это видит. Глубокое знание ниши, доверие аудитории — это актив, который сложно скопировать технологиями. Это основа устойчивости в мире, где программный аналог сделать стало гораздо проще.
Хорошо, с дистрибуцией понятно. А какой второй ключевой навык автор выделяет?
Второй навык звучит немного парадоксально. Это умение вовремя остановиться. Остановиться. А в чём сложность? Делай и делай. Сложность в том, что ИИ-инструменты позволяют строить и дорабатывать продукт почти бесконечно. Добавить новую фичу, улучшить дизайн, интегрировать ещё что-то. Это всё стало намного проще и дешевле. И возникает соблазн постоянно что-то улучшать, расширять, допиливать до идеала. Поэтому, как говорит источник, новая ключевая компетенция — это дисциплина, умение сказать "нет" новым фичам, сфокусироваться на MVP, минимально жизнеспособном продукте, который решает одну главную боль, и запустить его, а не "допиливать" до бесконечности. Раньше тебя часто ограничивал бюджет или время разработки, а теперь ограничение должно быть внутренним. То есть, если раньше тебя останавливала цена вопроса, то теперь нужно самому себе сказать "стоп".
Это же требует серьёзной самодисциплины, особенно если это сайт-проект. Совершенно верно. Видео подчёркивает, что это особенно важно для тех, кто пилит проект по выходным. Легко же увлечься. Превратить хобби в бесконечный долгострой, который никогда свет не увидит. Нужна чёткая цель и осознанность, чтобы не утонуть в этих возможностях, которые ИИ даёт.
Логично. А третий навык, какой выделяется?
Третий — это тонкое понимание ценности продукта и его монетизации, особенно вот в этих микронишах. Автор говорит, что пользователи в узких нишах, они часто не сильно привязаны к бренду как таковому. Им нужно решение конкретной проблемы. Если твой продукт ей решает идеально и цена кажется справедливой, они с тобой. А если нет или цена завышена, они легко уйдут к аналогу или вернутся к старым методам. Значит, надо очень чётко понимать, за что именно человек готов платить, не просто за функцию.
Именно, не просто сделать фичу, а понять, какую ценность она несёт вот для этого конкретного пользователя в этой микронише, и уметь эту ценность донести, обосновать цену, чтобы у пользователя было ощущение честной сделки, "coin for value", как говорит автор. Это же связано и с дистрибуцией. Доверие помогает обосновать ценность, и с умением остановиться — фокус на MVP помогает быстрее получить фидбэк от ценности. Это такой итеративный процесс получается: запустил, собрал обратную связь, скорректировал продукт и цену. Благо, в микронишах фидбэк часто очень прямой и быстрый. Через те же сообщества, чаты.
Понятно, инструменты есть, правила игры новые, навыки нужные, вроде обрисовали, но остаётся одно такое большое "но", которое, я уверена, многих беспокоит. Источник затрагивает этот страх. А зачем вообще что-то создавать? Ведь гиганты вроде OpenAI или Google всё равно скоро сделают то же самое, только лучше. Что автор на это отвечает?
Автор предлагает контраргумент. Смотри, фокус больших компаний он прежде всего на массовый рынок, на решение общих универсальных задач. Они хотят делать инструменты для миллиардов. Вряд ли они будут всерьёз конкурировать в каждой узкой микронише. Он там приводит пример не очень удачного встроенного инструмента для заметок по итогам встреч от OpenAI. Для базы он ок, но специализированным решением проигрывает. Большим корпорациям просто, ну, невыгодно распыляться на тысячи специфических проблем.
Тогда какую стратегию поиска идей предлагает источник, чтобы не конкурировать с гигантами напрямую? Где искать вот эти долговечные проблемы?
Стратегия в том, чтобы искать такие болевые точки, которые не решаются просто ещё более умной языковой моделью. Искать проблемы, где сложность не столько в обработке информации, сколько в чём-то ещё. Видео выделяет три типа таких устойчивых проблем. Первое — проблемы координации, сложности во взаимодействии между людьми, командами, системами, этапами процесса. Ну, например, согласовать график отпусков в небольшой компании со сложными правилами. Второе — проблема на стыке физического и цифрового миров. Задачи, где онлайн-инструмент должен как-то взаимодействовать с реальным миром. Например, сервис для заказа и отслеживания выездного мастера по ремонту чего-нибудь. И третье — проблемы, связанные со сложными рабочими процессами. Workflow pain points, как он их называет, ситуации, где ты застреваешь не потому, что информации нет, а потому, что сам процесс запутан и многоэтапный. Классический пример из видео: создание согласования PRD, документа с требованиями к продукту, где надо учесть мнение разных отделов, внести правки, получить добро. Сам процесс — это боль.
А почему именно такие проблемы считаются более устойчивыми, ну, к полной автоматизации? ИИ, а потому что их решение часто завязаны не только на способности ИИ генерировать текст или код. Оно упирается, ну, в человеческий фактор: переговоры, убеждения, разные мнения, в организационные структуры, иерархия согласований, физические ограничения реального мира, логистика, время или в необходимость интегрировать кучу разных систем.
Что здесь завораживает, по мнению источника, для решения таких проблем нужно глубоко понимать саму область, контекст, психологию пользователей, нюансы процесса. Просто натравить ЛМ на такую проблему часто мало. Нужно проектировать решение, которое все эти сложности учитывает.
Источник даёт какой-то совет, как такие проблемы находить. Да, совет прагматичный: использовать ИИ не только как инструмент для создания решения, но как партнёра для размышлений. Thinking partner. На этапе поиска самой проблемы не полагаться только на интуицию, а обсудиться с ИИ о неэффективностях в своей сфере. Проанализировать процессы. Это может помочь выявить те самые долговечные болевые точки.
Отлично. Кажется, мы прошлись по всем ключевым моментам из видео. Давай попробуем собрать всё вместе. Какие главные выводы можно сделать из этого разбора?
Сейчас уникальный момент. ИИ-инструменты резко снизили порог входа в создание софта, открыли дорогу для сайд-бизнеса. Стратегия успеха по источнику — это фокус на микронишах, где можно стать экспертом и построить доверие с аудиторией. Приоритеты сместились. Дистрибуция и знания аудитории теперь важнее самого продукта. Выходит на первый план: нужны новые навыки: дисциплина, умение остановиться и тонкое понимание ценности и монетизации в своей нише. Искать стоит долговечные проблемы, связанные с координацией, стыком миров или сложными процессами, где ИИ пока не даёт простого решения из коробки.
И какой реалистичный потенциал у такого подхода по мнению автора видео? Мы говорим о создании нового Google или о чём-то более приземлённом?
Источник тут, ну, предельно честен. Речь не идёт о том, чтобы построить миллиардную корпорацию на коленке. Нет. Но при правильном выборе ниши, грамотном использовании инструментов, ну, и должной дисциплине, вполне реально создать дополнительный доход от нескольких сотен до нескольких тысяч долларов в месяц. Автор настаивает, что это вполне достижимо и ссылается на реальные примеры из своего окружения.
Что же, звучит как вполне себе реалистичная и, я бы сказала, мотивирующая перспектива для тех, кто готов в это погрузиться. И ключевой момент здесь, пожалуй, — это действие. Как уже не раз звучало у автора, это окно возможностей не будет открыто вечно. Даже небольшой проект, вот начатый на выходных, он может стать не только доходом, но и, что важно, ценным опытом. Опытом навигации в этой новой технологической реальности. Первый шаг, он часто самый важный.
На этом мы, пожалуй, завершим наш сегодняшний разбор видео от Нейта Бижонса. Надеюсь, этот анализ был полезным, дал пищу для размышлений, особенно тем, кто присматривается к созданию своего дела с помощью ИИ. Так что всё это значит? Ну, возможно, это просто сигнал присмотреться повнимательнее к своим уникальным знаниям, опыту и к тем проблемам, которые окружают в работе или в жизни. Существует ли какая-то повторяющаяся, нудная, сложная рабочая задача или процесс в вашей сфере, вызывает постоянное трение, отнимает время, силы? Такая проблема, которую ИИ мог бы облегчить, но не устранить полностью, но одним кликом. Возможно, именно в ответе на эти вопросы и кроется та самая отправная точка для вашего собственного, пусть небольшого, но ценного проекта.