Когда прототипирование первоначальных функций графического интерфейса с клиентом лучше использовать рисунок для рисования/бумаги или что-то придумать с помощью инструмента и показать им, что?
Аргумент против созданного инструментом инструмента заключается в том, что клиент иногда может сфокусироваться на низкоуровневой специфике макета, а не на функциональном представлении более высокого уровня общего графического интерфейса.
Всегда начинайте сначала с бумажных или бумажных макетов. Вы не хотите впадать в ловушку, чтобы произвести впечатление на полноту, когда задняя часть полностью полая.
Полированный прототип или идеальный пиксель придают слишком большое значение дизайну. С очевидным эскизом у вас есть лучший пример обсуждения желаемой функциональности и контента, а не цветов, фотографий и других стилистических вопросов. Будет время для этого обсуждения позже в проекте.
Джефф обсуждает прототипирование бумаги в своей статье Coding Horror UI-First Software Development
Нажмите "Смотреть видео!" ссылку на twitter.com, чтобы увидеть интересное взятие идеи из Common Craft.
"Napkin Look and Feel" для Java действительно круто для прототипирования. Фактическое, функционирующее, интерактивное приложение, которое выглядит так, будто оно нарисовано на салфетке. Посмотрите этот снимок экрана:
Я бы посоветовал вам сесть за клиентом и использовать инструмент, например Mockupscreens, и разработать интерактивный интерфейс в интерактивном режиме. Преимущество, которое у него есть над LAF Napkin, заключается в том, что он не требует кодирования или инструментов разработки любого рода
Отъезд Balsamiq
Очень хорошо выглядит прописная книжка "ЭТО НЕ ФУНКЦИОНАЛЬНАЯ ПРИЛОЖЕНИЕ" и проста в использовании.
Имеет полнофункциональный demo, который вы можете попробовать онлайн и в качестве дополнительного бонуса вы можете отправить свой XML своим клиентом, и они могут настроить его и поиграть с ним и отправить по электронной почте вам, не имея лицензии.
Существует книга под названием Paper Prototyping, в которой подробно описаны ручка и бумага, и что вы можете получить от нее. Я думаю, что у этого есть много преимуществ, особенно, что вы можете очень рано (и легко) изменить то, что конечный результат будет без особых усилий, а затем начать с правой ноги.
Основной бумажной версией является способ начать первоначальный макет. По моему опыту, если вы делаете "реальный" макет, даже если вы объясните клиенту, что это нефункциональный макет, они смущены, когда что-то не работает.
Итог: держите его как можно проще. Если на бумаге нет способа, клиент будет путать его с рабочим продуктом.
Для первого черновика я предпочитаю использовать графическую бумагу (материал с сеткой, напечатанной на ней) и карандаш. Графическая бумага отлично подходит для поддержания пропорций. Как только клиент и я пришли к выводу, я обычно заполняю чертеж пером, поскольку карандаш склонен к угасанию.
Когда я нахожусь вокруг создания цифрового прототипа, я сканирую его вручную и использую в качестве фонового шаблона. Кажется, для меня очень хорошо работает.
Я думаю, что лучше всего начать с бумаги/белых досок/белых стен.
После того, как у вас есть базовая структура, вы можете перенести ее в Visio с трафаретами каркаса
Или вы можете использовать Denim (Неофициальный инструмент для веб-сайта и дизайна пользовательского интерфейса на ранней стадии) с планшетным ПК или планшетами Wacom для проектирования графический интерфейс и запустить его как HTML-сайт.
WireframeSketcher - это инструмент, который помогает быстро создавать каркасы, макеты и прототипы для настольных, веб-и мобильных приложений. Он поставляется как в качестве автономной версии, так и в качестве плагина для Eclipse IDE. Он имеет некоторые отличительные особенности, такие как раскадровки, компоненты, компоновка и векторный экспорт в формате PDF. Среди поддерживаемых IDE - Aptana, Flash Builder, Zend Studio и Rational Application Developer.
Пример макета CartframeSketcher http://wireframesketcher.com/samples/Website.png
Я недавно использовал приложение Windows для прототипа приложения для клиента (окончательный интерфейс должен быть интегрирован в веб-сайт).
Сначала люди думали, что это будет последняя версия, и они начали очень сильно критиковать то, как элементы управления были показаны на словах, которые я использовал (терминология и прочее), и время встречи закончилось, прежде чем мы могли даже обсудить самой функциональности.Это обсуждение длилось дней и дней, пока я не сказал им, что, будучи макетом (а не окончательным приложением), все материалы приветствуются, но сначала нам нужно было сосредоточиться на функциях, а затем мы могли двигаться дальше, чтобы выглядеть и чувствовать а также терминологические проблемы.
С thay meeting я всегда боюсь прототипов и макетов... Возможно, я должен был просто дать им что-то сделанное в visio.
Вы можете попробовать ForeUI, он позволяет создавать прототипы с разными стилями, что еще может сделать интерактивный прототип и запустить его в браузер.
Для инструмента, не использующего установку, вы можете попробовать draft-it
Это бесплатно - и если у вас есть учетная запись gmail, регистрация не требуется.
Делает интерактивные /Step by Step или слайд-шоу-прототипы. Вы можете поделиться своим протойпе с любым, кого вы выберете, просто отправив ссылку.
Работает для нас...
