10 принципов для хорошей документации UX Design

Это Манифест для UX Design.

В то время, когда я работал в Canonical, я работал над Ubuntu для разработки программного обеспечения для мобильных и настольных ПК (SDK) по-настоящему открытым способом. Члены команды были распределены по различным бизнес-инициативам и удаленно расположены по всему миру. Некоторые из них были штатными сотрудниками, а другие просто увлечены идеей программного обеспечения с открытым исходным кодом и добровольно откололись за тысячи часов самоотверженной работы. Мы использовали существующие инструменты для совместной работы в Интернете и иногда создавали собственные каналы для более эффективной синхронизации. Крупные и мелкие выездные мероприятия в течение года собрали сообщество из примерно 600 разработчиков для управления и управления следующей версией цифровых сервисов на основе Ubuntu.

Ubuntu работает на облачных серверах Netflix, поддерживает Uber, Tesla, Google, правительства и даже международную космическую станцию. Экземпляры Ubuntu были установлены 20 миллионов раз в 2015 году. (Источник)

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

Сегодня я раскрываю лучшие способы разработки важной UX-разработки и исследовательской документации для распределенных групп. Они могут включать в себя наборы профилей клиентов, карты обслуживания и опыта, карты преобразований, карты сродства, поездки пользователей, проводные потоки, живые информационные панели для выполнения заданий, поведенческие дневники, руководства по обсуждению интервью, отчеты об исследованиях пользователей, motion-gifs , заметки о выпуске дизайна, UX-компас, только некоторые из них. Вот десять принципов, которые может принять каждый:

1. Хорошая проектная документация UX всегда актуальна.

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

«UX - это контролируемое непрерывное курирование нескольких взаимодействий в рамках конкретной системы или среды - это включает в себя взаимодействие с вашими коллегами».

2. Хорошая проектная документация UX создается, рецензируется и сегментируется.

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

3. Хорошая проектная документация UX открыта.

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

4. Хорошая проектная документация UX является информацией.

В начале нового проекта или инициативы вы обнаруживаете, что работаете с большим количеством предположений, спекулятивных данных, устаревших исследований и предвзятых мнений, что совершенно нормально. Однако, по мере продвижения, замените эти гипотезы реальными данными и знаниями. Элементы отметки уха, которые еще не были проверены, поэтому читатели и участники знают, где есть пробелы и как они могут помочь заполнить их. В то время как ваши поведенческие данные должны иметь ответ на вопрос ЧТО и ПОЧЕМУ, они также обычно делятся на три подчиненные категории, поэтому убедитесь, что у вас есть что-то в каждом сегменте для понимания рынка (последствия конкуренции и рынка, поведенческая экономика), понимания клиента (большинство соответствующие потребности целевых групп и поведения) и понимание продукта (наиболее значимые преимущества продукта).

5. Хорошая проектная документация UX имеет много действий.

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

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

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

6. Хорошая проектная документация UX тесно связана с метриками компаса.

Что такое показатель компаса? Хорошо, подумайте о чем-то, что поможет вашему «документу», проекту, продукту, услуге, клиенту или даже члену команды (вкладчику) добиться успеха. Метрика компаса - это не что-то написанное в камне и сдвигах, поскольку вы и ваше предприятие путешествуете по бесконечной петле обучения и (проектирования) итерации. Однако важно то, что вы определяете это, делитесь им, обсуждаете, обновляете и продолжаете работать над этим.

7. Хорошая проектная документация UX обеспечивает ясность по количеству.

Среди других типичных результатов UX, карты опыта, например, выглядят блестящими и предоставляют много полезного для общих результатов исследований, точек соприкосновения бренда и возможностей обслуживания, но если суть такого «отполированного холста Excel» может быть раскрыта в двух короткие, простые английские абзацы на листе бумаги DinA4 - делайте так. Джейми Леви считает, что эти карты созданы для того, чтобы вдохновить людей на то, почему они делают свой продукт по дороге в ванную. (Источник). Если вам случается работать в агентстве, которое отчаянно пытается добавить этот блестящий дизайн, который можно доставить к своему SOW, и продать еще четыре лишних дня простоя работе для невежественного клиента, то вы, вероятно, работаете в организации, которая ставит их интерес выше один из их клиентов. Я всегда говорю; продукт за powerpoint. Минимальная длина описания по длинному бла-бла.

8. Хорошая проектная документация UX является иллюстративной.

Действительно, хорошая проектная документация должна быть иллюстративной, но не декоративной, как мы обсуждали в седьмом разделе. Спроси себя; Как я могу представить свои идеи дизайна и результаты исследований наиболее осязаемым образом? Это не должен быть исполняемый код. Почему бы не найти похожие решения и лучшие практики и не записать их на экран, или предоставить ссылку, если у вас мало времени? Это даст любому, кто вовлечен в процесс проектирования и разработки, хорошее представление о том, как может выглядеть конечное решение. Анимированные GIF-файлы, как они, также являются отличной альтернативой. Как насчет поведенческого понимания качественных сессий пользователей / клиентов? Почему бы не пригласить людей настроиться на живые исследования и услышать ответы из первых рук, вместо того, чтобы делиться записями и длинными отчетами с заинтересованными сторонами из членов команды. Сделайте еженедельный подкаст, чтобы поделиться самыми важными фрагментами; Вы можете добавить больше глубины в произнесенных словах.

Хорошая проектная документация UX поддерживает разработку на основе поведения.

Скачать постер с 10 принципами в формате PDF

По мере того, как вы будете больше участвовать в реализации ваших проектных предложений и рекомендаций, начните погружаться в мир управляемой поведением разработки (BBD). BBD лучше всего известен разработчикам и представляет собой просто набор инструментов и методологий, основанных на разработке через тестирование. В BDD вместо написания тестов вы должны подумать о том, чтобы указать поведение - что, как UX-дизайнер, вы уже хорошо делаете. Так что начните вводить пользовательские истории разработчиков, критерии приемлемости и бизнес-правила и запишите их в Gherkin - чтобы создать исполняемую спецификацию для программного обеспечения, которое вы совместно создаете со своими коллегами.

10. Хорошая проектная документация UX - это легкое усилие и высокая отдача

Охватите режущие углы, но с умом. Я упоминал ранее, что важно не потеряться в украшении и чрезмерном проектировании ваших шаблонов UX и исследовательских отчетов. Это просто много времени впустую! Кроме того, представьте, как можно быстрее получить результаты проектирования и исследования. Возможно, вы уже внедрили первый принцип и настроили потоки проектирования и исследований, которые помогут вам полуавтоматизировать некоторые из ваших процессов (подсказка: Zapier - ваш друг). Делайте все возможное, чтобы поставить себя в положение, которое позволяет вам постоянно производить и делиться обновлениями. Это увеличит влияние, которое вы оказываете на свою компанию. Сначала заставьте свою «систему» ​​работать, а затем сконцентрируйтесь и настройте результат.

И последнее, но не менее важное - сделайте ваши дизайнерские документы популярными как пирог

Есть отличные идеи для проектной документации UX? Поделитесь своим в разделе комментариев.