Глава 1: Проектируем системы (часть 2)

Olga Kokoulina
Атомарный дизайн
5 min readJun 15, 2017

Назад | Глава 1: Проектируем системы (часть 1)

Перед вами перевод книги Atomic Design Брэда Фроста, разработчика интерфейсов, поклонника мобильного интернета и создателя методики “Атомарный дизайн”. Если вы здесь впервые, то лучше начните сначала)

# Управляемая стратегия

Руководители компаний наконец начинают понимать, что раскатывать катком свой старый сайт и вместо него каждые три-восемь лет запускать новый — это не лучшее (и никогда таким не было) решение.

Долой старый сайт! Да здравствует новый!

Интересуетесь свежими статьями по дизайну?🚀 Подписывайтесь на канал в Telegram | ВКонтакте, Instagram, Facebook

Ищите системное погружение в тему? Загляните в блог для дизайнеров.

Это однозначно заманчивые лозунги. Но до того, как вы успеете подмести конфетти с пола, начнут раздаваться звонки. “Вы украли наш сыр!”* — будут обвинять пользователи, потратившие несколько лет, чтобы привыкнуть к прежним интерфейсу и функционалу.

*Автор ссылается на книгу “Где мой сыр?” Спенсера Джонса про людей и мышек в лабиринте.

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

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

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

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

Уход от редизайна в духе слоганов Рона Попейла «Установил — и забыл!»* требует осознанных изменений в организационной структуре и рабочем процессе. Что легко сказать и чертовски сложно сделать.

*Рон Попейл — основатель “магазина на диване”, автор слоганов «Но это еще не все!», «Если вы позвоните прямо сейчас, мы снизим цену на 20%!», «И это действительно работает!».

# Итерационный подход

Если бы я получал четвертак каждый раз, когда слышал фразу: “Мы пытаемся быть более гибкими”, я бы летал по орбите Земли на собственном космическом корабле вместо работы над этой книгой.

Желание быть более гибким — похвально. Однако термин “гибкость” очень широкий. Есть большая разница между абстрактной гибкостью и Гибкостью в значении Agile. Agile — это гибкая методология разработки с собственным руководством по использованию и инфраструктурой из метода управления проектами SCRUM и принципом бережливого производства Lean.

Гибкость с маленькой буквы — это скорее неформальное желание сделать процесс эффективным. Такое желание, безусловно, может подразумевать принятие общих принципов Agile, но не использовать философию Agile в полном объеме. Бретт Харнед, менеджер проектов, объясняет это так:

Мы хотим быть более гибкими; мы принимаем перемены, совершенствуемся, стараемся быть гибкими, насколько это возможно, и вносим изменения, какие сочтем нужными. Но дело в том, что мы никогда не станем настолько гибкими, какими должны согласно Манифесту Agile. И в этом нет ничего страшного, покуда мы говорим, какими мы хотим стать. ~Бретт Харнед

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

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

# Модульный контент

Подготовьте ваш контент для публикации повсюду, ведь он будет опубликован повсюду. ~ For A Future-Friendly Web

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

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

Я верю, что в будущем у нас будут лучшие инструменты для управления контентом и его публикации. Мы сможем найти способы реструктурировать уже хорошо структурированный и оформленный контент специально под форматы публикации на разных платформах. ~Karen McGrane

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

Сложные системы управления контентом и раньше существовали в течение многих лет в форме индивидуальных решений (например, платформа COPE: Create Once, Publish Everywhere от NPR), но сейчас интеллектуальное модульное мышление становится основой систем управления контентом.

Над переводом работают Ольга Кокоулина и Ринат Шайхутдинов.

Если вам понравился перевод, дайте нам знать — нажмите кнопку Recommend.

Читать далее | Глава 1: Проектируем системы (часть 3)

Видеокурсы и практика по дизайну интерактивных систем: ux/ui, веб-дизайн и бренд-дизайн

Вас ждет плотная проектная практика по анимации интерфейсов, дизайну сайтов, а также мобильных и веб-приложений. Под руководством наставников в стиле «смотри и повторяй»!

Breezzly — это среда для тренировки digital-навыков. Здесь вы встретите комплекты видеокурсов в актуальных инструментах интерактивного дизайна, среди них Figma, Principle и Invision Studio. А каждый проект — это живой кейс с историей, собранной по горячим следам!

Посмотреть каталог курсов →

breezzly.ru

--

--