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

1. Проекты для государства.
GOV.UK или Чего изволите?
Как научиться делать полезные госпроекты
и объяснять заказчику, что он не всегда прав

2. Наши компетенции
Интерфейсы Портала Правительства
Санкт-Петербурга gov.spb.ru
Сайты Комитетов Правительства Спб
Сайты районных администраций
Сайт казенных и бюджетных учреждений

3. • Дизайн без дизайна
• Design of the year 2013
• D&AD "Black Pencil 2013"

4. Принципы дизайна
• Сначала потребности
пользователя
• Делай меньше, делай главное
• Никакого lorem ipsum
– только реальные данные
• Включи голову сам, чтобы ее
не нужно было включать
пользователю
КОНТЕНТ –
ЭТО КОРОЛЬ

5. Принципы дизайна
ДЕЛАЙ
ПОНЯТНО
• Создай среду, доступную
для особых людей
• Понимай ситуацию применения
• Пользователю нужны сервисы,
а не сайт
• Единообразие, но не
монотонность
• Делай понятно

6. • Полномочия менеджера
• Безопасность и соответствие
законодательству
• Защита персональных данных
• Без пояснений, с первого же раза – каждый
ли сможет воспользоваться этим сервисом?
• Обеспечьте поддержку тем, кому она нужна
5 из 26

7. Принцип одного окна
Старайтесь
обеспечить
межведомственное
взаимодействие
и интегрировать
отдельные
подразделения
в один ресурс

8. «Да, проект
так себе,
это заказчик
всё
испортил,
я хотел(а)
сделать
совсем
не так»
Плохой сценарий

9. УРОВЕНЬ ПОЗНАНИЯ:
даешь GOV.UK
УРОВЕНЬ УВАЖЕНИЯ:
я могу спорить с заказчиком
УРОВЕНЬ ЛЮБВИ:
мы с менеджером проекта
не враги
УРОВЕНЬ БЕЗОПАСНОСТИ:
я и менеджер не боимся
заказчика
БАЗОВЫЙ УРОВЕНЬ:
сроки и финансирование
Дизайнер: потребности

10. Поймите свою команду и простите ее. Достигайте
компромисса, но будьте принципиальны в главном.
У менеджера все проще…
и сложнее
• «документы в порядке»
• деньги пришли?
• иногда спать
• сдать проект вовремя

11. Проектирование:
то, что нельзя изменить
• Интеграции с проблемными системами
• Длинные официальные формулировки
• Контента нет или лучше бы его вообще не было
• Ваш прототип согласован, но его никто не видел

12. Readability
Plain Language
• Контрастность. Кегль, интерлиньяж, межабзацные
отступы. Версия для слабовидящих
• Длина предложений и формулировок. Подбираем
простые синонимы для текста

13. Вы получите комментарии и среди них будут такие, на
которые вам захочется сказать госзаказчику:
«Нет, так делать нельзя»
Согласование макета и правки

14. • Предметная область
Референсы и подводные камни
• Политический контекст
Мотивации ЛПР, ситуация
в ведомстве/регионе
• Вовлекайте
Не ваш и не их – наш проект
• Логика и приоритеты
Переводите «как» в «зачем»
Заработайте право возражать

15. Разработка: а был ли дизайн?
Риски: внезапно раскрывшиеся глаза и понимание,
что «все совсем не так», правки напрямую в верстку
Решение: авторский надзор