Як описати конструктору на ШІ те, що ви хочете (щоб він справді це побудував)

Ви сідаєте перед конструктором застосунків на ШІ. У вас є ідея — можливо, система запису для вашої студії, трекер клієнтів для вашого фриланс-бізнесу чи внутрішній дашборд, про який команда просить уже місяцями. Ви друкуєте щось на кшталт «побудуй мені застосунок для мого бізнесу» й отримуєте назад… щось, що не зовсім збігається з тим, що у вас у голові.

Проблема не в ШІ. Проблема в тому, що «побудуй мені застосунок для мого бізнесу» дає ШІ приблизно стільки ж, скільки фраза «побудуй мені будинок» дає підряднику. Ви отримаєте будинок. Просто, мабуть, не той, який хотіли.

Ось як описати те, що ви хочете, у спосіб, що справді приведе вас до мети, — без технічної підготовки.

Почніть із Хто, а не з Що

Найпоширеніша помилка людей із цими інструментами — одразу стрибати до функцій. «Хочу сторінку входу, дашборд і екран налаштувань». Це список екранів, а не опис продукту.

Натомість почніть із того, хто цим користуватиметься і чого намагається досягти.

Порівняйте ці два запити:

Розмито: «Побудуй мені застосунок для запису».

Чітко: «У мене фотостудія. Моїм клієнтам треба бронювати онлайн сесії на 60 чи 90 хвилин, обирати з доступних часових слотів і вносити завдаток 50 $ наперед. Мені треба бачити всі бронювання в календарі й отримувати e-mail, коли хтось бронює».

Другий запит каже ШІ точно, хто залучений (ви та ваші клієнти), що вони роблять (бронюють, платять, переглядають) і що важливо (часові слоти, сума завдатку, сповіщення). Цього достатньо, щоб побудувати щось справжнє з першого разу.

Хороший стартовий шаблон: «[Хто я] потребує, щоб [хто мої користувачі] могли [конкретні дії], а мені треба [що я роблю з результатом]».

Описуйте день, а не список функцій

Якщо вам важко сформулювати, що ви хочете, спробуйте описати, як виглядає звичайний день із цим інструментом.

Наприклад: «Щоранку я відкриваю застосунок і бачу, у яких клієнтів сьогодні сесії. Коли новий клієнт заповнює форму запису, вона з’являється в моїй черзі. Я переглядаю її, призначаю йому пакет, і система надсилає йому вітальний e-mail із посиланням для входу. Наприкінці тижня я експортую звіт із відпрацьованими годинами на кожного клієнта».

Це дає ШІ наратив, за яким можна йти. Він розуміє потік, послідовність, зв’язки між речами. «Форма запису веде до черги, що веде до призначення, що веде до e-mail» набагато корисніше за плоский список функцій, бо каже ШІ, як частини поєднуються.

Спробуйте написати три-чотири речення, що описують типовий процес від початку до кінця. Ви здивуєтеся, як сильно це формує результат.

Будьте конкретні щодо чисел і правил

Конструктори на ШІ добре генерують структуру, але не можуть угадати ваші бізнес-правила. Коли є число, ліміт чи умова, що має значення, — назвіть їх.

• «Прийоми тривають 30, 60 чи 90 хвилин» — а не «прийоми мають різну тривалість»
• «Клієнти можуть перенести запис не пізніше ніж за 24 години до сесії» — а не «клієнти можуть переносити»
• «Безкоштовний план дозволяє 5 проєктів» — а не «безкоштовний план має обмеження»
• «Рахунки треба оплатити за 30 днів, і я нараховую 1,5 % місячних відсотків за прострочення» — а не «мені потрібне виставлення рахунків»

Щоразу, коли ви пишете розмиту вимогу, ШІ заповнює пропуск здогадом. Іноді він угадує правильно. Часто — ні. Конкретика запобігає неспівпадінням.

Корисна вправа: перечитайте свій опис і пошукайте будь-яке слово, що може означати різне для різних людей. «Невелика команда» — це 3 особи чи 30? «Доступні ціни» — 5 $/місяць чи 50 $/місяць? «Швидкий результат» — того ж дня чи того ж тижня? Замініть ці слова справжніми числами.

Показуйте, а не лише розповідайте

Якщо у вас є приклади того, що ви намагаєтеся замінити чи відтворити, згадайте їх.

«Щось як Calendly, але для грумерів собак — клієнти обирають послугу (купання, стрижка, повний грумінг), вибирають часовий слот і додають нотатки про темперамент собаки» дає ШІ конкретну точку відліку. Він знає загальну форму (інструмент запису) і конкретні відмінності (типи послуг, нотатки про тварину).

Ви також можете посилатися на застосунки, якими користуєтеся сьогодні: «Зараз я веду все в Google Таблиці зі стовпцями для імені клієнта, статусу проєкту, дедлайну й нотаток. Хочу ту саму інформацію, але в справжньому застосунку, де можу фільтрувати за статусом і отримувати сповіщення, коли наближаються дедлайни».

Що конкретніший ваш орієнтир — то менше раундів правок вам знадобиться. Орієнтири дають ШІ точку відштовхування — йому не треба вигадувати всю концепцію з нуля, лише адаптувати зрозумілий патерн до ваших специфіки.

Не переописуйте інтерфейс

Ось контрінтуїтивна порада: не витрачайте забагато часу на опис того, як усе має виглядати. Кольори, розташування кнопок, вибір шрифтів — це деталі, які легко змінити пізніше, але важко добре описати словами.

Що важливіше — це інформаційна архітектура: які дані де з’являються.

Замість «хочу синю бічну панель з іконками для кожного розділу й дзвіночок сповіщень у правому верхньому куті» спробуйте: «На головному екрані мають бути на видноті сьогоднішні прийоми. Мені треба мати доступ до профілів клієнтів, минулих прийомів і звітів про дохід із будь-якого місця застосунку».

ШІ зробить розумний вибір у дизайні. Ви можете підлаштувати кольори, макети й стилі в наступних запитах. Але отримати неправильні дані на неправильній сторінці важче виправити, ніж неправильний відтінок синього.

Будуйте частинами, а не все одразу

Вам не обов’язково описувати весь застосунок в одному запиті. Насправді старт із меншого зазвичай дає кращі результати.

Почніть з основного процесу — однієї речі, яку цей застосунок абсолютно мусить робити. Зробіть так, щоб вона працювала й виглядала як треба. Потім додавайте шари: «Тепер додай сторінку профілю клієнта, що показує історію його бронювань». Потім: «Додай щотижневий графік доходу на дашборд».

Кожного раунду ШІ має контекст того, що вже побудував. Він знає вашу модель даних, ваших користувачів, вашу термінологію. Доповнення природно вписуються в наявну структуру, а не проєктуються ізольовано.

Реальний приклад: скажімо, ви будуєте клієнтський портал. Почніть із «мені потрібна сторінка, де клієнти можуть бачити свої найближчі прийоми й скасовувати їх за потреби». Зробіть так, щоб це працювало. Потім попросіть «сторінку, де я бачу всіх клієнтів і можу фільтрувати за активними та неактивними». Потім «додай функцію повідомлень, щоб я міг надсилати оновлення окремим клієнтам із їхнього профілю». Три запити, кожен на основі попереднього, кожен легкий для ШІ, бо контекст уже є.

Кажіть, чого не має статися

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

• «Клієнти не можуть бронювати менш ніж за 4 години наперед»
• «Лише я можу видаляти прийоми — клієнти можуть лише скасовувати»
• «Не показуй дані про дохід нікому, крім адміністраторів»
• «Якщо хтось не заходив 30 днів, познач його як неактивного, але не видаляй обліковий запис»

Без цих обмежень ви отримуєте застосунок, що ідеально працює в демо й ламається першого ж дня, коли ним користується справжній клієнт. Розробник на планувальній зустрічі запитав би «що станеться, якщо хтось спробує забронювати опівночі?». ШІ не запитає — тож вам треба відповісти на ці запитання, перш ніж вони виникнуть.

Справжня навичка — це ясне мислення

Отримати хороші результати від конструктора на ШІ — це не про вивчення спеціального синтаксису запитів. Це про ясне мислення щодо того, що вам потрібно, перш ніж почати друкувати.

Фітнес-тренерка, з якою ми спілкувалися, витратила три раунди туди-сюди з конструктором на ШІ, намагаючись правильно зробити свій застосунок для відстеження клієнтів. На четвертій спробі вона витратила десять хвилин, щоб записати точно, що відбувається, коли реєструється новий клієнт, — форма запису, початкова оцінка, призначення програми, щотижнева перевірка. Вона передала цей наратив ШІ й отримала робочий застосунок з одного разу.

Різниця була не в кращому інструменті чи чарівній фразі. Вона просто знала, що хоче, і сказала це прямо. Більшість із нас не до кінця розуміє, чого хоче, доки не спробує пояснити це комусь — чи чомусь — іншому. Це не обмеження конструкторів на ШІ. Це те, як працює мислення.

Спробуйте зараз

Оберіть один процес, який ви робите регулярно, — щось відстежуєте, плануєте, збираєте інформацію від людей. Напишіть три речення, що описують, хто що робить і що відбувається далі. Потім передайте це конструктору на ШІ й подивіться, що повернеться.

Ви можете здивуватися, наскільки близьким буде перший результат, коли ви починаєте з ясності, а не з ключових слів.