Разработка госсайта по дизайн-системе России

Оригинал статьи читайте на vc.ru

Мы разбили материал на две части:

1. Работа над государственным сайтом. Как это бывает, к чему готовиться. Ленивые чинуши со стороны заказчика — правда или нет.
2. Создание госсайта по дизайн-системе России. Что это и для чего. Какие ваши проблемы решит дизайн-система, и каков порог входа для работы с ней. Спойлер: эта штука может упростить жизнь только опытным и слаженным командам. Объясняем, почему.

Заказчик и его задача

В январе 2018 года состоялся релиз нового сайта администрации Кемеровской области ako.ru. На сайте власти публикуют пресс-релизы для СМИ, законы и официальные документы, а обычные граждане могут подать обращение, задать вопрос и получить консультацию.

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

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

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

Что мы с этим сделали

Мы решили не переделывать старый сайт, а начать с истоков.

Вначале выделили несколько групп целевой аудитории и разработали для них сценарии использования. За три встречи согласовали структуру нового сайта. В итоге она сократилась в три раза. Неактуальные страницы и разделы удалили, на приоритетных блоках сделали акцент.

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

Какие трудности могут ждать при работе над госсайтом

• На госсайтах используются громоздкие бюрократические формулировки. Они малопонятны людям и плохо влияют на дизайн. В некоторых разделах нам удалось переписать их. Но часть пришлось оставить как есть, и на сайте красуются пункты меню с названием в четыре строки.
• Любое обновление — это долго и мучительно, ведь всякое изменение на сайте тянет за собой изменение в работе людей. С коммерческими заказчиками в этом случае легко. Вы показываете само изменение, затем профит от него, и заказчик говорит: «Окей». В администрации же главное — процессы. Поэтому даже такое пустяковое изменение, как автоматических ответ на электронное письмо, может согласовываться три недели, а потом решение и вовсе отменят — «как бы чего не вышло».
• Есть некоторые разделы, которые не вписываются в информационную архитектуру. Но их «нужно поставить обязательно». И неважно, куда.
• «Это нельзя трогать». Законодательство и локальные акты часто в императивной форме предписывают определённые решения. В законах написано, что должно быть на сайте и какие именно формулировки следует использовать. Но нигде не написано, что это должно быть доступно для понимания и удобно.
• Поскольку долгое время сайт не модернизировали, а функции к нему добавлялись, администрации пришлось создать дюжину сторонних сайтов, которые эти функции выполняли. В итоге нам пришлось объединить их все на одной площадке, логично встроив в новую архитектуру.

Дизайн-система России: к чему быть готовым

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

Уже после того, как была создана новая архитектура сайта и согласован прототип, мы узнали о дизайн-системе России. Работу над ней сейчас ведёт команда из Минкомсвязи, AIC, «Лаборатории Артёма Геллера» и компании СТМ.

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

Что такое визуальный язык? Это комбинации цветов, шрифта, расположения и вида элементов, по которым мы сразу можем узнать государственный сайт. Это как зайти на португальскую стартовую страницу «Яндекс» — благодаря визуальному языку вы поймёте, что это именно «Яндекс».

Мы написали разработчикам дизайн-системы Артёму Геллеру и Сергею Попкову (это арт-директор AIC) в Facebook. Попросили рассказать, насколько готова дизайн-система России, и можно ли её использовать. В ответ мы получили гайдлайн, который можно было применять для разработки сайта.

Особенности работы с дизайн-системой России

Дизайн-система предлагает элементы интерфейса и правила их использования. Это создаёт только общее направление для разработки дизайна. Нельзя просто взять прототип и применить к нему дизайн. Нужно подумать, протестировать и сделать по уму.

Дизайн-система даёт набор элементов, а скомбинировать их в работоспособный интерфейс предстоит разработчикам.

Вот 11 выводов, которые мы сделали, работая по дизайн-системе России:

• Не получится просто собрать сайт из блоков, как конструктор, придётся включить голову и хорошо поработать. Чтобы работать с ней, придётся разобраться во всех нюансах и понять, как их применять.
• В дизайн-системе заложены все базовые компоненты интерфейса. Их хватает для решения 90% задач. Но возникают случаи, когда приходится разрабатывать новые компоненты. Вот пара примеров. Первый: в нашем проекте было много табличного контента, но их трудно показывать в мобильной версии сайта. Поэтому нам пришлось изобрести новый компонент «Таблица» с горизонтальными скроллом. Второй: навигация по внутренним страницам. Некоторые разделы получились сложными — для них мы сделали боковое меню в помощь. И чтобы человек понимал, где он находится, добавили «хлебные крошки».
• Соблюдение принципов дизайн-системы требует тщательного проектирования структуры сайта и проработки контента. Каждый раздел должен быть доступен и понятен. Так что работать с дизайн-системой в её нынешнем виде под силу только опытной команде.
• Использование дизайн-системы исключает субъективный фактор «нравится-не нравится», а вау-эффекты отводит на второй план. Главное — принципы простоты, отзывчивости и доступности. Не все заказчики и разработчики к этому готовы.
• Типографика в дизайн-системе продумана отлично, заданы стили для десктопов и планшетов. Но возникали и проблемы. Если на внутренних страницах заголовок H1 был длинным, он получался слишком массивным. Сделать все заголовки краткими и ёмкими не получилось. Проблему решили заменой стиля заголовков Н1 на Н2 и нажили кучу проблем с иерархией, а страдали верстальщики.
• Ограничения дизайн-системы полезны при обслуживании и наполнении сайта. Они помогают сохранить его визуальный стиль. Как бывает в жизни: заказчик просил разместить бегущую строку со штормовым предупреждением. Но ограничения дизайн-системы дали нам право отказаться портить главную. И всё же наш арт-директор нашёл элегантное решение: предупреждение о шторме мы разместили под значком уведомлений на госбаре, избавившись от бегущей строки. И волки, и овцы.
• При работе с дизайн-системой сначала проектируем структуру вёрстки и верстаем все элементы. Затем страницы собираются из готовых блоков. С одной стороны, это проще, ведь не нужно каждый раз заново верстать страницу. С другой — эту работу можно давать только опытному фронтенд-разработчику. Нужно, чтобы он понимал принципы построения сайта и визуального взаимодействия элементов. Иначе велик риск сделать вёрстку, с которой будет невозможно работать. Есть и другая проблема: неопытный фронтендер не сможет использовать свои решения повторно, а значит, потратит кучу времени и сил, решая аналогичную задачу с листа.
• С помощью дизайн-системы легче строить надёжный фундамент «визуал, фронтенд и бэкенд». Если не строить проект на надёжной основе, рано или поздно он попадёт в спираль смерти, когда возникает множество ошибок при попытке внесения изменений и сайт «рассыпается».
• Правильное использование дизайн-системы позволяет сфокусироваться на развитии. С ней легко вносить малозаметные, но важные улучшения и при этом не изобретать велосипед каждый раз.
• В дизайн-системе описана только визуальная часть, нет рекомендаций по структуре и информационному наполнению сайтов. Пользуясь гайдлайном, можно создать визуально прекрасный продукт, но без проработанной структуры, контента и навигации вся работа теряет смысл.
• К сожалению, сообщество по разработке дизайн-системы только формируется. Нет описаний опыта её внедрения, подробных рекомендаций разработчиков. Приходилось работать в вакууме. Поэтому мы решили написать о своём опыте внедрения, нам бы такая статья на старте проекта была очень полезна.

Результат, перспективы и применение дизайн-системы России

Использование дизайн-системы позволило сократить срок разработки сайта на 30%. Сразу после запуска ako.ru мы сделали редизайн инвестиционного сайта области на дизайн-системе. Срок работы над ним занял уже в три раза меньше времени.

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

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

Для дальнейшего развития проекта мы разрабатываем единую библиотеку интерфейсных компонентов. Она позволяет хранить все актуальные версии элементов в одном месте и использовать их повторно.