Pull to refresh

Раннее прототипирование мобильных приложений

Reading time 3 min
Views 6.6K
Что такое прототип?
Набор скетчей на бумажках, фотошопные «скриншоты», HTML-экраны, «оживленные» javascript, работающий макет?
А теперь с поправкой: прототип приложения для телефона. Достаточно ли оценивать интерфейсы мобильного приложения, глядя в экран десктопа или бумажные диаграммы?
Я предполагаю, что нет. Думаю, установленный на устройство прототип, позволяющий увидеть все части будущего UI «в действии», это не роскошь, а один из самых ответственных и необходимых этапов разработки. В чем его преимущества и сколько ресурсов придется потратить на него? Сразу скажу, что речь пойдет не об играх.

О чем речь?

Речь пойдет о mockup — работающем прототипе, содержащем основные/все части приложения, элементы управления, отображающем контент (fake data) и пр. и позволяющем осуществлять навигацию/решать пользовательские задачи.
Естественно, такой прототип обладает ограничением по набору элементов UI, а вычислительный функционал почти или полностью отсутствует.
Думается, такой прототип должен создавать дизайнер UI. Он не должен программировать, но должен предложить «работающее приложение». Для этого ему нужно нечто большее, чем Photoshop. Ему нужно рабочее место в среде разработки. И на сегодняшний момент все больше сред разработки предлагают ему такое гнездо!
Для обсуждения я бы выделил 2 вопроса:
  1. есть ли преимущества у работающего прототипа над схематичным представлением и насколько они велики?
  2. Сколько и чьих трудозатрат понадобится для создания и работы с таким прототипом?

Преимущества прототипа мобильного приложения.

Будем отталкиваться от набора экранов в виде скетчей или проработанных «скриншотов» или здоровенной диаграммы состояний, как от «классических схем прототипирования». Итак, преимущества:
  1. Наглядный способ поработать с интерфейсом в его «родном» четырехдюймовом, к примеру, виде. Типа, «маленький экран, толстые пальцы».
  2. Оценка удобства использования, эргономики приложения, реальной навигации по нему
    в процессе тестирования пользовательских сценариев.
  3. Возможность подключить к обсуждению широкий круг людей в проекте, а не только «обладающих воображением».
  4. Возможность довольно подробной реализации всех блоков приложения или даже всего UI во всех деталях.
  5. Доведение прототипа до «конечного продукта» благодаря использованию графического дизайна.
Только представьте, вы получаете работающее приложение на этапе написания и согласования ТЗ! Непосредственно на устройстве можно тестировать, показывать менеджменту проекта/клиенту, увидеть и исправить ошибки usability, экспериментировать с различными вариантами графического дизайна!
Перейдем к цене вопроса. Потянет ли этот этап на половину бюджета проекта и 3 месяца работы или все можно реализовать быстрее и дешевле?
Говорят, бумажные прототипы надо рисовать за 1-2 дня, быстренько обсуждать и вносить правку, а потом выбрасывать. Готовы ли мы оценить преимущества работающего прототипа в дополнительную неделю-полторы работы? А может его тоже можно сделать за 1-2 дня, если наловчиться?

Разработчики IDE думают о дизайнерах UI!


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

Инструменты дизайнера UI


Flash Catalyst

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

QT quick.

Чем всегда хвасталась кьют? «Нативной кроссплатформенностью». Однако теперь они хвастаются и новым инструментом для дизайнеров приложений! И в презентациях акцентируют внимание на визуальных эффектах, на которые дизайнеры клюют, как вороны на стекляшки.

Expression Blend для Windows Phone 7.

Что предлагает вездесущая M$? Помимо однозначного продвижения SilverLight как базового инструмента разработки бизнес-приложений, она выкатила классный инструмент для создания прототипов. В шаблонах «из коробки» есть даже готовые наборы фейковых данных. В приложении достаточно просто задать параметры, типа «40 элементов, каждый состоит из картинки, заголовка и текста» и в эмуляторе/устройстве вы сразу получите «готовый интернет-магазин», «список контактов» или «ленту новостей» — кому что нравится!

Итоги.


Можно с уверенностью сказать, что дизайнеру UI понадобится скорее несколько дней, чем несколько недель на создание пользовательского интерфейса с помощью специализированного инструмента в среде разработки. Самое же привлекательное состоит в том, что эту «оболочку» потом может «наполнить» разработчик и прототип не улетит в корзину, как его бумажный аналог.
К примеру, Apple, продвигая концепцию Model-View-Controller, как раз и намекает, на мой взгляд, на распределение обязанностей в проекте: структуру данных — архитектору, управление — разработчику, отображение — дизайнеру UI.
А что вы думаете про работающие прототипы на начальных стадиях проекта?
Tags:
Hubs:
+2
Comments 43
Comments Comments 43

Articles