Вайбкодер КЕЙС: Велосипеды, нейросеть и 50 тысяч рублей. История о том, как задача важнее боли.

Начну не с начала. Начну с того момента, который мне нравится больше всего.

Вечер. Я сижу с телефоном. На экране — уведомление о поступлении денег. 50 000 рублей. От заказчика, которого я нашёл три дня назад. За продукт, который написала нейросеть. За систему, которую я сдал сегодня утром.

И вот что важно — я не чувствую никакого обмана. Вообще. Потому что заказчик получил то, что хотел. Даже больше. И получил это быстро. И я не провёл три месяца в аду экселевских таблиц и дедлайнов. Все довольны.

Но так было не всегда.

Потому что несколько лет назад я бы на этом месте чувствовал себя самозванцем.

Знаешь, что самое странное в нашем сообществе вайбкодеров?

Мы реально умеем делать продукты. Хорошие. Быстро. Дешевле рынка в пять раз. Но при этом значительная часть из нас сидит без нормальных заказов, делает что-то по бартеру, берёт проекты за копейки, потому что «ну я же не настоящий разработчик».

Я прошёл через это. Я продавал всякое до этого — и знаю, как это работает. Но даже с опытом в голове иногда всплывает этот тихий голос: «а вдруг заказчик поймёт, что это сделал не я?»

Вот ответ, который я для себя нашёл давно: заказчик платит не за то, кто написал код. Он платит за закрытую задачу. За то, что система работает. За то, что его администратор больше не вносит данные в три разных гугл-таблицы в два часа ночи.

Код — это просто инструмент. Как молоток у плотника. Никто не спрашивает плотника: «А это ты сам гвозди забивал или молоток помогал?»

Запомни это. Пригодится.

Есть одна вещь, которую я понял раньше многих — и это дало мне преимущество, которое сложно скопировать без понимания.

Большинство фрилансеров и вайбкодеров ищут «боль».

Они читают про customer development, про Jobs To Be Done, про «найди страдающего человека». И начинают охотиться за теми, кому плохо. Пишут им: «я вижу у вас проблему», «вы теряете деньги», «ваш бизнес неэффективен».

Это не работает. Вернее, работает очень плохо. И вот почему.

Боль — она фоновая. С болью живут годами. Человек, которому плохо, уже адаптировался. Он выработал обходные пути. Он привык. Боль не создаёт срочности — она создаёт усталость. А усталый человек не покупает — он откладывает.

Задача — совсем другое.

Задача — это «мне надо сделать CRM». Не «мне неудобно без CRM» — а именно надо сделать. Человек с задачей уже прошёл стадию «мне плохо». Он уже принял решение что-то делать. Он уже в режиме поиска. Он уже, по сути, покупатель — просто ещё не нашёл продавца.

Вот туда и нужно входить.

Не к страдающим. К тем, кто уже решил действовать.

Это принципиально меняет всю механику продажи. Тебе не нужно убеждать. Тебе не нужно объяснять зачем. Тебе просто нужно оказаться рядом с правильным ответом в правильный момент.

Telegram — это уникальная среда. Нигде больше люди не говорят так открыто о своих рабочих задачах. Не в LinkedIn — там всё причёсано и отфильтровано. Не в Instagram — там витрина. Именно в Telegram, в рабочих чатах, в бизнес-комьюнити, в отраслевых группах — там живые, необработанные мысли.

«Ребята, кто делал CRM для небольшого бизнеса?» «Надо наконец разобраться с учётом, посоветуйте систему» «Хочу crm но не знаю с чего начать» «Есть кто умеет делать системы учёта под заказ?»

Это не люди с болью. Это люди с задачей. Уже сформулированной, уже публично озвученной.

Я написал парсер. Несколько строчек кода — список ключевых слов, список чатов по нужным нишам, фильтрация по дате. Парсер мониторит и отдаёт мне результаты.

Ключевые слова для охоты на задачи (не на боль — именно на задачи):

Это не спам-рассылка наугад. Это хирургия. Я знаю, что человек уже в режиме поиска — потому что он сам об этом написал.

И вот тут появился велосипедный прокат.

Сообщение было простым. Человек написал в одном из бизнес-чатов что-то в духе: «ребята, есть нормальная crm для велопроката? замучился вести в экселе, там несколько точек, инвентарь, клиенты».

Разбираем по косточкам, почему это идеальный сигнал.

Первое — задача сформулирована. Не «мне неудобно», а «нужна CRM». Конкретно.

Второе — есть контекст. Несколько точек, инвентарь, клиенты. Это не абстрактный запрос — это уже почти ТЗ.

Третье — он написал это публично, в чате. Это значит, что он не стесняется задачи, он её активно продвигает. Он хочет найти решение прямо сейчас.

Четвёртое — и это самое главное — это нишевый запрос. Велопрокат — не «сделайте мне CRM как у Salesforce». Это конкретная задача в конкретной нише, под которую можно сделать точное решение. А точные решения стоят дороже универсальных.

Я написал ему.

Вот чего я никогда не делаю в первом сообщении:

— Не представляюсь как «разработчик с опытом N лет»

— Не отправляю портфолио

— Не пишу «готов обсудить сотрудничество»

— Не спрашиваю «а что именно вам нужно?»

— человек уже написал что нужно, перечитай

Вот что я делаю:

Я говорю про его задачу. Конкретно. Так, чтобы он понял — это не шаблон.

Примерно так: «Видел твой вопрос про CRM для велопроката. Делал похожие системы — учёт инвентаря, клиенты, аренды по точкам. Могу показать как это выглядит в работе. Интересно?»

Три предложения. Никакого пустого текста. Никаких «здравствуйте, меня зовут». Только: я видел задачу — у меня есть решение — хочешь посмотреть.

Это работает по одной причине: я отвечаю на то, что человек уже хочет, а не продаю то, что я умею.

Разница тонкая, но она меняет всё.

Он ответил. Мы поговорили. Я уточнил несколько деталей. Он прислал минимальное ТЗ — страница текста. Инвентарь велосипедов, база клиентов, учёт аренд, несколько точек, ремонты, аналитика по выручке. Всё.

Давай без магии. Я не нажал одну кнопку и получил CRM.

Я работал с Claude — и это работа. Просто другая работа, чем раньше.

Раньше работа разработчика выглядела так: берёшь задачу, садишься писать код, тратишь часы на синтаксис, на дебаг, на стек трейсы, на Stack Overflow. Большая часть времени — не в решении задачи, а в борьбе с инструментом.

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

Это другой навык. И он не проще — он другой.

Я начал с архитектуры: какие сущности нужны, как они связаны между собой, какой стек будет оптимален для быстрого деплоя. Потом — компоненты. Потом — сборка. Потом — проверка каждого модуля.

Дашборд с реальными данными: инвентарь, клиенты, активные аренды, выручка за день.

Инвентарь — каталог велосипедов с историей и статусами «свободен / в аренде / в ремонте».

База клиентов — контакты, история аренд, возможность искать и фильтровать.

Аренды — полный цикл: выдать, вернуть, зафиксировать оплату, посмотреть историю.

Ремонты — отдельный модуль с статусами и историей по каждой единице техники.

Маршруты — для рекомендаций клиентам прямо на точке.

Аналитика — графики по выручке, загруженности инвентаря, активности клиентов.

Журнал — лог всех событий системы.

Доступы — разные права для администратора и сотрудников на точках.

Тёмный интерфейс, зелёные акценты под брендинг «Катайбери». Визуально — продукт. Функционально — продукт.

40 минут.

И вот тут я хочу остановиться на секунду.

Потому что 40 минут — это не магия и не хвастовство. Это результат того, что я умею правильно работать с инструментом. Человек, который первый раз открывает Claude и пишет «сделай мне CRM» — получит что-то, но потратит на это намного дольше. Потому что нет структуры, нет понимания архитектуры, нет умения итерировать запросы.

Инструмент умножает компетенцию. У кого её нет — нейросеть даёт средний результат медленно. У кого есть — даёт хороший результат быстро.

После того как я сдал систему, заказчик написал: «Слушай, всё круто, но мой администратор хочет сам иногда добавлять новые поля, менять тексты. Есть какая-то платформа, где это просто без программиста?»

Есть два способа на это реагировать.

Первый — обидеться. «То есть ты хочешь от меня избавиться?» Это ловушка, в которую попадают люди, которые думают, что продают себя, а не решение.

Второй — воспринять как часть задачи. Заказчик хочет независимости в текущей эксплуатации. Это нормально. Это значит, что продукт принят, он им нужен, и они хотят с ним работать самостоятельно. Это хорошая новость.

Я перенёс проект на Вайбкод — платформу, где можно управлять контентом и базовыми настройками без разработчика. Это заняло время. Потом записал короткий скринкаст — как добавлять поля, как редактировать справочники, как не сломать систему случайными изменениями. Чтобы администратор мог работать уверенно.

Это не бонус из вежливости. Это финальная часть сдачи проекта. Передача управления — это тоже работа, за которую платят.

50 000 рублей за что конкретно:

За анализ задачи и коммуникацию с заказчиком — это не ноль часов, это реальная работа по уточнению требований и правильной постановке задачи для системы.

За разработку CRM — 40 минут активной работы плюс время на проверку каждого модуля и тестирование.

За перенос на платформу — ещё несколько часов.

За запись обучающего материала — час-полтора.

Итого: несколько часов реальной работы. 50 000 рублей.

Это не «обмануть заказчика». Это нормальная рыночная ценность за закрытую задачу. Заказчик не платил за мои часы — он платил за то, что задача решена. Это фундаментальный сдвиг в понимании ценообразования, который отделяет тех, кто зарабатывает нормально, от тех, кто считает часы.

Повторю ещё раз, потому что это важно: ценность не в часах, ценность в закрытой задаче.

Заказчику всё равно, сколько времени я потратил. Ему важно, что система работает, команда обучена, и он больше не открывает Excel в воскресенье вечером.

Давай посмотрим на происходящее немного шире.

Рынок разработки переживает тектонический сдвиг. Стоимость создания продукта упала в десятки раз. То, что раньше требовало команды из трёх человек на три месяца, сейчас делается одним человеком за дни. Иногда за часы.

Но спрос на продукты никуда не делся. Малый бизнес по-прежнему нуждается в системах учёта, автоматизации, инструментах управления. Велосипедные прокаты, цветочные магазины, студии, клиники, точки питания — всем им нужны инструменты, которые раньше были им недоступны по цене.

Разрыв между «нужно» и «доступно» сократился до минимума. И в этом разрыве — огромный рынок.

Что это значит для вайбкодера с методологией?

Это значит, что предложение должно теперь делать то, что раньше делала высокая цена — отсеивать подходящих заказчиков. Нужно чётко знать, кому ты продаёшь, когда именно они находятся в режиме поиска, и как именно к ним обратиться.

Парсинг Telegram-чатов — это инструмент прослушивания рынка в реальном времени. Не раз в месяц смотришь «что там происходит», а постоянный поток сигналов от людей, которые прямо сейчас ищут то, что ты умеешь делать.

Персонализированный отклик — это конвертация сигнала в разговор. Не рассылка на тысячу контактов, а точечное сообщение конкретному человеку про его конкретную задачу.

ТЗ плюс нейросеть плюс опыт — это конвертация разговора в продукт быстрее, чем заказчик успевает найти альтернативу.

Это не удача. Это воспроизводимая система.

Я продал много проектов. Я знаю, что методология работает. Но было бы нечестно писать про это и не упомянуть моменты, когда в голове всё равно появляются вопросы.

Иногда думаешь: «а что если заказчик спросит, как именно я это делал?»

Ответ простой: если спросит — скажу. Claude написал код, я выстроил архитектуру, проверил каждый модуль, адаптировал под задачу, перенёс на платформу, записал обучение. Это честный ответ. И он, как правило, вызывает интерес, а не претензии.

Мы живём в мире, где заказчики уже начинают понимать, что нейросети — это инструмент разработки. Как IDE, как фреймворки, как библиотеки. Никто не спрашивает разработчика: «А ты сам написал этот React или использовал готовую библиотеку?»

Иногда думаешь: «а вдруг сломается через неделю и заказчик придёт с претензиями?»

На это — поддержка. Всегда. Первый месяц я готов фиксить баги бесплатно, это часть сделки. Но за 40 минут работы с хорошим промптингом система получается достаточно стабильной. Велосипедная CRM работает. Я проверял каждый модуль перед сдачей.

Сомнения — это нормально. Главное — не давать им конвертироваться в бездействие.

Велосипеды — это просто контекст. Мог быть цветочный магазин, автосервис, студия массажа, склад запчастей. Задача была бы другой, система была бы другой, но механика — та же самая.

Эта история о том, что создание продукта перестало быть барьером. Барьер теперь — это умение найти того, кому продукт нужен, и правильно с ним заговорить.

Если ты вайбкодер и у тебя нет заказов — скорее всего, проблема не в том, что ты не умеешь делать. Скорее всего, ты либо не слышишь рынок, либо говоришь с ним не про то.

Перестань искать боль. Ищи задачи.

Задачи — это люди, которые уже решили что-то делать и ищут кого нанять. Они уже в режиме покупки. Им не нужен прогрев. Им нужен ты — с правильным предложением в правильный момент.

Всё.

50 000 рублей. Велосипедный прокат «Катайбери». 40 минут разработки.

И очередной заказчик, который доволен — потому что его задача закрыта.

Методология масштабируется. Сегодня — велопрокат. Завтра — другая ниша, другой инструмент, тот же принцип. Вопрос только в том, насколько системно ты это применяешь.

Если хочешь научиться создавать такие проекты или заказать разработку, то жду тебя в тг.

А тут скринкаст функционала самой СРМ