Нейросеть или фрилансер: чем реально отличается результат

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

В чём фрилансер объективно сильнее?

Честный список, без снисходительности.

Он задаёт вопросы. Хороший исполнитель, получив «нужен сайт для студии», спросит про аудиторию, конкурентов и цель. Конструктор выполнит описание буквально, включая ошибочные предпосылки в нём.

Он делает нестандартное. Редкий интерфейс, сложная анимация, интеграция с чужой закрытой системой, нетиповая логика расчёта. Это ровно та зона, где специфичная бизнес-логика доводится руками, а не одним промптом.

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

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

В чём сильнее конструктор?

Тоже конкретно.

Цикл правки. Одна правка стоит 300 кредитов и возвращается через минуты, без переписки, без ожидания свободного вечера исполнителя и без неловкости из-за «ещё одной мелочи».

Цена эксперимента. Собрать проект заново стоит 600 кредитов, поэтому выбросить неудачный вариант психологически и финансово легко. При оплаченной работе человека выбросить результат почти невозможно, и проект живёт с первым решением дольше, чем стоило бы.

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

Прозрачные условия. Бесплатный тариф даёт 2 400 кредитов, Pro стоит $25 в месяц за 20 000 кредитов, Business стоит $50 в месяц. Двести кредитов это 33 быстрых сборок или 16 полных платформ. Никакой сметы, никакого торга.

Сколько стоит каждый вариант?

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

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

Как выбрать под конкретную задачу?

Ориентируйтесь не на бюджет, а на тип задачи.

Конструктор почти наверняка справится, если проект типовой по структуре: визитка, лендинг, каталог, форма записи, простое внутреннее приложение, страница мероприятия, портфолио. Такие вещи отличаются содержанием, а не устройством, и генерация делает их предсказуемо.

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

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

О чём договориться с исполнителем заранее?

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

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

Что считается готовой работой. Не «сделать сайт», а список страниц и функций. Расплывчатая формулировка ведёт к спору о том, входила ли форма записи в объём.

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

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

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

Работает ли связка вместо выбора?

Да, и она обычно дешевле обоих чистых вариантов.

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

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

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

Как написать описание, чтобы конструктор понял задачу?

Многие впечатления вида «нейросеть не справилась» объясняются описанием, а не возможностями. Работает та же дисциплина, что и в задании для человека.

Назовите пользователя, данные и действие. «Сайт для мастера маникюра. Клиент выбирает услугу, дату и время, оставляет имя и телефон, получает подтверждение на почту. Мастер видит список записей на неделю». Из такого описания получается предсказуемый результат.

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

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

Говорите проверяемыми словами. «Современный и стильный» ничего не задаёт, «светлая тема, один акцентный цвет, крупные заголовки, без анимации» задаёт. Как строить такие описания, подробно разобрано в статье про промпт для сборки.

Правило простое: чем точнее описание, тем меньше разница между тем, что вы имели в виду, и тем, что получилось.

Какие границы честно назвать?

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

У фрилансера: качество это лотерея, пока нет портфолио и отзывов, сроки чаще сдвигаются, а поддержка после сдачи зависит от того, остался ли человек на связи. Заранее договаривайтесь о том, кому принадлежит код и где он лежит.

Ни один из списков не отменяет второй вариант. Они означают, что решение принимается по типу задачи, а не по общему отношению к технологии.

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

Что делать дальше

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

Похожий разбор для другого сценария есть в статье про выбор между нейросетью и агентством. Собрать первую версию и получить этот список можно за вечер на zugo.dev.