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


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


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

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

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

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

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

  • Десятки тысяч пользователей в день

  • Несколько конкурентов – onetwotrip, ozon.travel и тогдалее.

  • Пользователь не читает инструкцию, пользователь идет по интуитивно понятному кейсу

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

  • Посчитать экономический эффект от потери клиентов – возможно. Эффект огромен

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

  • Решение о внедрении принято

  • Пользователей – десятки. В лучшем случае – сотни. В особых случаях – несколько тысяч.

  • Система снабжается инструкциями

  • В ходе работ обязательно проводится обучение

  • Работа в системе – должностная обязанность

  • Пользоваться другой системой – невозможно

  • Экономический эффект – умозрительный. В лучшем случае можно посчитать трудозатраты на отражение операций и зафиксировать увеличение на 5-20%

  • Функционал корпоративных решений существенно сложнее, чем юзер-стори по выбору билета. В документах используются сотни реквизитов и взаимосвязей между ними

Отсюда:

  • Далеко не каждый заказчик не пойдет на увеличение time to market функционала из-за редизайна бантиков

  • Обосновать экономику включения дизайнера в техпроцесс – задача из разряда шаманства

  • Дизайнера на 1С еще пойди найди

  • Компетенции "дизайна" имеет смысл наращивать у системных аналитиков. Хорошо бы воспитывать аналитиков рисовать аккуратные прототипы в мокапе, а разработчиков – аккуратные формы

  • Привлечение, например, UX-дизайнера – резко увеличивает стоимость работ и требует перестроения технологий разработки, включение туда этапа дизайна

  • Нет предела совершенству. Если команда проекта умеет разрабатывать/дорабатывать корпоративную систему так, что она понятна, в ней нет лишних кнопок, противоречивых названий - это уже можно считать неплохим результатом


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


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


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

  • Изначально располагаются в облаке

  • Обслуживают сотни и тысячи клиентов, сотни тысяч пользователей

  • Предполагают начало использования сразу после подключения

  • Используют исключительно веб-клиент

Просмотров: 283Комментариев: 0