Что делать, если результат не нравится: план действий

Что делать, если результат не нравится

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

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

Почему первая сборка редко попадает точно?

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

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

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

Как превратить «не нравится» в рабочий список?

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

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

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

Когда править, а когда собрать заново?

Арифметика простая. Правка стоит 3 кредита, сборка 6. Пока исправлений одно или два, правка дешевле. Начиная с трёх подряд выгоднее переписать описание и собрать заново, и результат обычно получается цельнее, чем залатанный.

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

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

Что делать, если не нравится именно внешний вид?

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

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

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

Третий ход дороже, но иногда он и нужен. Режим Hi-Fi стоит вдвое: сборка 12 кредитов вместо 6, правка 6 вместо 3. Включать его имеет смысл на версии, которую показывают клиенту или инвестору, и почти никогда на черновике, который вы ещё трижды перепишете. Сначала доведите смысл в обычном режиме, потом поднимайте планку оформления.

Как понять, что правка не сработала?

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

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

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

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

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

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

Где проходит граница, за которой правки не помогут?

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

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

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

Что делать прямо сейчас с неудачной сборкой?

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

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

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