Комментарии 5
Спасибо! несмотря на то, что как мне показалось, в материале недостаточно сравненийдействительно принципиально разных типов систем (например, веб и приложение) материал считаю полезным. какминимум его можно использовать для составления базовых требований при разработке единого Ux \ Ui собственной экосистемы.
Спасибо за статью.
1) Расскажите, пожалуйста, об инструменте для сборки UI Kit.
Это ваша внутренняя разработка?
Могут ли дизайнеры не писать код, чтобы добавлять туда новые элементы?
2) Если не секрет, насколько улучшились показатели заказчика после внедрения вашей системы?
Спрашиваю, потому что для команды разработчиков интерфейсов выгода очевидна, а для всех остальных она логически объяснима, но не столь явна. Интересно было бы узнать о реальной ситуации.
Добрый день!
Рады, что вам понравилась. отвечаем по-пунктам :)
1) Свои велосипеды решили не изобретать, поэтому инструменты классические — npm, node-sass для сборки стилей, svg-sprite для сборки иконок. Дизайнеры именно в библиотеку ui kit изменения не вносят. Они дополняют свой каталог шаблонов, с которым дальше работают. А верстальщики воплощают все в виде стилей и верстки для библиотеки.
Искать какие-либо волшебные решения, где бы дизайнер вносил изменения прямо в библиотеку мы даже не пытались. Решили, что лучше, когда каждый делает свою работу хорошо. Дизайнер хорошо проектирует, верстальщик хорошо сверстает.
2) Конкретные показатели заказчика мы публиковать не можем в связи с конфиденциальностью информации. Улучшились следующие параметры: 1) скорость внедрения новых приложений; 2) скорость, с которой вносятся текущие изменения в приложения по обращению заказчика – выросла в несколько раз; 3) скорость освоения новых приложений пользователями. И, наконец, уровень удовлетворенности пользователей от работы с приложениями компании. Ведь хоть это рабочие инструменты, и в них все равно придется работать, все же всем приятно иметь дело с решениями, в которых удобно работать.
Рады, что вам понравилась. отвечаем по-пунктам :)
1) Свои велосипеды решили не изобретать, поэтому инструменты классические — npm, node-sass для сборки стилей, svg-sprite для сборки иконок. Дизайнеры именно в библиотеку ui kit изменения не вносят. Они дополняют свой каталог шаблонов, с которым дальше работают. А верстальщики воплощают все в виде стилей и верстки для библиотеки.
Искать какие-либо волшебные решения, где бы дизайнер вносил изменения прямо в библиотеку мы даже не пытались. Решили, что лучше, когда каждый делает свою работу хорошо. Дизайнер хорошо проектирует, верстальщик хорошо сверстает.
2) Конкретные показатели заказчика мы публиковать не можем в связи с конфиденциальностью информации. Улучшились следующие параметры: 1) скорость внедрения новых приложений; 2) скорость, с которой вносятся текущие изменения в приложения по обращению заказчика – выросла в несколько раз; 3) скорость освоения новых приложений пользователями. И, наконец, уровень удовлетворенности пользователей от работы с приложениями компании. Ведь хоть это рабочие инструменты, и в них все равно придется работать, все же всем приятно иметь дело с решениями, в которых удобно работать.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как мы делали экосистему – единый «язык» дизайна для front end десятков связанных систем