Как вайбкодеру получить первые заказы: портфолио, кейсы и цена

Фраза «делаю сайты с помощью нейросетей» редко приводит к заказу сама по себе. Клиенту нужно другое: понять, что вы соберете рабочий продукт, не потеряетесь в требованиях и сможете объяснить, что происходит на каждом этапе. Скорость вайбкодинга здесь полезна, но она не заменяет доверие.

Для первых заказов не обязательно иметь десятки коммерческих проектов. Гораздо важнее показать несколько понятных примеров, честно описать свою роль и предложить клиенту спокойный способ начать работу. В этой статье разберем, как собрать портфолио вайбкодера, оформить предложение и перевести разговор из «а что умеет AI?» в «какой результат мы получим?».

Почему хороший прототип еще не продает услугу

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

У прототипа обычно нет части этой ответственности. Он помогает проверить идею, но не всегда готов к реальным данным, ошибкам, мобильным устройствам и передаче другому человеку. Поэтому в профиле лучше не обещать «сделаю все за один вечер». Сильнее звучит конкретное предложение: собрать первую версию сервиса, проверить один сценарий, подключить нужную интеграцию или подготовить интерфейс к тесту.

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

Что должно быть в портфолио вайбкодера

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

• какая задача стояла перед продуктом;
• что сделали именно вы;
• что можно открыть или проверить сейчас;
• какие ограничения остались у первой версии.

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

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

Если коммерческих проектов пока нет

Первая работа в портфолио может быть собственной. Это не проблема, если не выдавать ее за проект реального клиента. Соберите небольшой продукт под понятный сценарий: форму заявки, каталог, личный кабинет, мини-сервис для команды или AI-функцию внутри существующего процесса.

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

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

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

Схема 1. Что должно быть понятно клиенту из профиля вайбкодера.

Как описать кейс без коммерческой тайны

Кейс можно сделать полезным даже без исходного кода и точных бизнес-показателей. Расскажите о задаче на уровне, который не раскрывает клиента:

• Контекст. Для кого был нужен продукт и какое действие он должен был упростить.
• Решение. Какие экраны, роли, интеграции или автоматизации вы собрали.
• Проверка. Как проходил основной сценарий и что вы проверяли на ошибках.
• Результат. Что теперь можно сделать, показать или передать пользователю.

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

Отдельно укажите свою роль. В большой работе вы могли отвечать за интерфейс, настройку AI-агента, интеграцию или тестирование, а не за весь продукт. Клиенту полезно знать это заранее. Тогда он понимает, какую задачу можно доверить вам сейчас.

Схема 2. Как рассказать о работе, если нельзя публиковать исходный код.

Как назвать цену и не превратить разговор в торг

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

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

Не нужно специально занижать цену, чтобы получить первый отзыв. Такая стратегия быстро приводит к усталости и конфликтам. Можно предложить небольшой первый этап с ограниченным объемом, чтобы обе стороны проверили формат сотрудничества. Это честнее, чем обещать весь продукт по цене прототипа.

Если вы пока не знаете рыночную стоимость, сравнивайте не только цифры. Посмотрите, сколько времени занимает задача, какую ответственность вы берете на себя и что останется после завершения этапа. Хорошее предложение объясняет цену без длинных оправданий.

Как общаться с клиентом до начала работы

Клиенту не обязательно разбираться в Cursor, Claude Code, Codex или других инструментах. Его интересует, что произойдет с задачей. Поэтому технический разговор лучше начинать с пяти вопросов:

• кто будет пользоваться продуктом;
• какой путь пользователь должен пройти;
• что обязательно для первой версии;
• какие данные и сервисы уже есть;
• как заказчик поймет, что этап завершен.

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

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

Как получить первые заказы на VibeMarket

Для старта полезно разместить не общий статус «готов работать», а конкретную услугу. Например: «соберу MVP с одной ключевой ролью пользователя», «подключу AI-функцию к существующему сайту» или «превращу идею в кликабельный прототип». Такая формулировка помогает клиенту узнать свою задачу.

На VibeMarket можно изучить каталог разработчиков, посмотреть раздел услуг и создать новый заказ. В профиле стоит сразу показать релевантный кейс, порядок работы и то, какой первый шаг вы предлагаете клиенту.

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

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

Схема 3. Четыре шага от подходящей задачи до первого принятого этапа.

Короткий шаблон профиля

Профиль можно начать с трех абзацев:

«Я помогаю [типу клиента] собрать [конкретный продукт или функцию]. Использую AI-инструменты для быстрых итераций, но проверяю рабочий сценарий, данные и передачу проекта вручную.

В портфолио показываю [два или три релевантных кейса]. В каждом кейсе указано, какую задачу я решал, что сделал лично и что получилось проверить.

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

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

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