Чому ваш перший застосунок на ШІ має бути негарним
Якщо ваш перший проєкт у конструкторі застосунків на ШІ виглядає сируватим, це функція, а не баг. Ось чому шліфування — неправильна річ для оптимізації на старті, і за чим гнатися натомість.
Коли хтось уперше користується конструктором застосунків на ШІ, він зазвичай робить одне з двох. Він або приймає першу річ, яку дає ШІ, і випускає її, або витрачає три дні, доводячи кнопки до точно правильного відтінку індиго, перш ніж перевірив, чи хтось узагалі хоче цю річ.
Друга група набагато поширеніша, і це дорожча помилка. Цей допис — про те, чому ваш перший застосунок на ШІ має бути трохи негарним навмисно.
Пастка шліфування
Є особливе відчуття, що накриває приблизно за десять хвилин у побудові чогось. Базовий потік працює. Користувач може зареєструватися, зробити річ, побачити результат.
А потім ваше око чіпляється за відступи. Заголовок завеликий. Порожній стан має текст-заповнювач. Екран входу виглядає як екран входу з 2008 року.
Ви просите конструктор застосунків на ШІ виправити відступи. Він виправляє. Тепер кнопка не на місці. Ви просите виправити це. Він виправляє. Тепер анімація модального вікна відчувається дивно на мобільному. Ви проводите наступні дві години, посуваючи речі на піксель за раз.
Проблема не в тому, що шліфування погане. Шліфування чудове — зрештою. Проблема в тому, що шліфування — найвимірніший вид прогресу. Воно видиме. Воно відчувається як робота. І воно майже зовсім не корелює з тим, чи ваш застосунок хороший.
Коли ваш застосунок трохи негарний, ви лишаєтеся сфокусованими на тому, що він робить. Коли ваш застосунок гарний, ви починаєте ставитися до нього так, ніби він готовий.
Річ, яку вам насправді треба знати
Ви не будуєте застосунок. Ви перевіряєте припущення.
Припущення зазвичай виглядає так: люди, що мають проблему X, користуватимуться інструментом, що робить Y, щоб її виправити. Усе інше — кольори, типографіка, ілюстрації порожніх станів, тур онбордингу — існує, щоб служити цьому припущенню. Якщо припущення хибне, жодне з цього шліфування не має значення. Якщо припущення правильне, у вас купа часу виправити кольори потім.
Мій друг витратив два тижні минулого місяця, будуючи трекер звичок. Не найоригінальніша у світі ідея, але в нього був конкретний підхід: відстежувати звички групами по три, і групи спливають щотижня. Конструктор на ШІ дав йому робочий прототип приблизно за годину. Решту двох тижнів він витратив, роблячи його гарним.
Коли він нарешті показав його людям, зворотний зв’язок був: «Мені подобається, але я б ніколи не використовував три за раз». Його основне припущення було хибним. Гарна версія була хибною точно так само, як негарна версія була хибною. Він просто витратив десять зайвих днів, шліфуючи неправильну відповідь.
Як виглядає «достатньо негарний»
Негарний не означає зламаний. Він означає навмисно недодекорований. Кілька маркерів застосунку, що на правильному рівні негарного для першої збірки:
- Типова тема робить більшість візуальної роботи. Якщо конструктор на ШІ постачався з розумними дефолтами, ви їх ще не торкалися.
- Порожні стани — простий текст. Без ілюстрацій, без «Схоже, тут поки нічого немає 🎉». Просто «Немає елементів».
- Фавікон — типовий. Те саме з логотипом, якщо він є. Вордмарк типовим шрифтом достатньо.
- Потік автентифікації — той, що дав конструктор. Не брендований. Не кастомний. Функціональний.
- Одна сторінка може бути під’єднана, щоб робити справжню річ. Усе інше може бути заглушкою чи посиланням на Google-форму.
Якщо ви витріщаєтеся на свою збірку й відчуваєте легке збентеження, показуючи її другові, ви, ймовірно, у правильній зоні. Це збентеження корисне — воно штовхає вас говорити про те, що застосунок робить, а не як він виглядає. А це і є розмова, яку вам справді треба провести.
Два види зворотного зв’язку, які дає негарне
Коли ви показуєте комусь відшліфований застосунок, він реагує на шліфування. «О, градієнт гарний». «Мені подобається іконка». Жодне з цього не інформація. Це розмовний еквівалент світської бесіди.
Коли ви показуєте комусь негарний застосунок, ви отримуєте два різні види зворотного зв’язку, обидва корисні:
- «Це розв’язує справжню проблему для мене». Це те, по що ви прийшли. Якщо негарний застосунок отримує цю реакцію, припущення тримається, і у вас є дозвіл шліфувати. Тепер кольори мають значення, бо ви не ставите на те, що кольори витягнуть погану ідею.
- «Я не зовсім розумію, для чого це». Це теж те, по що ви прийшли, хоч і коле. Негарний застосунок виявляє це швидше, бо ніщо не відволікає від основної речі. Гарний застосунок отримав би ввічливий кивок і «виглядає круто», і ви не навчилися б нічого.
Обидві реакції кажуть вам, що робити далі. Відшліфована версія дала б вам думки про товщину шрифта.
«А що, як я хочу показати інвесторам / клієнтам / мамі?»
Розумне занепокоєння. Три речі допомагають.
Перша в тому, що «показати інвесторам» зазвичай далі, ніж відчувається. Більшість людей, що кажуть «мені треба, щоб це виглядало добре, щоб показати інвесторам», насправді не мають зустрічі з інвестором у календарі. У них є туманний майбутній інвестор і дуже реальна теперішня тривога. Туманний майбутній інвестор куди радше побачив би робочий продукт із п’ятьма справжніми користувачами, ніж відшліфований макет без жодного.
Друга в тому, що є різниця між негарним і незавершеним. Негарний застосунок усе одно може відчуватися навмисним — плоскі кольори, системні шрифти, послідовні відступи. Чого ви хочете уникнути — це напівдекорованого: красиво анімованого лендінга перед екраном налаштувань, що все ще показує Lorem Ipsum, чи трьох різних стилів кнопок, бо ви налаштували два й забули третій. Така нерівність читається як «я здався на півдорозі», що набагато гірше за «я ще не почав проєктувати».
Третя в тому, що негарне-навмисно — це жанр. Простотекстові indie-інструменти, брутальний дизайн, естетика «зроблено однією людиною» — це широко поважані образи. Якщо ви хвилюєтеся, що виглядаєте непрофесійно, схиліться до образу навмисно, а не вибачайтеся за нього.
Коли шліфування стає правильним ходом
Є момент, коли негарне перестає бути корисним. Це не конкретна дата — це конкретне відчуття. Ви знатимете, що шліфування — правильний хід, коли:
- У вас невелика кількість справжніх користувачів, що повертаються.
- Ви перестаєте чути «я не розумію, для чого це» й починаєте чути «хотів би я, щоб воно робило X».
- Вас бентежить застосунок у спосіб, що конкретно про те, як він виглядає, а не як він працює.
- Тертя в інтерфейсі спричиняє справжній відтік, а не просто дратує вас естетично.
Коли ви туди дійдете, попросіть конструктор на ШІ зробити прохід дизайну. Оберіть шрифт. Підтягніть відступи. Відшліфуйте порожні стани. Робота, яку ви зробите тоді, винагороджується, бо кожен піксель шліфування лягає на щось, що вже працює.
Перш ніж ви туди дійдете, шліфування — здебільшого прокрастинація в одязі прогресу.
Версія цієї поради, яку ви можете використати сьогодні
Відкрийте свій конструктор застосунків на ШІ й подивіться на те, над чим працюєте. Запитайте себе єдине запитання: якби я дав це одній справжній людині завтра, чи навчився б я чомусь, чого ще не знаю?
Якщо так, вам не треба шліфувати. Вам треба це надіслати.
Якщо ні, розрив зазвичай не в тому, що застосунок надто негарний. Розрив зазвичай у тому, що основний потік ще нічого не робить — у нього є головна сторінка, вхід і три майже функціональні екрани, а річ, яку він мав робити, усе ще TODO. Це частина, яку треба будувати далі. Не кольори.
Ваш перший застосунок на ШІ має бути негарним. Він має виглядати як чернетка. Саме так ви можете сказати, що він усе ще рухається.
Якщо ви раніше в процесі, вам можуть сподобатися яким має бути ваш перший застосунок на ШІ чи як описати те, що ви хочете, конструктору на ШІ.