Готовий до демо проти готового до продакшену: коли ваш застосунок на ШІ справді готовий до реальних користувачів
Більшість застосунків на ШІ чудово виглядають у демо й тріщать перед третім справжнім користувачем. Ось як зрозуміти, на якому ви боці, і як закрити цей розрив без розробника.
З кожним конструктором застосунків на ШІ настає момент, коли річ, яку ви зібрали, починає виглядати справжньою. Сторінка завантажується, кнопки працюють, форма приймає ввід, а дані з’являються там, де мають. Ви клікаєте по застосунку й почуваєтеся засновником. Це гарне відчуття. І це водночас місце, де багато хто застрягає, — бо розрив між «це працює, коли я показую демо» і «це працює, коли користується незнайомець» більший, ніж здається, і цей розрив не видно в панелі попереднього перегляду конструктора на ШІ.
Цей допис — про те, як закрити цей розрив свідомо. Вам не треба ставати інженером, щоб це зробити. Вам треба знати, що тестувати, у якому порядку й коли перестати називати щось прототипом.
Що насправді означає «готовий до демо»
Готовий до демо застосунок на ШІ робить те, що ви хотіли, тим шляхом, на якому ви його тестували, з даними, схожими на ті, що ви вставляли у промпти. Вхід працює. Дашборд завантажується. Те, що ви хотіли показати співзасновнику, на екрані.
Готовий до демо — це немало. Чотири місяці тому те, що ви зібрали, було б замовленням фрилансеру й шеститижневим терміном. Але це також версія вашого застосунку, протестована вами, наодинці, на щасливому шляху. Справжні користувачі на щасливому шляху не лишаються.
Вони вставляють e-mail із зайвим пробілом у кінці. Вони використовують Safari на iPad у горизонтальному режимі. Вони заходять на мобільному інтернеті й дають сторінці повисіти наполовину завантаженою тридцять секунд, перш ніж торкнутися кнопки. Вони очікують, що «назад» працюватиме, і очікують, що оновлення не загубить нічого, що вони набрали.
Причина, чому демо оманливі, не в тому, що ШІ зібрав щось фейкове. Вона в тому, що людина, яка проводить демо, знає, де поховані скелети. Ви інстинктивно клікаєте кнопки, що працюють. Справжній користувач клікає ті, про які ви забули, що вони існують.
П’ять речей, що тріщать першими
Серед людей, яких я спостерігав на шляху від демо до запуску з конструкторами на ШІ, одні й ті самі п’ять речей зазвичай ламаються першими під справжніми користувачами. Свідомо пройтися ними — найшвидший спосіб рухатися до готовності до продакшену.
1. Порожній стан. Ваш дашборд чудово виглядає з трьома проєктами, бо ви використовували три проєкти, поки будували. Новий користувач реєструється, потрапляє на дашборд із нулем чого завгодно й бачить порожній сірий прямокутник. Виправлення — один промпт: «Коли в користувача нуль проєктів, покажи дружнє повідомлення, що пояснює, що робити далі, і кнопку, щоб створити перший». Нудно, десять секунд роботи, а це різниця між «це зламано» і «це корисно».
2. Стан помилки. Спробуйте просто зараз: вимкніть wifi і поклікайте по застосунку. Введіть навмисно неправильний пароль. Надішліть форму з порожнім полем e-mail. Якщо ваш застосунок падає, зависає чи показує сиру помилку на кшталт 500 Internal Server Error, у вас проблема зі станом помилки. Конструктор на ШІ може це виправити, але ви маєте запитати: «Що станеться, коли виклик API провалиться? Коли користувач введе погані дані? Коли він офлайн?» Це три окремі промпти, і вони покривають більшість способів, якими справжні користувачі вскакують у халепу.
3. Мобільний вигляд. Приблизно половина ваших перших користувачів — можливо, більше, залежно від того, що у вас за застосунок, — відкриє його на телефоні. Конструктори на ШІ добре справляються з адаптивним дизайном для стандартних макетів і погано для нестандартних, особливо для всього, що містить бічну панель, липке модальне вікно чи складну форму. Відкрийте свій застосунок на телефоні, іншим великим пальцем, так, як ним користується справжня людина. Якщо щось виходить за межі екрана, щось замале, щоб точно по ньому влучити, чи щось перекриває клавіатуру, коли ви намагаєтеся набирати, — це треба виправити. Зазвичай один промпт: «Зроби так, щоб ця сторінка виглядала правильно на екрані телефона, особливо [те, що зламано], — десктопну версію залиш без змін».
4. Проблема «другого користувача». Ось підступна штука. Багато застосунків на ШІ припускають одного користувача. Дані, які ви створюєте, лишаються в застосунку. Потім реєструється другий користувач і або бачить ваші дані, або не бачить жодних даних і дуже бентежиться. Це питання автентифікації й розмежування даних, і його варто поставити ШІ, щоб він пояснив, як зберігає дані користувачів, перш ніж ви запуститеся. Правильне формулювання: «Поясни, як розділяються дані користувачів. Якщо зареєструються двоє людей, чи може один бачити дані іншого?» Відповідь — і є тестом.
5. Кнопка «я передумав». Справжні користувачі постійно скасовують речі. Вони видаляють щойно створений акаунт, бо ввели неправильний e-mail. Вони відписуються за дві хвилини після підписки. Вони хочуть відредагувати проєкт, який зробили вчора, бо в назві помилка. Конструктори застосунків на ШІ, полишені на себе, будують шлях створення й пропускають шлях редагування-чи-видалення — бо демо лише просило їх створювати речі. Якщо ви запуститеся з цим розривом, ваші перші троє користувачів напишуть вам протягом години, і лист почнеться зі слова «Як». Пройдіться застосунком і питайте для кожного екрана: «Чи може користувач скасувати те, що щойно зробив, або змінити це пізніше?» Усюди, де відповідь — ні, це функція, яка потрібна вам до запуску.
Що НЕ означає «готовий до продакшену»
Готовий до продакшену для застосунку на ШІ — не те саме, що готовий до продакшену в банку. Вам не потрібні 99,99% аптайму. Вам не потрібне навантажувальне тестування. Вам не потрібен ранбук чи чергування на дзвінку. Ви не Stripe, ви маленька річ, що обслуговує реальних людей.
Що вам справді потрібно — це збірка, яка не осоромить вас перед незнайомцем. Це досяжно за один-два зосереджені дні, щойно ви знаєте, на що дивитися. П’ять пунктів вище — це більшість справи. Решта — зробити застосунок зрозумілим: чіткий текст на кожній кнопці, передбачувана поведінка при кліку, жодних сторінок, що заходять у глухий кут на стрілці «назад», яка не працює.
Найбільший стрибок від готовності до демо до готовності до продакшену не в коді. Він у вашій готовності користуватися власним застосунком так, як це робив би незнайомець. Трюк, який я раджу людям: дайте свій телефон другові в кав’ярні й попросіть зробити головну справу вашого застосунку, нічого йому не пояснюючи. Не давайте підказок. Дивіться на його палець. Перше місце, де він зупиниться більше ніж на три секунди, — найважливіше, що ви можете виправити цього тижня. Друге й третє місця зазвичай — швидкі дороблення.
Невеликий чекліст перед запуском
Перш ніж випускати застосунок для перших десяти справжніх користувачів, пройдіться цим чеклістом. Нічого з нього не вимагає писати код. Усе — це або промпт до конструктора на ШІ, або ручний прохід кліками.
- Я зареєструвався як абсолютно новий користувач із вікна приватного перегляду, від кінця до кінця, без жодних скорочень.
- Я скористався застосунком на своєму телефоні.
- Я спробував зламати форми — порожні поля, дивні вводи, дуже довгі вводи.
- Я запитав конструктор на ШІ, як розділяються дані користувачів, і відповідь має сенс.
- У мене є спосіб зв’язатися з користувачами, якщо щось піде не так (поле e-mail, посилання на зворотний зв’язок, будь-що).
- У мене є спосіб дізнатися, коли щось уже пішло не так — конструктор на ШІ зазвичай пропонує базове логування помилок; увімкніть його.
- Порожній стан кожної сторінки каже користувачу, що робити далі.
- Кожна дія, що щось створює, має спосіб скасувати, відредагувати чи видалити це.
Якщо ви пройдетеся цим списком і кількох пунктів бракує, це завтрашні промпти. Якщо ви пройдетеся й більшості бракує, застосунок ще не готовий — і це корисно знати, перш ніж надсилати комусь посилання.
Чесна золота середина
Більшість застосунків на ШІ якийсь час живуть у середній зоні. Вони здебільшого працюють. У них кілька шорстких країв. Вони добре обслуговують невелику групу користувачів і тріщали б під масштабом. Це нормальне місце для стартапу чи внутрішнього інструмента, де можна жити місяцями. Помилка — ставитися до готового до демо застосунку так, ніби він уже минув цю зону. Інша помилка — ставитися до готовності до продакшену як до перфекціоністського стандарту, якого ніколи не досягти.
Справжнє запитання: чи було б мені комфортно, якби друг скористався цим і доповів про враження? Якщо так, ви достатньо готові до продакшену для свого етапу. Якщо ви радше кинулися б щось виправляти, перш ніж він скаже, що думає, запишіть цю річ і виправте її першою.
Вам не треба бути готовими до десяти тисяч користувачів. Вам треба бути готовими до наступних десяти. Це реальний, скінченний список виправлень, і ваш конструктор на ШІ може допомогти зробити більшість із них за один день.
Якщо ви випускали застосунок на ШІ для справжніх користувачів, що першим зламалося такого, чого ви не передбачили? Це зазвичай цікавіше запитання, ніж «чи готовий мій», — бо саме несподіванка і є справжнім сигналом.