Как лучше всего просматривать статические мобильные макеты?

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

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

Я вижу три основных варианта.

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

http://www.behance.net/gallery/My-Mobile-Site/7841917

Один экран.
Несколько снимков, отображаемых на одном экране за раз.

введите описание изображения здесь

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

введите описание изображения здесь

Каков ваш вывод?

Кто-нибудь нашел волшебное, универсальное решение? Как вы представляете свои мокапы и почему? Убедите всех нас использовать ваши способы имитации мобильного опыта и навсегда доминировать в догме мокапов!

ПОЯСНЕНИЕ:
Эти композиции — лишь часть процесса: начните с сопоставления данных, потоков страниц, диаграмм описания страниц. Вайрфреймы привносят ощущение порядка, а статические макеты помогают развивать идеи (подумайте о «бумажных прототипах»). Для детального тестирования требуется прототип.

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

Ответы (3)

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

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

Это действительно зависит от доступных вам ресурсов и настроек.

Каков ваш вывод?

Да.

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

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

Кто-нибудь нашел волшебное, универсальное решение?

Поскольку нет двух одинаковых клиентов и двух одинаковых проектов, увы, нет.

Как вы представляете свои мокапы и почему?

Моя идеальная модель:

  • Каркасы «набросков на салфетке» (прямоугольники и стрелки): грубые, простые и предназначены для закрепления основных функций и общего потока сайта / приложения.

  • интерактивные вайрфреймы: пример кода, или HTML/CSS, или что-то вроде Axure (высокоточное прототипирование). Это помогает уточнить вышеизложенное и сосредоточиться на дизайне взаимодействия и потребностях в контенте.

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

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

Убедите всех нас использовать ваши способы имитации мобильного опыта.

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

ОБНОВИТЬ:

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

Точка точности настолько важна, что ее следует выделить жирным шрифтом и, возможно, использовать теги <blink>. Если вы показываете клиенту что - то похожее на что-то «настоящее», он берет ручку, перестает мыслить абстрактно и начинает редактировать текст.
Все хорошие моменты. Я уточню свой вопрос, чтобы более подробно объяснить мою узкую часть процесса.
@horatio Я согласен со всем, что вы сказали, кроме мигающего тега. Единственное уместное использование этого тега — при обсуждении состояния кота Шредингера.

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

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

Другой вариант, который может быть возможен, - почему бы не сделать демонстрационный ролик? Я видел, как многие люди делают gif-файл домашней страницы. Я видел, как у некоторых, которые продвигают разработку с клиентом, есть доска для презентаций 36 "x 24" второго макета изображения и видео, воспроизводимое на экране проектора, показывающее, как работает приложение.