#nodesigndev: дизайн руками разработчиков

    image

    Недавно запустился сервис nodesign.dev, который собирает инструменты и материалы по дизайну (в основном UI). Идея заключается в том, что многим разработчикам приходится время от времени дизайнить какие-то элементы своих проектов, и у большинства нет релевантного дизайнерского опыта или художественного образования. Создатели сервиса решили помочь им и запустили одноимённое движение, призывающее разработчиков делиться друг с другом опытом, наработками и знаниями в области дизайна. Конечная цель — чтобы как можно больше небольших проектов без штатного дизайнера могли позволить себе хороший внешний вид и UX.



    Строго говоря, ничего нового создатели nodesigndev не изобрели. Существуют тысячи сайтов с аналогичными подборками, которыми те же веб-разработчики пользуются ежедневно, на Dribbble и Behance ежедневно попадает огромное количество идей и макетов. Новой стала именно идеология, и, судя по активным обсуждениям в комьюнити, она довольно востребована. Однако обсуждение самой природы дизайна UI/UX, как и выбор подхода к нему, порождает немало споров, и вот как делятся мнения:

    1. Дизайн (в применении к вебу) это не слишком сложный, итеративный процесс


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

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


    ideo.com/about. Текст слайда: «Мы считаем, что разнообразие — подготовки, мнений, опыта и дисциплин — является неотъемлемым компонентом каждой дизайнерской задачи, с которой мы сталкиваемся. В результате в IDEO нет двух похожих проектных команд. Смешивая нашу разнообразную группу дизайнеров — от антропологов до диетологов и писателей — мы создаем команды, способные решать любые задачи.»

    2. Дизайн это больше чем UI/UX


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

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



    3. Nodesigndev как движение не имеет смысла


    Отсутствие дизайнера в команде это вынужденная мера, и тратить время на «воспитание» в себе оного нелогично: полноценную квалификацию за короткое время получить невозможно, а чем идти на полумеры, лучше всё-таки найти дизайнера на подходящих условиях. Многим из них не хватает как раз технического бэкграунда и они будут готовы предоставить свои компетенции в обмен на ваши, или можно предложить кандидату долю в проекте, как это часто происходит со стартапами. Вариантов масса, и все они в конечном счёте позволяют выпустить продукт более качественный, чем если бы вы дизайнили его самостоятельно с использованием UI-ширпотреба.
    Или просто поработайте с дизайнером. Тысячи из них хотят создавать технические штуки, но им не хватает собственных навыков и они сами хотят сотрудничать с разработчиками. Обратитесь к нескольким в социальных сетях, и вы удивитесь, насколько они восприимчивы [к идее сотрудничества].

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



    По сути, противниками идеи являются только сторонники третьего мнения, и в чём-то они безусловно правы. Но лично мне очень интересно будет наблюдать за развитием движения nodesignweb, и будет обидно если оно просто закончится на сайтике с коллекцией инструментов и библиотек для UI. Я сам часто сталкиваюсь с необходимостью дизайнить что-то в своих проектах, и для меня эта инициатива могла бы стать очень полезной.



    На правах рекламы


    Необходим сервер для размещения сайта? Наша компания предлагает надёжные серверы с посуточной или единоразовой оплатой, каждый сервер подключён к интернет-каналу в 500 Мегабит и бесплатно защищён от DDoS-атак!

    VDSina.ru — хостинг серверов
    Серверы в Москве и Амстердаме

    Комментарии 5

      0

      Думаю хорошо бы зашел сервис, куда можно залить свой нубский дизайн и получить простой фидбек от комьюнити дизайнеров

        0

        Раньше на хабре были посты помощи. Можете закинуть дизайн сюда

        –1
        дизайнер

        Уж очень много скрыто за этим словом.


        Я понимаю "процесс создания веб-проекта", примерно так: 1) мы анализируем и понимаем главные бизнес-цели проекта (выделяем потребности пользователей), 2) мы пытаемся придумать интерфейс для достижения этих бизнес-целей (решаем потребностей пользователей через интерфейс) 3) мы прототипируем и пытаемся узнать у пользователей решает ли прототип их потребности 4) мы докручиваем UX, чтобы это все было еще и удобно 5) мы добавляем цветов, графики и иконок чтобы это выглядело не скучно.


        Вопрос к автору, правильно ли я понимаю процесс создания веб-проекта? И что из перечисленного должен делать дизайнер?

          +1

          С точки зрения дизайнера процесс примерно так и выглядит.


          И что из перечисленного должен делать дизайнер?

          Может поучаствовать в 1, делает 3-5. На самом деле зависит от проекта, нередко бывает что дизайнер ещё и ПМит, если проект небольшой. Или ПМ дизайнит, как удобнее.

            +1

            Просто иногда сложно понять "для кого предлагают тот или иной ресурс". Я посмотрел подборку ресурсов в #nodesigndev, но большинство информации касается иконок и инструментов для "шлифовки".


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


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

        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

        Самое читаемое