А так ли нужен дизайн в корпоративных системах?

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

Вот, например много букв про дизайн на специальном ресурсе:

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

То, что дизайн, в общем понимании этого слова, в корпоративных системах оставляет желать лучшего – это уже притча во языцех. Все кому не лень, ругают 1С за дизайн. Потом оказывается, что и SAP с Axapta ушли недалеко. И вот легионы пользователей и айтишников ломают копья о том, что доколе вообще.

Вот возьмем какой-нибудь типовой продукт «1С:Управление чем-то там». Вендор выпустил типовое решение. Как смог. В решении заложен определенный базис. За решение отвечает вполне определенная команда разработки. И ее можно поругать за то, что дизайн не очень. И, вполне вероятно, есть за что поругать. Но в целом – дизайн 1С вполне себе ничего по сравнению с конкурентами. Иначе продаж не было бы.

Но давайте сравним с чем-то действительно «задизайненым». Ну, например, сайт aviasales. Зачем сайту aviasales нужен качественный… да что там.. просто охренительный дизайн? Есть обоснование:

Десятки тысяч пользователей в день
Несколько конкурентов – onetwotrip, ozon.travel и тогдалее.
Пользователь не читает инструкцию, пользователь идет по интуитивно понятному кейсу
Каждый потерянный пользователь – потеря денег. Не куплены билеты, потрачены деньги на контекстную рекламу
Посчитать экономический эффект от потери клиентов – возможно. Эффект огромен

А теперь посмотрим на «1С:Управление чем-то там»

Решение о внедрении принято
Пользователей – десятки. В лучшем случае – сотни. В особых случаях – несколько тысяч.
Система снабжается инструкциями
В ходе работ обязательно проводится обучение
Работа в системе – должностная обязанность
Пользоваться другой системой – невозможно
Экономический эффект – умозрительный. В лучшем случае можно посчитать трудозатраты на отражение операций и зафиксировать увеличение на 5-20%
Функционал корпоративных решений существенно сложнее, чем юзер-стори по выбору билета. В документах используются сотни реквизитов и взаимосвязей между ними

Отсюда:

Далеко не каждый заказчик не пойдет на увеличение time to market функционала из-за редизайна бантиков
Обосновать экономику включения дизайнера в техпроцесс – задача из разряда шаманства
Дизайнера на 1С еще пойди найди
Компетенции "дизайна" имеет смысл наращивать у системных аналитиков. Хорошо бы воспитывать аналитиков рисовать аккуратные прототипы в мокапе, а разработчиков – аккуратные формы
Привлечение, например, UX-дизайнера – резко увеличивает стоимость работ и требует перестроения технологий разработки, включение туда этапа дизайна
Нет предела совершенству. Если команда проекта умеет разрабатывать/дорабатывать корпоративную систему так, что она понятна, в ней нет лишних кнопок, противоречивых названий - это уже можно считать неплохим результатом

Если вы зайдете в форму заявки на оплату в любой системе любой корпорации – это будет монстр, порожденный тысячами хотелок и месяцами кросс-функционалных согласований. И, казалось, бы после запуска можно было и переделать, но: а) где взять бюджет? б) проведено обучение и пользователи привыкли в) зачем...?

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

Дизайн имеет место быть для облачных решений. Таких, как, например, Битрикс, Slack и т.д. То есть, для систем. которые:

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