Делайте меньше UI: где AI должен заменять лишние экраны

Почему лишние экраны создают больше работы

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

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

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

Обучение быстро усложняется, когда в продукте слишком много нестандартных сценариев. Новым сотрудникам приходится не только осваивать саму работу. Они учат, где находится каждая страница, в каком порядке их открывать и какие поля важны только в отдельных случаях. Они делают шпаргалки, держат заметки в чате и спрашивают: «Какой экран мне использовать в этот раз?» Это уже проблема дизайна.

Когда продукт кажется тяжелее самой задачи, пользователи начинают обходить его. Они пропускают поля, вставляют один и тот же текст снова и снова, ведут параллельные таблицы или просят кого-то другого закончить неудобную часть. Некоторые команды вообще переносят работу обратно в почту, потому что email кажется быстрее официального процесса. Именно эта скрытая работа часто и есть настоящая цена лишнего UI.

Команды, которые растут, сталкиваются с этим постоянно. Экранов становится больше, а сама работа понятнее не становится. Часто лучше убрать страницу, оставить пользователя в одном месте и позволить AI сделать грязную подготовительную работу в фоне.

Признаки того, что экран не нужен

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

Слабые экраны часто содержат одно маленькое решение: одобрить или вернуть, выбрать шаблон, подтвердить дату. Если человек проводит там пять секунд, обычно лучше сработают пошаговая форма, встроенная подсказка или действие с поддержкой AI, а не отдельная полноценная страница.

Смотрите на то, что люди реально делают, а не только на то, что написано в спецификации. Если они останавливаются и спрашивают коллегу: «Какую кнопку тут нажать?», значит, дизайн уже не сработал. Экран, который зависит от негласных знаний команды, обычно прячет более простой шаблон.

Еще один признак — повторяющийся ввод. Если одни и те же поля появляются в одном и том же порядке каждый раз, система должна заранее подставлять большую часть данных и спрашивать только то, что изменилось. Это уменьшает количество кликов и ошибок. И делает правило «делайте меньше UI» не лозунгом, а практическим подходом.

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

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

Быстрая проверка помогает:

• Уберите страницу, если она в основном просто переводит работу из одного статуса в другой.
• Объедините ее с предыдущим шагом, если пользователи обычно меняют только одно поле.
• Начинайте с комментариев или контекста, если поле для заметки важнее самой формы.
• Пересмотрите дизайн, если менеджерам приходится объяснять эту страницу каждую неделю.

Хороший UX не поощряет лишние экраны. Он оставляет те страницы, которые помогают сравнивать варианты, думать внимательно или замечать риск, и убирает те, что просто двигают процесс дальше.

Выбирайте более простой шаблон

Когда задача выглядит запутанной, команды часто отвечают на это новым UI. Обычно это неверное решение. Лучший шаблон зависит от того, как устроена сама работа.

Используйте пошаговую форму, если люди вводят короткие и предсказуемые данные. Если одни и те же несколько полей повторяются каждый раз, особый сценарий только добавляет клики и сомнения. Пошаговая форма может задавать по одному вопросу, заранее подставлять известные данные и позволять AI превращать черновые заметки в аккуратную структуру. Запросы на возврат, формы приема и баг-репорты обычно хорошо подходят под этот шаблон.

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

Действия с поддержкой AI подходят для задач, где следующий шаг очевиден, но на подготовку уходит время. AI может написать первый ответ, предложить теги, кратко изложить суть кейса или подготовить следующий статус тикета. Человек по-прежнему решает, что отправлять или утверждать. Так контроль остается у человека, а проблема пустого экрана исчезает.

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

Рабочее правило простое: если задача повторяется, упрощайте ее. Если задача сильно меняется от случая к случаю, дайте людям больше места для проверки и редактирования. Команды, которые делают меньше UI, часто получают лучший UX, потому что пользователи тратят меньше времени на управление экранами и больше — на завершение работы.

Какие задачи может взять на себя AI

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

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

Хорошо подходят и краткие сводки по истории. Люди теряют время, открывая пять вкладок, чтобы ответить на один простой вопрос. AI может превратить длинную цепочку заметок, сообщений, заказов или тикетов в короткое резюме, чтобы следующий человек начинал с фактов, а не с поиска по следам.

Черновики тоже экономят больше времени, чем многие ожидают. AI может предложить ответ, выбрать метку или подсказать следующий шаг на основе похожих случаев. Человеку все равно нужно это проверить, особенно если важны тон, риск или деньги, но редактировать хороший черновик быстрее, чем начинать с пустого поля.

Очереди на проверку часто лучше сложных кастомных потоков. Если десять элементов следуют одному и тому же шаблону, AI может собрать их в одну очередь и показать общую причину, уровень уверенности и рекомендуемое действие. Обычно это лучше, чем проводить сотрудников через десять почти одинаковых экранов.

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

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

Как пошагово сократить процесс

Раздутые процессы обычно начинаются с одного плохого предположения: каждому исключению нужен свой экран. Это почти никогда не так. Меньшие потоки работают лучше, если сначала описать решения, а уже потом проектировать UI.

Начните с реальной задачи, а не с текущих страниц. Возьмите одну типовую работу — например, согласование возврата, назначение бага или проверку потенциального лида. Запишите каждое решение, которое человек принимает по порядку. Формулируйте просто: принять или отклонить, высокий или низкий приоритет, готово сейчас или нужна дополнительная информация.

Когда точки принятия решений становятся видны, лишний UI заметить проще. Многие экраны собирают данные, которыми никто не пользуется. Некоторые поля существуют только потому, что их было легко добавить, а не потому, что они реально помогают выбрать следующий шаг.

Простой способ сократить процесс такой:

1. Запишите каждое решение по порядку.
2. Отметьте те немногие данные, которые бизнес действительно нужен для каждого шага.
3. Уберите поля, которые не меняют результат.
4. Перепишите расплывчатые шаги в виде понятных подсказок с ясным выбором.
5. Проверьте уменьшенную версию на одной реальной задаче от начала до конца.

Четвертый шаг важнее, чем многим кажется. Поля со свободным текстом выглядят гибкими, но слишком много мышления перекладывают на пользователя. Пошаговая форма может спросить: «В чем проблема?» — и предложить короткий набор вариантов. Действие с поддержкой AI может заранее подставить вероятного владельца, приоритет и следующий шаг. Пользователь остается в контроле, но перестает делать канцелярскую работу.

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

Вот что на практике значит «делать меньше UI». Вы не прячете сложность. Вы убираете с дороги рутинную сортировку, поиск данных и заполнение форм.

Запустите уменьшенный процесс с реальным человеком и реальным кейсом. Посмотрите, где он останавливается, перечитывает текст или открывает другой инструмент ради контекста. Сначала исправляйте именно эти моменты. Обычно именно там лишний экран пытался скрыть путаницу вместо того, чтобы ее решить.

Реальный пример из команды поддержки

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

Такой дизайн выглядит основательно. Но по сути это лишняя нагрузка. Сотрудник тратит время на поиск фактов, которые система уже знает, а потом переносит их в другой экран только ради движения кейса вперед.

Лучшее решение — оставить сотрудника на одной пошаговой форме. Когда тикет открывается, AI подтягивает историю заказа, события доставки, прошлые обращения и заметки по политике, которые относятся именно к этому заказу. Сначала экран показывает полезные факты: дату покупки, стоимость товара, дату доставки, причину обращения и сведения о прошлых возвратах.

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

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

Это предложение — не последнее слово. Сотрудник может его изменить. Но большая часть рутинного мышления уже сделана, а это за день экономит удивительно много времени.

Менеджерам не нужно проверять каждый случай. Им достаточно видеть очередь исключений: дорогие заказы, повторные обращения от одного и того же клиента, конфликты с правилами или случаи, где доказательств мало. Так менеджеры тратят время на те немногие тикеты, где действительно нужно решение, а не на формальное одобрение очевидных случаев.

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

Ошибки, из-за которых продукт становится хуже

Сокращение экранов может пойти не так, если вместе с ними убрать и ясность. Это самый быстрый способ превратить более простой продукт в опасный.

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

Другая ошибка — считать результат AI окончательным по умолчанию. Черновики, сводки, решения по сортировке и предложения по ответам нуждаются в точках проверки, которые соответствуют уровню риска. Сотрудник поддержки может быстро прочитать ответ перед отправкой. Менеджер по финансам должен утверждать возврат. В медицине или праве контроль должен быть еще строже. Чем больше вреда может нанести неверный ответ, тем заметнее должна быть проверка.

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

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

Некоторые решения вообще не должны становиться полностью автоматическими. AI может сортировать, писать черновики и предлагать варианты, но не должен принимать окончательное решение о найме, увольнении, подозрении на мошенничество, вопросах безопасности или закрытии аккаунта без участия человека. Хорошие продукты экономят время. Но они не убирают человеческое решение там, где оно важно.

Быстрая проверка перед тем, как делать еще одну страницу

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

Посмотрите на задачу так, как будто делаете ее впервые и немного спешите.

• Если человеку нужно пройти три маленьких шага, чтобы отправить один запрос, объедините их в одну пошаговую форму.
• Если первая версия работы следует шаблону, пусть AI подготовит черновик, а человек его отредактирует.
• Если задача в основном состоит в сортировке, подтверждении или маршрутизации, используйте очередь вместо отдельной страницы.
• Если важны редкие случаи, оставьте один понятный запасной путь, чтобы люди не застревали.
• Если новому сотруднику нужны дополнительные заметки, чтобы закончить задачу, значит, процесс просит слишком многого.

Многие продукты делят одну простую поддержку на отдельные страницы для приема, классификации, черновика ответа, эскалации и проверки. На макете это может выглядеть аккуратно, но реальную работу замедляет. Один рабочий экран часто может делать ту же задачу: запрос приходит, AI предлагает категорию и первый ответ, а сотрудник либо отправляет его, либо редактирует, либо передает на проверку.

Этот запасной путь очень важен. AI может справляться с рутинным шумом, но пользователям нужен один безопасный выход, когда черновик неверен, запрос необычен или клиент раздражен. Сделайте этот путь легко заметным. Не прячьте его за лишними состояниями или скрытыми меню.

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

Что делать дальше

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

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

Небольшой пилот обычно лучше полного переделывания.

• Опишите workflow простым языком на одной странице.
• Отметьте каждый шаг как решение, ввод данных, проверка или исключение.
• Замените один низкорисковый шаг пошаговой формой, очередью или действием с подсказкой.
• На время теста оставьте старый путь для крайних случаев.
• Сравните новый путь с исходным через неделю или две.

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

Хорошее место для старта — узкий пилот в поддержке. Возьмите один поток приема. Пусть AI кратко изложит проблему, предложит категорию, подготовит ответ и уточнит недостающую деталь через пошаговую форму. Если для редких случаев сотрудникам все же нужна полноценная страница, оставьте ее. Для большинства тикетов она не понадобится.

Если вам нужен второй взгляд до того, как тратить время команды разработки, Oleg Sotnikov на oleg.is работает со стартапами и небольшими командами над проектированием workflow, AI-first разработкой программного обеспечения и поддержкой в формате Fractional CTO. Короткий разбор обычно помогает понять, где AI должен заменить экраны, а где полноценный UI все еще нужен.

Следующая неделя важнее идеального плана. Выберите один workflow, измерьте его, протестируйте один более простой шаблон и посмотрите, что люди перестанут делать.