Бесплатный Lovable!!

Ребята, если вы любите вайб-кодинг так же как люблю его я — то эта новость для вас

Lovable полностью бесплатный все выходные — с 11 МСК 14 июня до ночи 15 июня.

Можно навайбкодить все что давно хотели сделать, но не могли оплатить. Плюс можно поэкспериментировать с разными ЛЛМками. И там еще призы какие-то дают даже.

Детали тут: https://x.com/lovable_dev/status/1933643500727222322

Все так я думаю

Если вы думаете, что можно сделать с ИИ в 2025 году, то с точки зрения технической реализации вариантов не так много.

Вот они:

1. Чисто LLM — основа основ.
LLM без доработок это некий слепок всех текстов из интернета сколько-то месячной давности.
Хорошо решает задачи саммаризации, резюмирования, оценки текста.

Пример задачи: оценка текста резюме кандидата.


2. RAG-система — контекстные знания.
Тут мы добавляем в LLM дополнительный контекст, которого у нее нет. Эта техника позволяет извлекать в понятном виде релевантный ответ из сторонних (внутренних или внешних) источников.

Пример задачи: чат-бот для ответа пользователям на основе внутренней документации.

3. AI-Workflow — структурированная автоматизация.
Тут мы даем ИИ возможность пользоваться не только сторонними знаниями, но и сторонними инструментами (вашим календарем например). Если есть доступ к интрументам, значит можем взять бизнес процесс, и автоматизировать его с ИИ.

Пример: получаем резюме с hh.ru (инструмент: API hh.ru) -> оцениваем квалификацию в резюме (ИИ) -> автоматически отправляем приглашение на собес (инструмент: API почты)


4. AI-агент — полностью автономная машинка.
ИИ сам формирует план как он будет решать поставленную задачу и сам ее решает как хочет. У него для этого есть необходимые инструменты и свобода действий. Такие штуки можно делать только там, где цена ошибки невелика, а ROI от автономной работы ИИ очень значительный. ROI тут важно, потому что AI-агенты будут сжигать ваши токены/деньги очень быстро.

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

И важно помнить что нужно начинать с простого и потом усложнять (LLM → RAG → Workflow → Agent).

Продолжаем нашу ИИ-рубрику

Как перестать гадать с идеями и начать валидировать их с помощью ИИшечки.

На reddit автор описывает процесс ресерча целевой аудитории и их проблем для того, чтобы собрать SaaS-сервис под эти боли.

Что он сделал

1. Попросил Claude проанализировать реальные жалобы пользователей в нише персонализированных писем — Reddit/, Quora и т.п. — везде где ЦА рассказывает о проблемах.

2. Claude сделал 3-страничный анализ с реальными цитатами сейлзов: шаблоны не работают, ручная персонализация занимает часы, конверсия в отклики отстой.

3. Попросил оценить возможность по шкале 1-10 исходя из спроса vs конкуренция. На основе этого увидел где есть пробел на рынке.

Первый платный клиент появился на второй неделе работы сервиса. Сейчас он генерирует $2.3k MRR.

Сам промт

You are my **personal market research assistant**. I'm a solo developer, fully bootstrapped, building B2B or prosumer SaaS tools with a strict infrastructure budget of **$200/month or less**. No big team, no venture capital, just me coding and deploying.

Your job is to **scan the web** for **current, real pain points** that users, developers, or small businesses are struggling with. You can look in forums (Reddit, Hacker News, Indie Hackers, Twitter/X, GitHub issues, niche Discords, Quora), reviews, blog comments, etc.

My main goal is to scale a product from $0 to $10k month and see how it goes from there.

For each opportunity you surface, break it down like this:
1. **Pain Point**: Describe the real-world problem or complaint users are having.
2. **Target Audience**: Who is having this problem? Be specific.
3. **Why It Hurts**: Explain why this problem matters or costs them time, money, or peace of mind.
4. **Tool Idea**: Suggest a simple SaaS or tool I could build to solve it, considering my constraints:
    - Solo dev
    - <$200/month infra
    - MVP in ~2 weeks
5. **Monetization Potential**: Explain how it could realistically make money (subnoscription, pay-per-use, etc.)
6. **Bonus**: If applicable, mention existing solutions and what sucks about them (pricing, UX, complexity, etc.)

Keep the tone **direct, no fluff**, and prioritize **practicality over theory**. Focus on **problems people are actively complaining about**, not abstract trends or "maybe someday" ideas.

Используем Perplexity правильно

1. К нам пришел запрос на создание мобильного приложения, нужно собрать базовую информацию о заказчике.

2. Открываем Perplexity, желательно с Pro-подпиской (на Max еще не заработали).

3. Вбиваем название клиента и набор параметров, которые хотим уточнить.

Клиент ABC
- Найди сайт сайт клиента
- Найди юрлицо клиента
- Найди выручку и прибыль клиента
- Найти приоритеты бизнеса клиента на данный момент

4. Идем работать дальше.

Все так

Наш мир - инференс, а мы в нем промты

Product Management Bottleneck

Или "почему все уперлось в продактов", если по-русски.

1. С развитием вайбкодинга и код-агентов создание прототипа или MVP превратилось в задачу на пару часов вместо недель или месяцев.

2. При такой скорости разработки узким местом становятся постановщики задач — продакт-менеджеры. Традиционные инструменты (A/B-тесты, глубинные интервью и т. п.) занимают недели, а решения нужно принимать быстро.
Проблема сместилась с "можем ли мы это построить?" на "стоит ли нам это строить?". Теперь критично не умение кодить, а способность принимать правильные продуктовые решения.

Сам замечаю, что формулировка задачи теперь занимает больше времени, чем её реализация с помощью того же Claude.

3. Отсюда вывод: продактам (а в агентском бизнесе — проджект-менеджерам) нужно учиться ускорять свою работу с помощью ИИ: быстро валидировать идеи через ИИ, использовать ИИ для синтеза обратной связи от пользователей и т.п.

4. В новой парадигме проджекты и продакты — не просто менеджеры, а продюсеры: они могут сами создать прототип, протестировать его и только потом ставить задачу разработчикам.


Основная идея не моя, взял отсюда: https://www.youtube.com/watch?v=muH435ppaNM

Уникальный шанс для студий

Считаю, что сейчас у студий уникальный шанс трансформироваться и стать продуктовыми компаниями.

Почему так?

1. ИИ-трансформация
В ближайшие 3-5-10 лет любому бизнесу, чтобы выжить, нужно будет внедрить ИИ по всей своей вертикали — начиная от найма и заканчивая продажами. Для этого придется создать массу IT-продуктов. Нас ждут новые таск-трекеры с ИИ (Notion уже пытается), ITSM-системы, МИСы, где ИИ будет апсейлить клиентов и т.п. Всех этих продуктов ЕЩЁ НЕТ, их нужно будет КОМУ-ТО СОЗДАТЬ. Вчерашние студии могут этим заняться.

2. B2B-продукты
Студии исторически работают на B2B-рынке, понимают его, умеют (или не умеют :)) делать B2B-продажи. Поэтому трансформация в B2B-продакт-мейкинг будет более органичной, чем в B2C.
Когда появились мобильные телефоны, все хотели делать пользовательские приложения, но никто не понимал B2C-аудиторию, как делать продукты для конечных пользователей, как их продавать, как позиционировать — это все сильно сложно в случае с B2C. С B2B все иначе.

3. Рынок для B2B
Количество требуемых B2B-продуктов значительно больше, чем B2C, а конкуренция значительно меньше. Да, и потенциальный заработок с одной единицы продукта может быть меньше, но он всё равно есть. Под каждую вертикаль бизнеса нужны будут новые продукты с новой идеологией (AI-first) и новыми пользовательскими сценариями.

4. Налоговые изменения
Всем уже понятно, что в дальнейшем налоги будут повышаться, а льготы — убираться. Поэтому перепродажа ресурсов (а это то, что делают все студии, даже те, кто это отрицает) будет становиться всё менее выгодной. В продуктовой разработке при правильной работе получается совсем другой мультипликатор на человека, и это сделает продуктовую модель более привлекательной, чем продажа часов разработки с фиксированным мультипликатором.

5. Компетенции
Все эти изменения потребуют от студий развития новых компетенций. Каких именно — напишу в следующий раз.

Какие компетенции есть у агентства VS какие будут нужны в будущем

Какие есть сейчас:

1. Технические/ремесленные: как разработать работающий цифровой продукт.
Такая базовая история, которую все имею и поэтому она стала коммодити.


2. Продуктовые: какой должен быть продукт, чтобы он был логичным для пользователя.
Иногда есть, иногда частично, иногда совсем нет. Когда нет - берем клиентов только с готовым ТЗ или занимаемся аутстаффом.

3. Операционно-проектные: как вести бизнес с точки зрения проектов, денег и бумаг. Мы умеем делать проекты с заданной маржинальностью и выбивать дебиторку)

4. Аккаунтиновые и нетворкинговые - как выстраивать отношения с потенциальными и существующими B2B-клиентами чтобы он хотел дальше с вами работать. Если есть - клиенты работают с вами годами. Если нет - уходят после первого проекта.

5. Продажи и переговоры - как понимать своего B2B клиента, диагностировать его проблему, задавать правильные вопросы. Сюда входит и умение скринить клиента и не брать всякий скам, которые сожгет время и не принесет денег.

6. Маркетинговые и пиарные - как всем рассказывать что вы делаете и умеете делать. Потенциальные клиенты должны знать о ваших успехах из сторонних источников.

Пока писал пост придумал визуализировать это в виде гексограммы.

ChatGPT выпустил свой браузер — Atlas, пока только под Mac.

Я конечно поставил себе и пошел тестить. Попросил агента посмотреть что там в воронке в АМО

посмотри все сделки в воронке SMB и скажи какие их них давно пора удалить

На скриншоте как раз этот процесс. Работает все с черепашьей скоростью пока что. Надо тестить дальше.

Жду когда он научится звонить лидам сам

Я продолжаю про агентские компетенции, которые нужны чтобы делать свой продукт.

Разработка, дизайн, UX, аналитика — всё это важно.

Но делая продукт, команда должна понимать как продукт выходит на рынок -- Go-To-Market.

Go-To-Market — это как бы мост между созданием продукта и его жизнью на рынке. Без этого мостика ваш продукт провалится в яму )

Из чего состоит Go-To-Market-компетенция:

1. Клиенты. Понимание, кто клиент, где он, как принимает решения.

2. Позиционирование. Чёткий ответ на вопрос "почему нас вообще-то должны купить" , выраженный в простых и понятных логических рассуждениях, по возможности без абстракций (бизнес вообще не любит абстракции когда речь идет о покупках софта)

3. Дистрибуция. Какие каналы реально работают, какие — иллюзия.

4. Настройка итерации на основе метрик.

Самая интересная и недооцененая часть GTM-подхода. Идея в том что мы сделали продукт и запустили его, а дальше все не заканчивается а только начинается.

Нужно определить по каким метрикам мы следим за успехом продукта, как собираем обратную связь от пользователей, как это все приоритизируем и как меняем / докручиваем / усиливаем продукт чтобы повысить его ценность / виральность / ретеншен и т.п.

Вообщем, если делаете продукт, то сначала делайте GTM-часть, а потом уже саму разработку.