Одержимы ли дизайнеры совершенством деталей?

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

Именно здесь платформы, такие как Adalo (Adalo — это конструктор приложений без кода для веб-приложений на базе данных и нативных приложений iOS и Android — одна версия на всех трёх платформах, опубликованная в Apple App Store и Google Play), меняют разговор. Позволяя дизайнерам самостоятельно создавать функциональные приложения, Adalo устраняет трение между прототипом и реальностью — дав дизайнерам прямой контроль над тем, какие детали попадут в финальный продукт.

Но независимо от того, над каким дизайн-проектом вы работаете, есть злой четырёхголовый монстр, скрывающийся за этим вниманием к деталям: деньги, время, люди и пространство.

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

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

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

Я испытал эту боль на собственном опыте. После 7 лет дизайн-школы я стал единственным UX-дизайнером в команде из примерно 30 разработчиков в компании с около 60 сотрудниками. Как только я разобрался с делами, я начал бороться за каждую деталь дизайна. Вскоре эта одержимость (читай: внимательность) к деталям заработала мне прозвище «Пиксельный принц». Какое-то время я носил это как знак отличия. Я говорил себе, что борюсь за лучший возможный опыт для наших пользователей.

Со временем, однако, борьба дала о себе знать, и я начал задаваться вопросом, стоит ли инвестировать в каждую деталь дизайна...

Васалло предлагает намёк на ответ на более поздних страницах Пути к дизайну (я снова очень рекомендую эту книгу):

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

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

Это ставит нас, дизайнеров, в действительно сложное положение.

Какие детали имеют значение, а какие нет?

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

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

Это хорошо работало для укрепления товарищества в команде, но было бы ужасно, когда я увидел бы готовую функцию в поле с какой-нибудь ужасной деталью...

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

Шаг 1: преимущества — насколько важна эта деталь?

С течением времени я разработал список вопросов, которые я задаю себе, чтобы определить важность этой детали. Каждый ответ оценивается баллом 0, 1 или 2.

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

Ключевые вопросы для рассмотрения включают: Влияет ли эта деталь напрямую на понимание пользователем? Запутанный элемент интерфейса, который заставляет пользователей отказаться от задач, заслуживает оценки 2. Видна ли эта деталь во время критических потоков пользователя? Детали при onboarding или оформлении покупки имеют большее значение, чем те, которые скрыты в экранах настроек. Соответствует ли эта деталь основному обещанию вашего бренда? Если вы создаёте премиум-опыт, каждый визуальный элемент имеет вес.

Шаг 2: затраты — как выглядит альтернатива?

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

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

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

Сценарий 2: Даже с учётом новой представленной информации вы по-прежнему считаете, что оригинальный дизайн лучше. В этом случае ваш следующий шаг — рассчитать затраты на выбор этого варианта вместо вашего первоначального желаемого дизайна. Чтобы определить затраты, вам потребуется сложить два числа.

Рассмотрите затраты на реализацию— сколько дополнительных часов или спринтов потребует оригинальный дизайн? Затем оцените качество альтернативы— по шкале от 0 до 2, насколько предлагаемая альтернатива приближается к достижению той же цели пользовательского опыта?

Шаг 3: время решения

Как только вы поймете, насколько важна деталь (преимущества) и поймете альтернативу (затраты), станет просто определить, стоит ли деталь своих усилий — просто сравните две разные итоговые оценки.

Другими словами…

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

Если же деталь не так важна, требует тонну дополнительных усилий, и/или альтернатива вполне хороша, то не стоит отстаивать эту дизайнерскую деталь.

Как современные инструменты меняют уравнение дизайнерских деталей

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

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

Ada, конструктор искусственного интеллекта Adalo, позволяет вам описать то, что вы хотите, и генерирует ваше приложение. Magic Start создает полные основы приложения из описания, а Magic Add добавляет функции на естественном языке.

Рассмотрим подход Adalo: Волшебное начало генерирует полные основы приложений из описаний, автоматически создавая структуры баз данных, экраны и пользовательские потоки. То, что раньше занимало дни планирования, теперь происходит за минуты. Волшебное добавление позволяет добавлять функции, описывая то, что вы хотите, на естественном языке. Нужна система уведомлений для вашего приложения бронирования? Опишите её, и платформа создаст её.

Это важно для дизайнерских деталей, потому что разговор о «затратах» полностью меняется. Когда менеджер проекта говорит «у нас нет ресурсов», дизайнер, использующий эти инструменты, может ответить: «Я могу реализовать это сам за час». Четырёхголовый монстр из денег, времени, людей и пространства вдруг теряет свои зубы.

С более чем 3 миллионами приложений, созданных на платформе, и визуальным конструктором, описываемым как «простой как PowerPoint», Adalo демонстрирует, что дизайнеры не должны жертвовать своим видением, чтобы выпустить продукты. Модульная инфраструктура платформы масштабируется для обслуживания приложений с миллионами ежемесячных активных пользователей, что означает, что детали, за которые вы боретесь сегодня, не станут техническим долгом завтра.

Общая картина

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

Со временем вы начнете видеть, где ваша организация находится на спектре между эффективностью и «идеальным» дизайном. Некоторые компании, такие как Apple, придают огромное значение деталям. Другие компании, такие как Amazon, больше заботятся об эффективности. Важно отслеживать это со временем и работать над тем, чтобы привести вашу организацию туда, где вы считаете, что она должна быть.

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

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

Часто задаваемые вопросы

Почему выбрать Adalo вместо других решений для создания приложений?

Adalo — это конструктор приложений на основе ИИ, который создает истинные нативные приложения iOS и Android вместе с веб-приложениями из одной кодовой базы. В отличие от веб-оболочек, он компилируется в нативный код и публикуется непосредственно в App Store и Google Play Store. С неограниченными записями в базе данных на платных планах и без платежей на основе использования, дизайнеры могут сосредоточиться на совершенствовании деталей, не беспокоясь о затратах на масштабирование.

Какой самый быстрый способ создать и опубликовать приложение в App Store?

Интерфейс перетаскивания Adalo в сочетании с созданием с помощью ИИ позволяет вам перейти от идеи к опубликованному приложению за дни, а не месяцы. Magic Start генерирует полные основы приложений из описаний, а платформа обрабатывает сложный процесс отправки в App Store — сертификаты, профили подготовки и требования магазина управляются автоматически, так что вы можете сосредоточиться на дизайнерских деталях.

Могу ли я легко реализовать дизайнерские детали в моем приложении без кодирования?

Да. Adalo позволяет дизайнерам создавать функциональные приложения самостоятельно, устраняя трение между прототипом и реальностью. Визуальный конструктор был описан как «простой как PowerPoint», а Magic Add позволяет добавлять функции, описывая то, что вы хотите, на естественном языке. Это дает дизайнерам прямой контроль над тем, какие детали попадут в финальный продукт.

Как я решу, какие дизайнерские детали стоит отстаивать?

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

Какие проблемы возникают у дизайнеров при попытке реализовать дизайнерские детали?

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

Как инструменты на основе ИИ могут помочь преодолеть разрыв между дизайном и разработкой?

Платформы на основе ИИ, такие как Adalo, устраняют трение между прототипом и построенной реальностью, позволяя дизайнерам самим создавать функциональные приложения. Функции, такие как Magic Start и Magic Add, резко сокращают время реализации, меняя уравнение затрат в обсуждениях дизайнерских деталей. Когда дизайнеры могут реализовать детали напрямую, во время передачи делается меньше компромиссов.

Должен ли я одержимо относиться к каждой дизайнерской детали в моем приложении?

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

Сколько стоит создать приложение, ориентированное на дизайн?

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