Не забывайте добавлять в свои прототипы входные страницы. На них можно указать версию, дату и время релиза, автора релиза, а также опубликовать несколько ссылок для перехода на основные не связанные друг с другом разделы прототипа (Например, «Главная» и «Главная с баннерами»).
Работая в Axure, со временем вы будете накапливать множество типовых интерфейсных решений, разбросанных по разным прототипам. Имеет смысл брать лучшие и наиболее универсальные из них и помещать в отдельный мега-прототип. Структурировать этот прототип по направлениям — постранички, формы, элементы списков, фильтры, социальные кнопки и так далее, после чего держать его в актуальном состоянии. Таким образом вы можете сэкономить уйму времени, просто перетаскивая нужные элементы из прототипа в прототип.
Так же можно пользоваться и библиотеками акшуры, но гораздо удобнее сделать ctrl+c, ctrl+v для целой формы регистрации, например, или для раздела «вопросы и ответы», чем перетаскивать их из библиотеки. Библиотеки лучше использовать для маленьких типовых элементов (иконки, всплывающие подсказки и прочее).
Не забывайте, что можно копировать мастер в одном прототипе и вставить его в другом.
Если вам нужно, чтобы при клике по псевдоссылке (или какому-нибудь другому элементу) какая-нибудь динамическая панель исчезала и появлялась при повторном клике, то не мудрите с условиями и переменными. Используйте событие Toggle Visibility for Panel(s).
В группе по Акшуре в контакте я начал публиковать ежедневные советы. С сегодняшнего дня также буду дублировать их и в этом блоге.
А пока вот советы, которые накопились за прошедшую неделю:
— Если на событие назначено несколько действий, их последовательность имеет значение. Если переход на другую страницу (или перезагрузка страницы) стоит в середине этой последовательности, остальные действия будут проигнорированы.
— Не забывайте, что событие onPageLoad есть не только на любой странице прототипов, но и в мастерах.
— Если при очередной генерации прототипа у вас возникает глюк, когда квадраты становятся плейсхолдерами или начинают менять свои размеры без причин, то просто укажите свои лейблы для каждого из этих элемнетов, и проблема будет устранена.
— Называйте страницы без использования кириллицы и пробелов и избежите проблем с публикацией прототипов в сети.
— Разносите содержимое динамических панелей по разным страницам. Так можно давать ссылку дизайнеру на любое из состояний страницы без дополнительных пояснений. Также никто не пропустит ваш спрятанный функционал.
— Псевдоссылка оформляется добавлением под текстом пунктирного разделителя.
Коллеги, вашему вниманию предлагается задачка по Axure средней сложности. Кому интересно размять мозг — переходите по ссылке http://task1.projectorat.ru/
Некоторые ещё не знают, что вконтактике я в своё время организовал группу Акшуры. Так вот туда иногда поступают просьбы рассказать о том, как сделать ту или иную штуку.
Вот просьба уважаемого Александра Гудова:
Добрый день, расскажите пожалуйста как реализовать полноценный слайдер в Axure. Со стрелками прокрутить слайд «влево» и «вправо». С автоматической прокруткой слайда. А также с кнопками с номерами слайдов. Так чтобы по клику на кнопки с номерами слайдов автоматическая прокрутка останавливалась.
К счастью, у меня как раз были свободные пол-часа и в результате появилось вот такое видео.
В очередной уже раз добавляю от себя, что подобные штуки в Axure — это трата вашего драгоценного времени. Используйте их лишь для обучения и полного понимания работы с продуктом. Всегда лучше сделать скриншот всем известного функционала, чем заново изобретать его в Акшуре.
В моём сообществе в контактике (http://vk.com/axure) пришёл вопрос, как сделать ползунок с диапазоном цен, как на сайте связного (http://www.svyaznoy.ru/catalog/phone/2
Ответ я опубликовал в виде видеоролика. По традиции сделана половина работы, объясняющая принципы. Наслаждайтесь.
И, кстати, никогда не тратьте своё время на такие штуки в прототипе, если только не хотите произвести вау-эффект. Пустая трата времени. Принтскрин нужного элемента решает задачу.
Скорее, этот вопрос должен звучать так: «Зачем нужны заголовки на страницах, где из меню навигации и так понятно, где я нахожусь?»
Ответ очень простой: поисковая оптимизация. Страница без заголовка в поисковой выдаче будет совершенно малоинформативной. Так что мы можем отказаться от него только в случае, если нам совсем не нужен поисковый трафик.
Хорошее и продуманное меню навигации, по которому видно, где мы находимся, даёт нам возможность отказаться от «хлебных крошек», но не от заголовков.
И, если речь зашла о заголовках, дизайнеры и верстальщики, помните: между тегами <Hx> не должно быть ничего, кроме текста. Таким образом, если на странице есть блок, например, «Новости», то лучше делать под ним ссылку «все новости», чем этой ссылкой будет заголовок.
Если вас вдруг спросят («Вы же профессионалы, объясните, почему так а не эдак. Мне кажется, моя идея круче!»), почему стоит подчёркивать ссылки, не теряйтесь. На это есть причины.
1. Подчёркивание заметно и его трудно спутать с другими способами оформления текста.
Например, на устройствах с монохромными дисплеями (e-ink читалки или специальные устройства) выделение ссылки цветом будет малозаметно.
2. Если граничат две ссылки из нескольких слов, то в случае с подчёркиванием всегда видно, где заканчивается одна ссылка и начинается другая.
При клике по подчёркнутой ссылке пользователь ожидает перехода на другую страницу. Не будем забывать, что в наши дни в сети появляется множество приложений, где клик по ссылке динамически обновит содержимое страницы. И такие ссылки будут отличаться от псевдоссылок тем, что визуально для пользователя произошёл переход на новую страницу, однако, если он нажмёт на кнопку «назад» в браузере, то перейдёт в предыдущий раздел, а не вернёт исходное состояние текущего.
Кстати, речь идёт о ссылках в тексте. Меню навигации по сайту может быть оформлено каким-нибудь альтернативным способом.
Ещё про ссылки можно почитать в ководстве Лебедева.
Подробнее о теме можно почитать здесь.
Когда к тебе приходит клиент со свой проблемой, ты, как опытный проектировщик, уже имеешь конкретное решение, созданное на основе паттернов, выработавшихся во время работы на десятках предыдущих проектов. После всех договорённостей и обсуждений ты реализуешь это решение и демонстрируешь его клиенту. После этого возможно бесконечное количество сценариев развития событий, но давай рассмотрим три из них:
1. Клиенту всё нравится, он не задаёт никаких вопросов и принимает работу.
Такое случается, хоть и редко. Это первая крайность, потому что если вопросов и комментариев не возникает, значит заинтересованность в проекте у заказчика нулевая. Либо он ему нужен для галочки (если это непосредственно собственник), либо правки и комментарии придут уже в процессе разработки, а не проектирования (если принимал менеджер, который покажет результат работы собственнику чуть позже).
2. Клиенту в целом нравится, нужно только отработать ряд комментариев по проделанной работе.
Самый распространённый случай. И здесь происходит самое интересное, потому что обе стороны учатся друг у друга в процессе переговоров. Выясняется, что проектировщик не в курсе всей специфики бизнеса заказчика (что не удивительно) и поэтому те или иные паттерны необходимо модифицировать. Также выясняется, что заказчик не знаком с тенденциями развития IT отрасли и мыслит устаревшими категориями. Если обе стороны готовы выслушать друг друга и убедительно аргументировать те или иные свои слова, на выходе получается хороший качественный проект.
3. Клиенту в целом нравится, нужно только отработать ряд комментариев по проделанной работе.
Действительно, третий сценарий звучит точно так же, как и второй. И это такая же крайность, как и первый. Иногда с такого сценария начинается бесконечная череда правок проекта. После отработанных первых правок на встрече стороны не могут договориться по каким-либо причинам (неважно каким). Иногда они просто не слышат друг друга из-за коммуникативных косяков. Иногда не слышит только одна сторона (и сейчас я не намекаю на заказчика, бывает по-всякому). Как результат: правки, противоречащие друг другу, ступор проектировщика, когда комментарий не обоснован или непонятен и прочие неприятные моменты. Если вы попали в такую ситуацию и вы заказчик, прекращайте работу с этим исполнителем и идите к другому. Благо, их сотни на рынке. Если же вы исполнитель, то у вас как обычно несколько путей. Выделим два. Первый. Закончить работу с заказчиком. Второй. Объяснить заказчику своё видение ситуации и предложить вариант сотрудничества, когда исполнитель просто выполняет все просьбы и комментарии клиента в рамках договора. При этом работа не кладётся в портфолио, а стоимость такого труда может незначительно возрасти.
