Как описать желаемое ИИ-конструктору приложений (чтобы он его и правда построил)
Вы садитесь перед ИИ-конструктором приложений. У вас есть идея — может, система записи для вашей студии, трекер клиентов для фриланс-бизнеса или внутренний дашборд, о котором ваша команда просит уже месяцами. Вы вводите что-то вроде «построй мне приложение для моего бизнеса» и получаете в ответ… что-то, что не совсем совпадает с тем, что у вас в голове.
Проблема не в ИИ. Дело в том, что «построй мне приложение для моего бизнеса» даёт ИИ примерно столько же материала, сколько фраза «построй мне дом» — строителю. Дом вы получите. Просто, скорее всего, не тот, что хотели.
Вот как описать желаемое так, чтобы это действительно сработало, — без технической подготовки.
Начните с «кто», а не с «что»
Самая частая ошибка, которую люди допускают с этими инструментами, — сразу прыгать к функциям. «Хочу страницу входа, дашборд и экран настроек.» Это список экранов, а не описание продукта.
Вместо этого начните с того, кто будет этим пользоваться и чего он пытается достичь.
Сравните эти два запроса:
Расплывчато: «Построй мне приложение для записи.»
Ясно: «У меня фотостудия. Моим клиентам нужно онлайн записываться на сессии по 60 или 90 минут, выбирать из доступных слотов и вносить предоплату 50 $. Мне нужно видеть все записи в виде календаря и получать письмо, когда кто-то записывается.»
Второй вариант точно говорит ИИ, кто участвует (вы и ваши клиенты), что они делают (записываются, платят, смотрят) и что важно (слоты, размер предоплаты, уведомления). Этого достаточно, чтобы построить что-то настоящее с первой попытки.
Хороший стартовый шаблон: «[Кто я] хочет, чтобы [кто мои пользователи] могли [конкретные действия], а мне нужно [что я делаю с результатом].»
Опишите день, а не список функций
Если вам трудно сформулировать, что вы хотите, попробуйте описать, как выглядит обычный день с этим инструментом.
Например: «Каждое утро я открываю приложение и вижу, у каких клиентов сегодня сессии. Когда новый клиент заполняет анкету, она появляется в моей очереди. Я её просматриваю, назначаю клиенту пакет, и система отправляет ему приветственное письмо со ссылкой для входа. В конце недели я выгружаю отчёт об отработанных часах по каждому клиенту.»
Это даёт ИИ нарратив, которому можно следовать. Он понимает поток, последовательность, связи между вещами. «Анкета ведёт к очереди, очередь к назначению, назначение к письму» гораздо полезнее плоского списка функций, потому что говорит ИИ, как части соединяются.
Попробуйте написать три-четыре предложения, описывающих типичный рабочий процесс от начала до конца. Вы удивитесь, насколько это формирует результат.
Будьте конкретны насчёт чисел и правил
ИИ-конструкторы хорошо генерируют структуру, но они не могут угадать ваши бизнес-правила. Когда есть число, лимит или условие, которое важно, — скажите об этом.
- «Приёмы длятся 30, 60 или 90 минут» — а не «у приёмов разная длительность»
- «Клиенты могут перенести запись не позднее чем за 24 часа до сессии» — а не «клиенты могут переносить запись»
- «Бесплатный тариф позволяет 5 проектов» — а не «у бесплатного тарифа есть ограничения»
- «Счета подлежат оплате в течение 30 дней, и я начисляю 1,5 % в месяц за просрочку» — а не «мне нужны счета»
Каждый раз, когда вы пишете расплывчатое требование, ИИ заполняет пробел догадкой. Иногда он угадывает верно. Часто — нет. Конкретика предотвращает несоответствия.
Полезное упражнение: перечитайте своё описание и поищите любое слово, которое для разных людей может значить разное. «Небольшая команда» — это 3 человека или 30? «Доступные цены» — 5 $/месяц или 50 $/месяц? «Быстрый срок» — в тот же день или на той же неделе? Замените эти слова реальными числами.
Показывайте, а не только рассказывайте
Если у вас есть примеры того, что вы пытаетесь заменить или повторить, упомяните их.
«Что-то вроде Calendly, но для грумеров — клиенты выбирают услугу (купание, стрижка, полный груминг), выбирают слот и добавляют заметки о темпераменте своей собаки» даёт ИИ конкретную точку отсчёта. Он знает общую форму (инструмент записи) и конкретные отличия (типы услуг, заметки про питомца).
Можно также сослаться на приложения, которыми вы пользуетесь сегодня: «Сейчас я всё веду в Google Таблице со столбцами для имени клиента, статуса проекта, дедлайна и заметок. Хочу ту же информацию, но в настоящем приложении, где можно фильтровать по статусу и получать оповещения о приближающихся дедлайнах.»
Чем конкретнее ваша отсылка, тем меньше раундов правок вам понадобится. Отсылки дают ИИ точку старта — ему не нужно изобретать всю концепцию с нуля, лишь адаптировать понятный шаблон под ваши особенности.
Не переусердствуйте с описанием интерфейса
Вот неинтуитивный момент: не тратьте слишком много времени на описание того, как всё должно выглядеть. Цвета, расположение кнопок, выбор шрифтов — это детали, которые легко поменять потом, но трудно хорошо задать словами.
Что важнее — это информационная архитектура, то есть какие данные где появляются.
Вместо «хочу синюю боковую панель с иконками для каждого раздела и колокольчик уведомлений в правом верхнем углу» попробуйте: «На главном экране должны быть на видном месте сегодняшние приёмы. Мне нужно из любого места приложения попадать в профили клиентов, прошлые приёмы и отчёты по выручке.»
ИИ примет разумные дизайнерские решения. Цвета, вёрстку и стиль можно подправить последующими запросами. Но не те данные не на той странице исправить труднее, чем неправильный оттенок синего.
Стройте кусками, а не всё сразу
Вам не нужно описывать всё приложение в одном запросе. На деле начинать с малого обычно даёт лучшие результаты.
Начните с основного рабочего процесса — той единственной вещи, которую это приложение обязано делать. Доведите её до работы и нужного вида. Потом добавляйте слои: «Теперь добавь страницу профиля клиента, показывающую историю его записей.» Потом: «Добавь недельный график выручки на дашборд.»
В каждом раунде у ИИ есть контекст того, что он уже построил. Он знает вашу модель данных, ваших пользователей, вашу терминологию. Дополнения естественно вписываются в существующую структуру, а не проектируются в отрыве.
Реальный пример: допустим, вы строите клиентский портал. Начните с «мне нужна страница, где клиенты могут видеть свои предстоящие приёмы и при необходимости отменять их». Доведите её до работы. Потом попросите «страницу, где я вижу всех клиентов и фильтрую по активным и неактивным». Потом «добавь функцию сообщений, чтобы я мог отправлять обновления отдельным клиентам из их профиля». Три запроса, каждый на основе предыдущего, и каждый легко даётся ИИ верно, потому что контекст уже на месте.
Говорите, чего быть не должно
Описывать пограничные случаи и ограничения так же важно, как описывать счастливый сценарий.
- «Клиенты не могут записаться менее чем за 4 часа»
- «Только я могу удалять приёмы — клиенты могут лишь отменять»
- «Не показывай данные по выручке никому, кроме администраторов»
- «Если кто-то не заходил 30 дней, помечай его как неактивного, но не удаляй учётную запись»
Без этих ограничений вы получаете приложение, которое идеально работает в демо и ломается в первый же день, когда им воспользуется реальный клиент. Разработчик на встрече по планированию спросил бы: «А что будет, если кто-то попытается записаться в полночь?» ИИ не спросит — поэтому отвечать на такие вопросы нужно вам, прежде чем они возникнут.
Настоящий навык — это ясное мышление
Получать хорошие результаты от ИИ-конструктора — не про изучение особого синтаксиса запросов. Это про ясное обдумывание того, что вам нужно, ещё до того, как вы начнёте печатать.
Фитнес-тренер, с которой мы говорили, потратила три раунда на переписку с ИИ-конструктором, пытаясь довести своё приложение для учёта клиентов. На четвёртой попытке она потратила десять минут на то, чтобы записать, что именно происходит, когда регистрируется новый клиент, — анкета, первичная оценка, назначение программы, недельная сверка. Она передала этот нарратив ИИ и получила работающее приложение с первого раза.
Разница была не в лучшем инструменте и не в волшебной фразе. Она просто знала, что хочет, и сказала это прямо. Большинство из нас не до конца понимают, чего хотят, пока не попытаются объяснить это кому-то — или чему-то — ещё. Это не ограничение ИИ-конструкторов. Так устроено мышление.
Попробуйте прямо сейчас
Выберите один процесс, который вы делаете регулярно, — что-то отслеживаете, планируете, собираете информацию от людей. Напишите три предложения, описывающих, кто что делает и что происходит дальше. Потом передайте это ИИ-конструктору приложений и посмотрите, что получится.
Вы можете удивиться, насколько близок первый результат, когда начинаешь с ясности, а не с ключевых слов.