Не успели мы отойти от UX Camp Kyiv 2011, как на подходе новое событие для UX’овфилов.

D-Camp

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

Событие будет происходить 24-25 сентября в Запорожье, прямо на берегу Днепра, в базе отдыха «Джаз», которая обеспечит нам комфортное размещение всех участников и всю инфраструктуру. Вокруг — очень приятная обстановка, огромная территория (7 гектаров) с уютными беседками и огромным озером с лебедями прямо посреди парка перед отелем.

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

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

Каждый вечер будут происходить небольшие вечеринки с горячительными напитками и играми.

Регистрируйтесь на сайте события

Многие из тех, кто так или иначе причастен к разработке eCommerce, в определенный момент слышал фразу: «Давайте посмотрим, как это сделано на Амазоне и сделаем так же».

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

Как можно надеяться, что, просто скопировав чужие успешные идеи, вы добьетесь того же. Более того, как вы можете понять, удачную ли идею скопировали или просто неудачный эксперимент?

Почему люди копируют. Феномен Капитанства

По дороге на работу я прохожу один переход со светофором. Через какое-то время я заметил необычное поведение людей на нем. Очень часто кто-то один начинает переходить на красный свет, а остальные слепо идут за ним. Недоумевающие водители сигналят группе “слепых” людей, которые просыпаются, отходят назад и с удивлением понимают, что переходили на красный. Иногда они даже вслух говорят: “Оу, так красный свет же, куда я пошел”.

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

Сущность феномена заключается в том, что часто очевидная ошибка капитана не исправляется другими членами команды, что приводит к крушению самолета. Таким образом, срабатывает правило-стереотип: «Если так говорит специалист, это должно быть верно» (Influence: The Psychology of Persuasion)

Наблюдение и копирование само по себе не плохо, но нужно не просто что-то взять, а примерять на себе: “in God we trust, the rest we test”.

Почему не нужно копировать

IMG (Matt Cardy/Getty Images)

Вы не просто «не совсем Амазон», вы – «совсем не Амазон».
Первая и самая главная причина не копировать – это то, что вы не похожи на Амазон. Ничем не похожи. У вас другая аудитория, у вас другие товары, у вас другой бизнес.

Вот, что такое Амазон в нескольких фактах:

• В декабре 2009 года у Амазона было 65 500 000 уникальных посетителей (источник)
• Выручка в 2009 году составила $24,5 млрд
• Каждую секунду обрабатывается около 20 заказов
• Цены: у Amazon удивительно низкая маржа, вы удивитесь, но iPod может быть дешевле, чем на сайте Apple.
• можно продолжать дальше, но статья не о том (кому все таки интересно, посмотрите эту презентацию)

Что будет если вы все таки будете копировать

Возьмем для примера отзывы на Amazon’е. Перед тем как на сайте появляется первый отзыв о товаре, его покупают в среднем 1300 раз. Скорее всего, у вас никогда не появится ни одного отзыва/рецензии. А вам казалось, что это отличная идея: “Это есть на самом Амазоне! А уж они точно знают, что к чему”. Результат — вы потратили ресурсы и не получили отдачи. И это в лучшем случае, можете и вовсе потерять на неудачном решении.

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

Если единственная причина что-то сделать, это “так сделали где-то”, то нужно остановиться и найти несколько настоящих причин, не будьте жертвами феномена “капитанства”.

Зачем воровать
Наблюдения и заимствование принципов и шаблонов это обычное и часто полезное явление. Множество успешных открытий были результатом наблюдения и копирования идей, например, из мира природы. Существует даже отдельная наука – бионика, изучающая возможность заимствования у природы ценных идей и их реализации в виде дизайнерских решений.

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

Создавая что-то новое, вы никогда не начинаете с чистого лица, вы основываетесь на прошлом опыте. Если вы видите новое потенциально успешное решение, используйте его.

Откуда воровать
Куда смотреть и что делать, чтобы все время быть в тонусе?

• Стартапы
  Если вы ищете инновационные подходы к UX, то вам следует обратить внимание на стартапы. В основном это только что сформированные компании, состоящие из небольших команд, которые действуют рискованно и быстро, чтобы успеть воспользоваться благоприятной ситуацией на рынке.

  Стартапы чаще других используют новые инструменты. Пока остальные думают, они действуют: А/Б тестирования, дистанционное тестирование на пользователях и другие техники (с нашими стартапами пока не так все гладко, но это временно). Часто специфика вынуждает их более внимательно следить за метриками.
  

  Читайте Techcrunch, ходите на Startup Crush Test, если появляется что-то новое, будьте первым, кто попробует и посмотрит на это.

• Лидеры и конкуренты
  Их имена у всех на слуху, они тратят большие деньги на изучение того, как угождать своим пользователям. Читайте их блоги, подпишитесь на твитер, скачайте и послушайте все их подкасты (их не так и много). Старайтесь посещать конференции или хотя бы находите и смотрите записи докладов, даже слайды без самого доклада могут быть полезными.
• Футуристические концепты
  Возможно это просто детские фантазии футурологов, но если одна из тысячи мыслей подсмотренных у них поможет вам, то это того стоит. TED – отличное место для их поиска, но есть и другие.
• Профессиональные сообщества, блоги и ресурсы
  Общайтесь с коллегами, старайтесь встречаться с ними вживую. Найдите локальное сообщество и участвуйте в его деятельности.

  В Киеве есть User Experience Ukraine с регулярными встречами, если времени или желания на оффлайн мало, есть UX Russia, IXDA и много других. С блогами и ресурсами еще проще, просто находите и читайте.

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

Не нужно просто слепо копировать чужие решения. Проблема копирования в том, что копируя, вы пропускаете этап понимания, а если его нет, то нет и решения. Осторожно используйте “best practices”, украл – проверь, работает ли это у тебя тоже. На эту тему стоит прочитать этот пост.

Если знаете другие хорошие места, где можно «украсть» – комментируйте.

В Украине не к кому обратиться за предоставлением услуг. Не понимаем уровень профессионализма. Обращались к Brainberry, т.к. у них есть оборудование для eye-tracking.

Это первая, собранная из контекста, мысль. Отсутствие компании, не предоставляющей услуги и отсутствие кого-либо в выдаче по запросу “юзабилити” не тождественно. Люди говорили о том, что не знали, могут ли доверять той или иной компании, предлагающей услуги по юзабилити. Не было четкой мотивации тех или иных этапов работ, которые помогли бы определиться. Как результат, запоминают ту компанию, у которой хотя бы оборудование есть.

Сперва необходимо разработать продукт, внедрить, посмотреть на ошибки, а после привлекать ux-специалистов.

Часть вопросов относилась к месту юзабилити в процессе разработки продукта. Мы не привыкли начинать новые проекты с исследования аудитории и проектирования взаимодействия. Увы, но на сегодняшний день на украинском рынке нет видения, что вложения в ux на первых этапах – это инвестиции, позволяющие снизить затраты на тестирование и перепроектирвоание в дальнейшем.

Контент первичен, удобство вторично

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

Правильно ли я понимаю, что лучше аутсорсить предоставление услуги?

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

Юзабилити, юзабилити,..,  юзабилити.

Не могу не написать, что слово юзабилити применялось очень часто. Этим словом заменялись очень многие понятия. “Мы проектируем интерфейсы” – не понятно, “мы проектируем юзабилити” – понятно. Хочу верить, что через пару лет в нашей стране слово юзабилити станет не столько синонимом всех этапов процесса проектирования, сколько глубоким пониманием его назначения.

Спасибо организаторам Startup Crash Test за возможность услышать все это. Неформальное общение позволило людям в легкой атмосфере спрашивать то, что истинно их беспокоит. Это не платная консультация и не попытка найти подрядчика. И именно это позволило показать на сколько глубоко представителей Интернет-сообщества интересует сфера юзабилити-услуг.

Диалог на этом был исчерпан и дизайн сайта вернулся к первоисточнику, т.е. творению рук дизайнера. Как менеджер, я соприкасаюсь со всеми звеньями в цикле производства продукта, от пожеланий заказчика до продажи рекламщиками. Наверное единственные, кто на сегодня не используют слово “юзабилити”, являются представители последних, т.е. менеджеры по рекламе. Хотя думаю и до них доберется, как только они осознают связь конверсий (их процентов) с тонкостями ux-сегмента.

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

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

Начну пошагово. Местами примеры могут быть утрированными, но они таки имеют место в нашей жизни. И чаще, чем хотелось бы.

Менеджер и его стратегические планы по освоению р/с заказчика.

Менеджеры – уникальная профессия, которую недопонимают (побоюсь сказать недолюбливают) большинство узкоспециализированных профессионалов. Понаобещают заказчику с три короба, а потом выдают команде порциями. И делайте, что хотите, нам за это платят! Общаясь с заказчиком, профессиональный менеджер предлагает концепцию на существующие деньги, узнаёт можно ли будет заработать чуть позже, и тут же предлагает концепцию развития проекта (потом мы можем добавить такие-то разделы, к регистрации пользователя добавить возможности соц сетей и т.д.). Этот же менеджер, приходит к юзабилити-специалисту, либо дизайнеру и выдает ту информацию, которая касается базовой (оплаченной) работы. Проект идет в разработку, публикуется, начинает приносить деньги. Можно приступить и к реализации концепции развития. Менеджер радостно об этом сообщает, а на него смотрят и спрашивают “куда и как теперь необходимо разместить все дополнительные элементы, без внесений серьезных изменений в текущий интерфейс?”. На этот вопрос есть множество вариантов ответа, но суть остается та же, это куда-то “присовывается”. Развивать не стоит, вывод прост: вовлекайте юзабилити специалиста на этапе обсуждения концепции продукта.

SEO-специалист и его стратегические планы по завоеванию топ-10.

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

Веб-техногол и его стратегические планы по освоению новых технологий.

Отнесу эту профессию к творческим видам деятельности с глубокой стратегической логикой. Находясь между дизайнером и разработчиком в цикле производства, они видят продукт изнутри до и после своей работы. И вот, получив макет от дизайнера (после проектирования), они начинают задавать вопросы, зачастую связанные с логикой работы продукта. И очень часто оказывается, что хорошо продуманное до этого, может содержать не 10 “шт” в отображении, а 100 “шт” через пол года работы проекта. Что красивое и удобное пролистывание контента основного раздела на главной странице, положит БД и так далее по кругу. Чья ошибка на этапе проектирования? Это неважно. Проектировщик не додумал, менеджер недосказал, заказчик не предположил. Виновных в данном случае не бывает. Есть общая ошибка проекта. Что в этом случае? Думаю оптимальным является дружное сотрудничество проектировщика (дизайнера) с кодером на этапе проектирования. Обсуждение используемых в прототипе технологий с тем, кто будет это в результате реализовывать.

Разработчик и его стратегические планы по чистоте кода.

Разработчик последним получает продукт в работу. Упускаю роль контент-менеджера, отнесу этот этап к адекватной работе менеджера проекта. Разработчик получает проект, когда у всех уже “замылен глаз” и все наизусть знают все, что было создано до этого этапа. И тут возникают новые вопросы, которых достаточно много, но зачастую они начинаются со слов: “А что, если…?”. Лично я очень люблю вопросы программистов. Они часто недовольны тем, что приходит им на руки. Их логика отличается от логики менеджеров и дизайнеров. Но именно они задают вопросы, которые зачастую не приходят в голову ни одному из звеньев процесса. Как быть с ними? Стоит прислушаться, либо проще сказать: “Ты кодь, мы уже все продумали”? Думаю это один из последних слабо-болезненных этапов по внесению корректировок в интерфейс. Ведь то, что ему предоставили, то он и запрограммирует. И если его вопрос может изменить интерфейс не сегодня, так через нескоторое время, стоит обратить внимание и дослушать все его нарекания на полученные исходники.

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

От возможности пользователя (я учусь вместо “пользователи” использовать “люди”) быстро найти то, что ему нужно зависит, уйдет ли он сразу или сделает то, чего мы от него хотим.
Для всего, что больше 5-7 страниц почти всегда нужен поиск. И если с формой поиска все просто, то с видом самой выдачи дела обстоят намного интереснее.

Я не нашел статистики для уа/ру нета, поэтому приведу данные для Великобритании на начало 2010 года. Около 35% посетителей Интернет-магазинов пользуются поиском по сайту, и уровень конверсии с него составляет 7.4%. Эти цифры явно говорят, что вы не можете оставить поиск без внимания.

Как бывает

Посмотрим, как сейчас обстоят дела с поиском на многих ресурсах.

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

Делают как попало: разработчики просто используют стандартный модуль поиска CMS ничего не меняя.

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

Content is the king

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

Важно понимать, как ведут себя пользователя во время поиска нужной им информации. В книге Information Architecture for the World Wide Web описываются несколько «режимов» поиска информации, в зависимости от задач пользователя:

• Поиск чего-то заранее известного – пользователь точно знает, что ищет и по каким словам искать.
• Исследовательский – люди знают, что ищут, но не могут четко сформулировать, что именно им нужно. Например, к такому типу можно отнести ситуацию, когда вы ищете музыку, которая вам нравится.
• Не знаю, что мне нужно узнать: люди часто не знают, что именно им нужно узнать. Они думают, что им нужно что-то одно, а на самом деле ищут другое или же просто просматривают сайт без определенной цели.
• Повторный поиск: люди ищут вещи, которые уже видели раньше.

На эту тему так же стоит прочесть Four Modes of Seeking Information and How to Design for Them.

Всегда помогайте и направляйте

Людям свойственно ошибаться. Если я ввел “sUmsung”, а поиск не исправил меня на “Samsung” и ничего не нашел, то я продолжу свои поиски уже в другом месте. Делайте все, чтобы помочь человеку найти то, что он ищет. Постоянно следите за своей статистикой поисковых запросов и проверяйте, как ваш поиск с ними справляется.

Tips n Tricks

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

• Форма поиска должна быть на видном месте и ни у кого не должно быть сомнений, что это поиск, а не просто форма с иконкой отдаленно напоминающей лупу.
• Если выдача разбивается на страницы, давайте возможность людям увидеть сразу все. Отчасти разбивание информации на страницы делается из-за мнения, что люди часто не скролят и не читают длинные страницы. Это не правда, особенно в случае поиска. (см. также недавнее исследование Нильсена на эту тему).  Существует мнение, что для Интернет-магазинов лучше всего в выдаче ограничить количество результатов поиска, к примеру до 10. Больший выбор не способствует быстрой покупке товара.
• Если на одинаковые запросы возможна выдача разных типов, нужно явно это указать и разделять их.
• Исправляйте грамматические ошибки.
• При большем количестве результатов поиска необходима возможность сортировки и фильтрации.
• Используйте “auto suggest”.
• Отдельно продумайте страницу “ничего не найдено”, это как со страницей 404 – нельзя просто написать: “ошибка, ничего не найдено”.
• Просмотрите статистику, найдите 10-20 самых частых поисковых запросов и убедитесь, что с ними все идеально.

Пример

Ко всему нужен свой подход. Для примера, несколько лет назад я работал над ресурсом о скидках и распродажах.
Проблема состояла в том, что при поиске, введя “Nike”, люди могут искать разные вещи и все они на сайте есть одновременно: кеды, магазины, где можно их купить и отдельные акции или новости связанные с запросом. Результат поиска был в виде списка одинаковых ссылок: кеды, кеды, кеды, магазин – все подряд.
Решение: все возможные типы были разделены визуально, человек сразу видит, где в выдаче товар, а где магазин или еще что-то другое. Все товары, конечно же, с фото – в слепую никто не покупает.

Итог

Не бывает «best practices». Каким бы полезным и удачным не казалось, то, что работает в одном случае, в другом контексте уже может все погубить. Нужно исходить только из того, что есть у вас и что будет важно для ваших посетителей. Старайтесь следить за тем, что они ищут и сделайте все, чтобы хотя бы для самых частых запросов выдача была идеальна. Поиск может быть последним шансом для посетителей сделать нужное для вас действие, если они не нашли, что искали через навигацию и «целевые» (landing) страницы.

Что еще почитать на тему:

• Search Results Design: Best Practices and Design Patterns (Louis Lazaris, SmashingMagazine).
• Обзор средств для создания поисковых интерфейсов и фильтров (Эми Куэва | Mad*Pow,  запись вебинара с юзабилити марафона).
• Search Behavior Patterns (John Ferrara, Boxes and Arrows).
• Best Practices for Designing Faceted Search Filters (Greg Nudelman, Ux Matters).
• Ambient Findability: What We Find Changes Who We Become (Peter Morville, книга).
• Search Patterns: Design for Discovery (Peter Morville, книга).

И вот к чему я пришла к концу этого дня. Проекты в Интернет делятся на следующие категории:

• информационные сайты и порталы

Они абсолютно типичны: рубрикатор, последние новости, популярные обновления, облака тегов, фото, видео, погода, курсы валют и баннера. Конечно своеобразным трендом является блок с адресами представительств в социальных сетях (Twitter, FB, ЖЖ и т.п.). Радует все большее использование java-script. По крайней мере ссылка “Все фото” дополнена возможностью просматривать контент не уходя с главной страницы для определения полезен ли для меня этот контент.

• поисковые сервисы

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

• Интернет-магазины, сервисы сравнения, аукционы и т.п.

По сути все крупные проекты с товарами и услугами. Очень близко к информационным сайтам. Отличием является контент: вместо новостей “продаем” товары. Все те же топ-ы продаж, новинки, баннеры, представительства в соц сетях и рубрикаторы. Плохим отличием является не вовлечение тренда с аяксовыми блоками с фото, видео и т.п. Я бы с радостью просмотрела десяток топовым товаров по рубрикам, прежде, чем перешла через 3 клика в каталог.

• социальные сети

Главные страницы данного типа ресурсов особо не предоставляют информации до того, как я зарегистрируюсь и осознаю, надо ли мне было регистрироваться. По сути можно спокойно оставить логотип и 2 больших кнопки “Зарегистрироваться” и “Войти”. За “Тур по сайту” была бы признательна, если бы он был толковым и интуитивно понятным различной возратной категории. Думаю для каждой социальной сети это очень важный момент для сбора адекватных пользователей на сайте (это те, кто помимо регистрации, еще и использует ресурс по назначению).

• сайты типа Зайцев.нет

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

Я не трогала промо-сайты, т.к. это ближе к дизайнерскому искусству.

К чему я это все и что мне не понравилось. Хорошо, что существуют правила, по которым мы строим те или иные типы проектов. Пользователь уже знает какую информацию он может получить с главной страницы сайта. Но, увы, почему один тип ресурса не использует то, что удачно применено в другом типе. Почему не убрать информацию третьего уровня, как это сделал Гугл? Почему не вынести больше полезного контента на главную, “спрятав” его в аякс технологиях?

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

Присоединяйтесь к команде Useme(not)!

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

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

Подробнее

Летом 2009 года в своей штаб-квартире в Palo Alto, дизайн команда Facebook рассказывала о своей философии и подходе к дизайну. Они придают особое значение написанию кода, частому и раннему показу дизайна, вовлеченности в проект от начала до конца. Возможность дизайнеров писать код всплывало очень часто.

• Дизайн команда Facebook вовлечена в дизайн продукта, маркетинг, UI шаблоны, брендинг и front-end код. Команда состоит из 15 дизайнеров (product designer), 5 дизайнеров интерфейса и 1 “стратега” по контенту. Всего 25 дизайнеров на компанию из 1000 человек.
• Как команде удается создавать дизайн для четверти миллиарда человек? Четыре мысли: нужно быть вовлеченным от начала до конца, делиться наработками рано и часто, пачкать руки и не влюбляться.

Дизайнеры должны быть вовлечены от начала до конца: от создания общей стратегии до запуска. Этим Facebook отличается от остальных компаний.

• Facebook уделяет много внимания тому, чтобы их дизайнеры были вовлечены в процесс с начала до конца.
• Создание дизайна сразу с кодом позволяет увидеть, как реальная информация ведет себя в новой разметке.
• Дизайнер, пишущий код, быстрее и внимательнее внедряет мелкие детали дизайна.

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

• В Facebook нет креативного или арт директора, вместо этого используется процесс “снизу-вверх”. Для команды критично, что бы всем было известно, чем они занимаются.

Не бойтесь пачкать руки. Очень важно, чтобы вы понимали, как работает Веб. Все дизайнеры немного используют HTML/CSS, а иногда даже PHP.

• Это упрощает взаимодействие между дизайнерами и разработчиками. Дизайнеры могут заниматься багами и строить быстрые прототипы сами.
• Очень важно быстро двигаться вперед. У Facebook’а много соперников во многих сферах и то, как люди используют Веб, постоянно меняется. Быстрая итеративность – ключевой, критический момент.
• В Facebook верят, что важно выпускать продукт как можно раньше, чтобы посмотреть, как его используют.
• Мокапы врут. Им не хватает контента и контекста. Нужно использовать реальный контент и реальные страницы, чтобы понять, как работает новый дизайн.
• Что бы продвигаться быстро, нужно прототипировать заранее. Например: интерфейс комментариев был протестирован и переделан несколько раз еще до того, как попал к конечным пользователям.
• Дизайнеры в компании «коммитяться» около 40 раз за неделю.

Не влюбляйтесь. Софт не постоянен, он все время меняется и вам нужно принять это.

• Цель – постоянные изменения принимать за должное.
• Не останавливайтесь на достигнутом сегодня. Уже завтра вы будете отставать. Как дизайнеру, вам нужно делать прогнозы и думать как будут обстоять дела через год.
• Самый долгоживущий дизайн Facebook’a был дизайн главной страницы в 2004 году, он продержался 18 месяцев.
• Как никогда раньше, наша работа бесконечна.
• Делайте А/Б тесты для большинства функциональностей. Используйте четко определенные метрики, но не позволяйте им определять дизайн.

Полный текст статьи Luke Wroblewski о том, как построен дизайн процесс у одного из самый посещаемых ресурсов в мире.

Еще о дизайне в разных компаниях на Usemenot:

• Дизайн процесс в Cooper Design.
• Дизайн процесс в Apple.
  
• Несколько слов о дизайне в Google.

С каждым днем пользователь Интернет становится все образованнее и искушеннее. Все больше людей способны одним глазом оценить, что его ждет на данном ресурсе со стороны взаимодействия с продуктом и, зная, что этот сервис не уникален, покинут его, перейдя на следующий, потенциально более удобный в использовании. Большой процент задуманных новых проектов и сервисов не есть уникальными сегодня. Это нормально. И в этот момент одним из высоких преимуществ будет являться отношение команды стартапа к юзабилити. Чем глубже команда продумает взаимодействие потребителя с их ресурсом, тем больше шансов занять лидирующую позицию.

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