Это часть денежного проекта Double Click — пламенного мотора гугловской рекламы — соответственно поребители рекламной «площади»/рекламного «эфирного времени» гугла остаются в гугловской экосистеме, не выходя за созданием банера в адобовский или ещё какой микро-мир. Обезопасили себя со стороны генерации рекламных анимированных (отзывчивых) картинок, а то Reflow и т.п. вещи становятся всё более цитируемыми для быстро набросать банерок.
Это простая остановка в эволюции. Хороший интерфейс — счезнувший интерфейс, плоский минимализм остановка на пути полного его растворения. Контент просачивается через упаковку и растворяет её, модульная сетка, цветовое решение, графические примитивы растворяются медленнее всего остального, а типографика абсорбирует в себя всю харАктерность и уникальность решения.
В современном IT-бизнесе очень много возможностей у журналистов, есть неплохой материал по тому, как попасть в волну интерактивной инфографики — и перекинуть мостик в айти:
— ria.ru/files/book/_site/index.html
Ну и курсера Coursera.org растёт не по дням, а по часам, пополняясь серьёзными стоящими курсами от академических дядек и тёток, похоже, что она проглотит многие другие проекты.
По моему опыту, водораздел проходит по заблаговременному отлучению от правящей элиты, в Америке политические амбиции приветствуются, а борьба за власть устаканилась в форме адекватных действий и писаных правил, на постсоветском пространстве форма борьбы за власть ушла в форму быкования и правил неписаных — чисто конкретных понятий.
Важно, чтобы участники команды выкладывали на стол свои козыри/опасения вовремя. Можно ограничиться дизайнером и парой кодеров. Например — статическим JSON имитируем бэк-энд, потом, когда вершины UX (look and feel, interactions, etc.) будут взяты — можно подтянуть остальную команду, ей останется взять статический JSON и на его примере собрать RESTful решение. Lean UX довольно молодой топик, я думаю, что скоро потечёт инфа.
Всё просто — производить как можно более существенные вещи с т.з. UX (чаще всего прототип) — как можно скорее/дешевле, а также раскопаться из кучи производимых дизайнерами артефактов (get out of deliverables business).
Каждый проект — стартАп. Вам надо понять, что то, что вы делаете — кому-то (заказчику, начальнику, конечному пользователю, рынку) нужно. И если вы ошибаетесь, то надо начать ошибаться рано, ошибаться часто (a-la Fail often, fail faster by S. Jobs) и удешевить цену ошибки, начать быстро учиться на них; такими итерациями и выходим на путь к чему-то стоящему.
Я встречаюсь с заказчиками, провожу свою работу с конечными пользователями, создаю low fidelity инпут для команды. Собираю команду вместе и обеспечиваю её итеративную деятельность. Для этого я (дизайнер) вместе с манагером и аналитиком подбираем рабочую группу с разнообразными скилами — 2-3 Front-End кодера, 1 QA, 1 Back-End специалист, 1 спец по нагрузочному тестирования, 1 по БД и т.д. Все без исключения участвуют в создании скетчей (быстрых и дешёвых) будущего продукта, я со своей стороны гарантирую, что в итоге получится инпут (как минимум) для кодеров, и они (с учётом разницы во времени между офисами) за кратчайшее время выдадут прототип, пригодный для демонстрации и тесторования. На этот minimum viable product получаю быстрый фидбек, замыкаю систему обратной связи и двигаюсь к цели.
Т.е. кастомер/пользователи сталкиваются с прототипом с первых дней, и в этом большая помощь Ангуляра.
Есть готовая книга по этой теме — Lean UX (Jeff Gothelf, Josh Seiden), это переложение идей Райса для многострадального UX.
Также на конференции Lean UX NYC познакомился с очень интересным товарищем www.eewei.com/, рекомендую его книгу и презентации на SlideShare (погуглите Eewei).
не кодирую, занимаюсь дизайном, на базе Ангуляра собираю команды кодеров и практикую Lean UX подход для прототипирования/проектирования/разработки — выступал с этой темой на Нью-Йорковском митапе ангулярщиков, если кому интересна тема — ссылка на видео доклада — siarheimardovich.com/core-approach-2 (снимается группой гуглеров, на этом же канале много других ангуляровских видео)
при выборе для проекта, я чаще обращаю внимание, кто пользуется фреймворком (численность и разнообразие представителей субкультуры), точно знаю, что помимо самого Гугла он прочно засел в Блумберге, Амазоне, HBO, McKinsey
Спасибо за коммент.
Необходимо предварительное знакомство с 4-мя вещами:
— Персона (http://analyst.by/personas-in-ux-design/, неплохие шаблоны: wiki.fluidproject.org/display/fluid/Persona+Format)
— Кард-сортинг (http://webmascon.com/topics/planning/19a.asp)
— Concept Map (http://cmap.ihmc.us/publications/researchpapers/theorycmaps/theoryunderlyingconceptmaps.htm, на русском толковых описаний пока не нашёл)
— Customer Journey Map (http://www.joycehostyn.com/blog/2010/03/22/visualizing-the-customer-experience-using-customer-experience-journey-maps/, логирование (будущих) взаимодействий кастомера с вашим продуктом/сервисом/экосистемой по предложенному в посте шаблону, пример в посте — как вы собираетесь донести питч венчурному капиталисту)
и опыт общения/взаимодействия в мире стартапщиков/инвесторов.
Задавайте вопросы — с каким из компанентов нужно разбираться, я на них буду отвечать и — таким образом для всех заинтересовавшихся — раскроем смысл, пост сжат таким образом, чтобы стать руководством к действию/туториалом (поэтому растёт число добавлений в избранное), когнитивный диссонанс заставляет писать комменты — как тот, что написан перед вашим, самый толковый вариант раскурить этот топик — конструктивный вопрос — уточняющий ответ, было бы желание разобраться, ведь у каждого свой опыт (кто-то соприкасался с продуктовыми разработками, кто-то с маркетингом, кто-то варится в мире старт-апов, кто-то ни с чем подобным).
Большинство знакомых профессиональных кодеров шаманы, и никогда не проникли в мир ИТ из полиграфии или других ветвей дизайна, если бы это не было шаманством. Вёрстка — решение технико-эстетических ребусов и подражание мастерам (кто учился в художественных школах, понимает фишку), ознакомленность с тем (посвященность), какие школы и гуру существуют. Это как раз то, что нужно для ощущения того, что твоя деятельность подлинно творческая, а решения авторские. Это кошмар для программистов, но дверь в этот мир для тех, кто иначе бы и не дёрнулся в эту сторону. Хорошо это или плохо, не знаю.
К сожалению специалист должен иметь профильную специальность и диплом вуза, а также опыт работы в компании, владеющей юзабилити-лабораторией, а в портфолио лежать примеры исследования реальных конечных пользователей. Иначе придётся расти под прикрытием фронт-энда, иконок и прочего бизнес-анализа, например как undercoverux.com/
раньше что-то смутное, непонятное, порой загадочное и даже таинственное разрушало мою жизнь, а кто-то взял и запер все эти ощущения в такое скрипучее слово «прокрастинация», надо найти что-то новое на роль главного разрушителя жизни ;)
Ничем не лучше, ничем не хуже, кому что ближе и по workflow подходит. Формально знакомство с этим инструментом позволит улучшить карьерные шансы в крупных западных компаниях. Неформально стоит быть инструменто-независимым проектировщиком, а для этого неплохо бы поиграться с «культовыми» инструментами, уникальность шанса в том, что iRise из-за своей цены в обычный день для среднего дизайнера недоступна.
хм, скромное допущение, что читатели блога «Интерфейсы» знакомы с прототипированием и его раскрученными инструментами оказалось ошибкой, остаётся спросить: есть из негодующих кто-нибудь, создающий интерфейсы?
— www.zeldman.com/2009/04/16/taking-your-talent-to-the-web-is-now-a-free-downloadable-book-from-zeldmancom/
В современном IT-бизнесе очень много возможностей у журналистов, есть неплохой материал по тому, как попасть в волну интерактивной инфографики — и перекинуть мостик в айти:
— ria.ru/files/book/_site/index.html
Для HTML-кодеров:
— dev.opera.com/articles/view/1-introduction-to-the-web-standards-cur/
(есть переведённая версия в зарослях intuit.ru)
Для недавно установивших фотошоп:
— cs6forwebdesign.tutsplus.com/
Ну и курсера Coursera.org растёт не по дням, а по часам, пополняясь серьёзными стоящими курсами от академических дядек и тёток, похоже, что она проглотит многие другие проекты.
Каждый проект — стартАп. Вам надо понять, что то, что вы делаете — кому-то (заказчику, начальнику, конечному пользователю, рынку) нужно. И если вы ошибаетесь, то надо начать ошибаться рано, ошибаться часто (a-la Fail often, fail faster by S. Jobs) и удешевить цену ошибки, начать быстро учиться на них; такими итерациями и выходим на путь к чему-то стоящему.
Я встречаюсь с заказчиками, провожу свою работу с конечными пользователями, создаю low fidelity инпут для команды. Собираю команду вместе и обеспечиваю её итеративную деятельность. Для этого я (дизайнер) вместе с манагером и аналитиком подбираем рабочую группу с разнообразными скилами — 2-3 Front-End кодера, 1 QA, 1 Back-End специалист, 1 спец по нагрузочному тестирования, 1 по БД и т.д. Все без исключения участвуют в создании скетчей (быстрых и дешёвых) будущего продукта, я со своей стороны гарантирую, что в итоге получится инпут (как минимум) для кодеров, и они (с учётом разницы во времени между офисами) за кратчайшее время выдадут прототип, пригодный для демонстрации и тесторования. На этот minimum viable product получаю быстрый фидбек, замыкаю систему обратной связи и двигаюсь к цели.
Т.е. кастомер/пользователи сталкиваются с прототипом с первых дней, и в этом большая помощь Ангуляра.
Есть готовая книга по этой теме — Lean UX (Jeff Gothelf, Josh Seiden), это переложение идей Райса для многострадального UX.
Также на конференции Lean UX NYC познакомился с очень интересным товарищем www.eewei.com/, рекомендую его книгу и презентации на SlideShare (погуглите Eewei).
при выборе для проекта, я чаще обращаю внимание, кто пользуется фреймворком (численность и разнообразие представителей субкультуры), точно знаю, что помимо самого Гугла он прочно засел в Блумберге, Амазоне, HBO, McKinsey
Необходимо предварительное знакомство с 4-мя вещами:
— Персона (http://analyst.by/personas-in-ux-design/, неплохие шаблоны: wiki.fluidproject.org/display/fluid/Persona+Format)
— Кард-сортинг (http://webmascon.com/topics/planning/19a.asp)
— Concept Map (http://cmap.ihmc.us/publications/researchpapers/theorycmaps/theoryunderlyingconceptmaps.htm, на русском толковых описаний пока не нашёл)
— Customer Journey Map (http://www.joycehostyn.com/blog/2010/03/22/visualizing-the-customer-experience-using-customer-experience-journey-maps/, логирование (будущих) взаимодействий кастомера с вашим продуктом/сервисом/экосистемой по предложенному в посте шаблону, пример в посте — как вы собираетесь донести питч венчурному капиталисту)
и опыт общения/взаимодействия в мире стартапщиков/инвесторов.
Задавайте вопросы — с каким из компанентов нужно разбираться, я на них буду отвечать и — таким образом для всех заинтересовавшихся — раскроем смысл, пост сжат таким образом, чтобы стать руководством к действию/туториалом (поэтому растёт число добавлений в избранное), когнитивный диссонанс заставляет писать комменты — как тот, что написан перед вашим, самый толковый вариант раскурить этот топик — конструктивный вопрос — уточняющий ответ, было бы желание разобраться, ведь у каждого свой опыт (кто-то соприкасался с продуктовыми разработками, кто-то с маркетингом, кто-то варится в мире старт-апов, кто-то ни с чем подобным).