Внутренние инструменты против клиентских приложений: что и когда собирать (и почему это важно)

Один и тот же ИИ-конструктор приложений может сгенерировать вылизанное приложение для записи ваших фотоклиентов или кривоватую, но горячо любимую замену таблице для вашей операционной команды. Снаружи и то и другое — «приложения». Изнутри это совершенно разные работы, и относиться к ним одинаково — самая частая ошибка, которую я вижу у новых создателей.

Выбор между внутренними инструментами и клиентскими приложениями — это не про то, как приложение выглядит. Это про то, кто что терпит и что происходит, когда что-то ломается. Ошибётесь здесь — и потратите три недели на полировку кнопки, до которой никому в вашей команде дела не было, пока ваши настоящие пользователи натыкаются на баг, из-за которого перестают вам доверять.

Вот как понять, что вы на самом деле собираете, и что меняется, когда вы это знаете.

Аудитория решает почти всё

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

Коллега — это тот, кто обязан пользоваться этой штукой, потому что начальник так сказал. А ещё это тот, кто напишет вам в Slack в 11 вечера, что выпадающий список идёт в неправильном порядке. Он стерпит уродство. Но не стерпит медлительность, потому что пользуется этим сорок раз в день.

Тот же конструктор. Возможно, тот же набор функций. Совершенно разная планка.

Когда вы садитесь за ИИ-конструктор приложений, чтобы описать, чего хотите, самый первый вопрос, на который нужно ответить самому себе: кто пользователь и сам ли он сюда пришёл?

Внутренние инструменты: скорость важнее лоска

Внутренние инструменты живут и умирают по одному критерию: сколько времени они экономят тем, кто ими пользуется.

Знакомая мне управляющая недвижимостью провела два вечера, собирая трекер заявок на обслуживание для своей команды из трёх человек. По любым объективным меркам это уродливо. Кнопки несогласованные. В боковой панели опечатка, которую никто не удосужился исправить. Логотипа нет.

Её команда пользуется им чаще любого другого ПО, что у них есть. Он сэкономил им примерно пять часов в неделю на сообщениях в Slack вида «кто-нибудь уже звонил сантехнику насчёт квартиры 4?». Лоск добавил бы ноль часов ценности.

Три черты, которые я вижу в хорошо собранных внутренних инструментах:

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

Если вы собираете для своей команды, делайте сильную ставку на «уродливо и полезно». Сопротивляйтесь желанию добавить маркетинговую страницу, экран настроек или красивый пустой экран. Ничего из этого не отрабатывает своё место.

Клиентские приложения: скучные края — это и есть продукт

Клиентские приложения — это в основном края. Процесс входа. Онбординг. Что происходит, когда карту отклоняют. Письмо, которое уходит при сбросе пароля. Экран, который человек видит, впервые открыв приложение, когда в нём ещё ничего нет.

Ничто из этого — не та функция, от которой вы загорелись. Но именно по всему этому клиент вас и судит.

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

• Письмо для подтверждения улетело в спам.
• После подтверждения приложение бросало пользователя в пустой дашборд без инструкций.
• Кнопка «создайте первый счёт» оказывалась ниже видимой области на 13-дюймовом ноутбуке.

На той неделе зарегистрировались три клиента. Ни один не создал счёт. Продукт работал. Обёртка вокруг него — нет.

Для клиентских приложений грубое правило такое: тратьте половину усилий на ту часть, которая не является основной функцией. Онбординг, состояния ошибок, процессы оплаты, настройки аккаунта, почта поддержки. Вот это и есть продукт, даже если так не ощущается.

Как понять, что именно вы собираете

Выбор между внутренними инструментами и клиентскими приложениями проще, чем кажется, стоит задать несколько диагностических вопросов:

Кто за это платит? Если ответ «компания, в которой я работаю, как часть накладных расходов» — это внутренний инструмент. Если ответ «пользователь, лично, своей картой» — это клиентское приложение. Промежуточный случай — платит ваш начальник, но ваш начальник и есть клиент — обычно всё равно тянет к ожиданиям клиентского приложения.

Что будет, если оно час полежит? Внутренний инструмент: кто-то раздражён. Клиентское приложение: кто-то уходит. Радиус поражения от бага совершенно разный.

Сколько у него вообще когда-либо будет пользователей? От пяти до пятидесяти — это твёрдо внутреннее. От сотни до тысячи уже начинает выглядеть как настоящий продукт. Пять тысяч и больше — значит, вы софтверная компания, хотели вы того или нет.

Будет ли у пользователей выбор? Внутренние инструменты обязательны. Клиентские приложения добровольны. Добровольные пользователи уходят в тот момент, когда что-то их раздражает.

Если вы не можете ясно ответить на эти вопросы, вы не знаете, что собираете, и ИИ-конструктор не поможет вам сойтись к результату.

Скрытая ловушка: инструменты, которые становятся продуктами

Вот где становится интересно. Самые успешные инди-продукты, что я знаю, начали жизнь как внутренние инструменты. Кто-то собрал штуку для своей команды, команда показала её другу, друг захотел такую же — и вот уже появился клиент.

Это отличная история. И это же момент максимальной опасности, потому что в ту секунду, как вы берёте с кого-то деньги, планка подскакивает за одну ночь. Уродливая боковая панель, которую терпела ваша команда, теперь риск оттока. Обработка ошибок в стиле «напиши разработчику в Slack» теперь кошмар поддержки.

Если вы переходите этот мост с ИИ-конструктором приложений, отнеситесь к этому как к настоящему переходу. Потратьте неделю — как минимум неделю — на скучные края. Онбординг. Пустые состояния. Первые пять минут после регистрации. Сообщения об ошибках, которые сами себя объясняют. Не продвигайте инструмент, пока эта работа не сделана.

Хорошая новость в том, что ИИ-конструкторы сделали этот переход дешевле, чем раньше. Работа по полировке, которая раньше занимала месяц с фрилансером, теперь — несколько удачных сессий промптинга и немного терпения.

Вопрос, с которым стоит посидеть

Весь вопрос «внутренние инструменты против клиентских приложений» сводится к одному промпту для самого себя, прежде чем описать идею ИИ-конструктору: это инструмент, которым пользуюсь я, или продукт, который я предлагаю?

Ответ меняет промпт. Он меняет то, на что вы тратите время. Он меняет то, что вы игнорируете. И это самый полезный кусочек ясности, который вы можете принести в сборку.

Если вы сомневаетесь, на какой вы стороне, наш материал про то, каким должно быть ваше первое приложение на ИИ — хорошее дополнение к этому чтению. Большинство первых приложений должны быть инструментами. Вторых — тоже. Клиенты приходят позже, и приходят легче, когда вы уже накачали мышцу, собирая то, что приходилось терпеть только вашей команде.