Внутрішні інструменти проти застосунків для клієнтів: коли що будувати (і чому це важить)

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

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

Ось як зрозуміти, що ви насправді будуєте, і що змінюється, коли ви це знаєте.

Аудиторія вирішує майже все

Клієнт — це хтось, хто обрав вас. Він міг скористатися конкурентом. Він заплатив вам чи зареєструвався. Він судитиме вас за найелегантнішою річчю, якою він коли-небудь користувався, навіть якщо ваш застосунок коштує $9 на місяць, а той — $90. Він не має терпіння до заплутаного підпису, дивного процесу входу чи порожнього стану, що не каже, що робити.

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

Той самий конструктор. Той самий набір функцій, можливо. Дико різна планка.

Коли ви сідаєте з конструктором застосунків на ШІ описувати, що хочете, найперше запитання, на яке варто відповісти собі: хто користувач і чи обрав він бути тут?

Внутрішні інструменти: швидкість б’є шліфування

Внутрішні інструменти живуть і вмирають за однією річчю: скільки часу вони заощаджують людям, що ними користуються?

Знайома мені управителька нерухомості провела два вечори, будуючи трекер запитів на обслуговування для своєї команди з трьох людей. Він, за будь-яким об’єктивним стандартом, негарний. Кнопки неузгоджені. У бічній панелі є друкарська помилка, яку ніхто не потурбувався виправити. Логотипу немає.

Її команда користується ним більше за будь-який інший софт, який у них є. Він заощадив їм приблизно п’ять годин на тиждень повідомлень у Slack на кшталт «хтось уже дзвонив сантехніку щодо квартири 4?». Шліфування додало б нуль годин цінності.

Три риси, які я бачу в добре зроблених внутрішніх інструментах:

  • Перемагає найкоротший шлях від «хочу зробити X» до «X зроблено». Пропустіть вітальний екран. Пропустіть майстра. Відкривайтеся прямо в річ.
  • Крайні випадки можуть бути негарними. Якщо колега впреться в помилку, він напише вам у Slack. Клієнт просто піде геть.
  • Оновлення приходять щодня, а не релізами. Ви не випускаєте продукт. Ви підправляєте власну майстерню.

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

Застосунки для клієнтів: нудні краї і є продуктом

Застосунки для клієнтів — це здебільшого краї. Процес входу. Онбординг. Що стається, коли картку відхилено. Лист, що йде, коли скидають пароль. Екран, який хтось бачить, уперше відкривши застосунок, коли в ньому ще нічого немає.

Жодне з цього не та функція, через яку ви загорілися. Усе це — те, за чим вас судить ваш клієнт.

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

  • Лист верифікації потрапив у спам.
  • Після верифікації застосунок викидав користувача на порожній дашборд без жодних інструкцій.
  • Кнопка «створити перший рахунок» була нижче лінії згину на 13-дюймовому ноутбуці.

Троє клієнтів зареєструвалися того тижня. Нуль створили рахунок. Продукт працював. Обгортка навколо нього — ні.

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

Як зрозуміти, що ви будуєте

Рішення «внутрішні інструменти проти застосунків для клієнтів» простіше, ніж здається, щойно ви поставите кілька діагностичних запитань:

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

Що станеться, якщо він лежатиме годину? Внутрішній інструмент: хтось роздратований. Застосунок для клієнтів: хтось іде геть. Радіус ураження від бага дико різний.

Скільки користувачів він матиме, коли-небудь? Від п’яти до п’ятдесяти — твердо внутрішній. Від сотні до тисячі починає виглядати як справжній продукт. П’ять тисяч і більше означає, що ви — софтверна компанія, хотіли ви цього чи ні.

Чи матимуть користувачі вибір? Внутрішні інструменти обов’язкові. Застосунки для клієнтів добровільні. Добровільні користувачі йдуть тієї миті, коли щось їх дратує.

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

Прихована пастка: інструменти, що стають продуктами

Ось де стає цікаво. Найуспішніші indie-продукти, які я знаю, починали життя як внутрішні інструменти. Хтось зробив річ для своєї команди, команда показала її другові, друг захотів такий, і ось у вас клієнт.

Це чудова історія. Це також момент максимальної небезпеки, бо тієї миті, коли ви берете з когось гроші, планка піднімається за ніч. Негарна бічна панель, яку терпіла ваша команда, тепер ризик відтоку. Обробка помилок «напиши розробнику в Slack» тепер кошмар підтримки.

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

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

Запитання, з яким варто посидіти

Уся справа «внутрішні інструменти проти застосунків для клієнтів» зводиться до одного промпту для себе, перш ніж описувати ідею конструктору застосунків на ШІ: Це інструмент, яким я користуюся, чи продукт, який я пропоную?

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

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