Какие навыки вам нужны для правильного дизайна UI/Interaction/Functional в веб-приложениях?

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

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

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

Я думаю, что лучшее, что вы можете сделать, это просто использовать программное обеспечение..

Когда я работаю над приложениями, я стараюсь email их домой в конце недели (иногда раньше) уйти от "рабочего режима", установить его как обычно (т. е. не запускать с вашего IDE), а затем использовать его..

Трудно отойти от "test mode" и на самом деле "forget" вы знаете приложение.. Но как только вы попадаете в swing этого, это может быть REALLY полезным и очень открывающим глаза (и да, иногда душераздирающим, когда вы понимаете, что "cool little feature" на самом деле сосет задницу и нуждается в переосмыслении!).

Мой босс говорит, что я "anal" о юзабилити. Мне это нравится :)

Я думаю, что лучше всего использовать визуальное прототипирование (даже если оно выполняется с помощью HTML и CSS). Мое искушение-начать кодировать и беспокоиться о интерфейсе позже, и это обычно приводит к чему-то очень плохому (для меня, по крайней мере). Я разрабатываю эту замечательную функциональность ©, и я в конечном итоге тороплю интерфейс, чтобы я мог быстро получить инструменты, чтобы добраться до моего кода.

Я забыл, где я это слышал, но, для конечного пользователя, ваш интерфейс IS ваше приложение. Если вы пытаетесь угодить пользователю, вы должны начать с интерфейса и позволить ему диктовать функциональность, которую вы будете предоставлять.

Лучшая практика зависит от талантов членов команды.

Во-первых, всегда пишите истории пользователей (сделайте это командным мероприятием, если это возможно), загружайте их в LighthouseApp.com или свою любимую систему продажи билетов-только первые 10-20-все, что вам нужно, чтобы получить прокат.

Если у вас есть конструктор UI, прототип страниц может быть полезен. Но, если разработчик программного обеспечения имеет приличные навыки HTML/CSS, я предпочитаю как можно быстрее добраться до рабочего прототипа с чистым UI/HTML/CSS. Этот вывод может быть передан "modern web designer", который может переработать / украсить HTML/CSS. дизайнер должен работать на той же кодовой базе, что и разработчик, через систему управления версиями.

Некоторые "older school designers" были бы оскорблены предположением, что они "decorate the site" и настаивали бы на передаче программисту файла photoshop. Это может быть OK для простого маркетингового веб-сайта, но мне не нравится процесс создания AmazingWebApp™

ребята здесь дают отличные советы.

существует различие между 'visually pretty' и 'functional' (или простотой использования). вы действительно можете иметь одно без другого. этот форум является хорошим примером, он имеет очень высокий уровень юзабилити, но, честно говоря, приклад-уродливый-извините стеки, я все еще люблю вас, хотя :)

реальность такова, что вам нужно умение , чтобы сделать хорошие интерфейсы. это приходит с годами практики. я обычно заключаю контракт, чтобы войти и спроектировать весь UI для нового приложения. я редко вижу программистов или графических дизайнеров с такими навыками (это узкий рынок). я обнаружил, что в uni у меня была естественная хватка для дизайна HCI, UI и анализа юзабилити. я развил эти навыки дальше, делая много чтения и набираясь опыта, делая много дизайна пользовательского интерфейса. итак, все, что я говорю, это то, что вы готовы к тяжелой работе, если вы серьезно относитесь к тому, чтобы стать хорошим дизайнером пользовательского интерфейса. вы можете делать все, что захотите, но если вы тратите время на изучение дизайна пользовательского интерфейса, это означает, что вы не тратите время на изучение agile с ruby на rails или любой другой самой модной технологии.

несколько общих советов:

• если вы создаете веб-приложения для программного обеспечения (в отличие от веб-сайтов присутствия малого бизнеса), то прототипирование lo-fi отлично. соберите группу людей вместе, стопку бумаги мясника и цветные маркеры, и вы будете поражены тем, сколько экранов вы можете нарисовать за несколько дней.

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

• смотрите, что делают "большие мальчики". если ebay имеет свое окно поиска, как это:' [......] (Поиск) ' тогда сделайте свой, как это тоже (а не нестандартный, но хорошо: 'Search: [......] (Go)'.). это известно как доступность. вы используете знакомство людей с другими системами, чтобы дать им толчок к тому, как работает ваша собственная система.

я бы рекомендовал эту книгу:

• Не Заставляй Меня Думать О Юзабилити

у меня также есть несколько статей в блоге, которые должны помочь:

• каркасы и макеты
• анализ потребностей для бизнес-сайтов

Некоторые из вещей, которые мы делаем:

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

@Brian Warshaw-я думаю, что это было из разговора Аза Раскин сделал, это видео я думаю

Проектирование полностью инновационного UI довольно сложно для большинства программистов (это только я ?). То, что я нахожу полезным для создания / проектирования UI для веб-приложений, всегда ищет приятный, easy-to-use и элегантный пользовательский интерфейс, который вы найдете во время просмотра интернета или использования любых других настольных приложений. Если вы просто найдете наиболее эффективный UI (разработанный кем-то другим, в другом месте) для текущей задачи, то вы можете сделать хорошую работу по реализации и созданию лучшего пользовательского опыта для вашего приложения. Например, когда я набираю этот ответ, Мне нравится, как он показывает предварительный просмотр ответа в реальном времени, с опцией 'hide preview'-я определенно хотел бы использовать подобный тип взаимодействия при создании интерфейса пользовательского форума.

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

Кроме того, вот некоторые принципы высокого уровня, которым я следую, чтобы убедиться, что я создаю правильный продукт с восхитительным опытом:

Знайте разницу между Пользователем и клиентом. Владельцы бизнеса, которые одобряют блестящий проект, обычно являются клиентами. Однако разрушительной ошибкой является тенденция путать их как пользователей. Клиент-это, как правило, человек, который признает необходимость вашего продукта, но пользователь-это человек, который фактически будет использовать решение (и, скорее всего, будет жаловаться позже на требование, которое ваш продукт не выполнил). Перейти к более чем одному человеку

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

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

Прототип не ждите до запуска, чтобы показать, что у вас есть для пользователя. Делайте частые прототипы (вы даже можете назвать их бета-версиями) и получайте постоянную обратную связь на протяжении всего процесса разработки. Вы, вероятно, найдете больше требований, как вы делаете это.