Висловлюючи ІТ

Ні я дуже нової для користувача інтерфейсу (UI) розробка і я не ветеран і, як я завжди ставлю його, я вписуються в профіль UI розробник більше, ніж у дизайнера, з чим не шкодую. Oh Well! Що мені пише? ... Якийсь час (повинно бути в будь-якому років, не менше), зараз, час від часу, коли я отримую в трохи Розробка інтерфейсу (коли професійний дизайнер вирушив на свято), я завжди можу перестати думати чи мій проект повинен бути належним чином complient чи ні (щиро, не те, що я міг би домогтися 100% відповідності стандартам, Якби я хотів теж). Тоді я кажу собі, що лайно! ... Дизайн повинен бути простим, красивим і в першу чергу, здається корисною, вона не повинна змусити відвідувачів втекти ... або відмов (для технічних). Що хорошого було б добре бестаблічние макета CSS б відвідувач, який не звертає уваги на всі розумні гіпертексту та каскадні таблиці стилів під шкіру вашого веб-сторінку ... Шиш!
Це має виглядати красиво і бути простим у використанні ... потім приходить всі стандарти речі.

Я stumbbled по цьому записі в блозі від Jason Fried з 37 Signals (Для тих, хто не знає 37 сигнали onces, які створили ряд чудових веб-додатків, як Basecamp, багаття і т.д.), який написав щось подібне в 2004 році і, повірте, майже 5 років і не багато змінилося з тих пір ... Я був радий прочитати свій пост, як я повністю згоден з тим, що він повинен сказати, і також той факт, її не впевнений, що говорить про її просто почуття кишки його і так належить мені

Джейсон Фрід: "Там занадто багато говорити про CSS і XHTML і стандартам і доступність, і недостатньо говорити про людей. CSS і Відповідність стандартам Кодексу всього лише інструменти - ви повинні знати, що будувати за цими інструментами. Великий, я радий, що користувальницький інтерфейс не використовує таблиці. Ну і що? Яка різниця, якщо вона як і раніше не дозволяє людям у досягненні їхніх цілей. Веб-стандарти є великими, але власного життя населення включають Getting Things Done (і це ще дуже складно зробити на сайті).

UI дизайнери роблять ті ж старі фундаментальні ", забуваючи про людину, з іншого боку" помилок - але цього разу їх код виглядає краще. Люди - не валідатори коду - використовувати інтерфейси ".

Повний замовлення Джейсона Фріда статті

DISCALIMER: Це не значить, що ми не повинні турбуватися про стандарти взагалі. Стандарти добре мати і дотримуватися їх якомога більше. Ми тільки повинні зрозуміти, що хороший дизайн інтерфейсу оленяча шкіра завжди означає 100% Стандарти Complience або навпаки ....

З моєї список моїх уроків, я йду за кілька Дизайн користувальницького інтерфейсу та розвитку Золоті правила ... Херес TOP 10 ... не те, що у вас є слідувати за ними занадто ...

1. Піклуйтеся про ваших користувачів. Користувачі можуть зробити перерву або ваш сайт. DONOT зробити користувачеві виглядати загальна idoit, абсолютно не в змозі за допомогою веб-сайту. Це погано!

2. Тримайте Простота і легкість використання вашого основного дістатися до нас. Занадто багато речей на екрані, тим вища ймовірність того, що користувач заплутається або відволікатися від своєї первісної завдання.

3. Будьте в межах ... DONOT віддаватися занадто багато в юзабіліті, ДОСТУПНІСТЬ і стандартів. Використання стандартів ефективно і зробити їх розуміти команди. Це дозволить забезпечити потрібної консистенції у продукті

4. Прототип вимогу. Так, у ці дні Вживання інтерфейсів багаті, прототипів завжди краще, ніж просто робити прості каркаси і остання позбавлена ​​гідного взаємодії, було б не в змозі надати клієнтові чітке уявлення про кінцевий продукт, що в даний час розробляється. Завжди легше конвертувати прототипи в кінцеві результати. Також! з прототипів будь-яка взаємодія питання можуть бути усунені на початку циклу розробки.

5. Послідовність у ваш дизайн та взаємодія дуже важливо. Не допускайте попадання заплутати користувача з непередбачуваним взаємодій і штучок.

6. Зрозумійте свою "Дизайн Місія". Висновки з зосередитися на первинне дію сторінку beign розроблений. Крім того, складіть список ваших seconday дії на сторінці, та їх пріоритетність.

7. Надавати необхідну зворотний зв'язок для користувачів сайту. З більшістю з сайтів будується навколо AJAX, забезпечує візуальні підказки для користувача про зміни сторінки. Користувач повинен дано підтвердження завершення будь-якої задачі, яку він виконує. Не допускайте попадання змусити користувача чекати і здогадуватися, наприклад, для. забезпечити показники прогресу для файлу uplaods.

8. Використання елементів управління відповідним чином. Для наприклад Використовуйте Select спадному списку для невеликих списків тільки виграш дозволить користувачу вибрати один з 200 міст використанням полів вибору. Зрозуміти різницю між кнопки та посилання. Посилання та кнопки мають різні цілі, виграш використовувати один для іншого. Надання права керування, щоб взаємодіючі з сторінкою легше. Уникайте використання меню, які є більш що дві рівнів в глибину. Не винаходити велосипед. Використовуйте стандартні елементи управління, налаштувати їх, тільки якщо дуже потрібно. Визначте будь користувача елементи управління, необхідні для вашого сайту з перших рук, так що вони могли б бути створені й випробувані незалежно, готовий до використання через сайт.

9. Donot ITERATE занадто багато на дизайн. Пам'ятайте! Весь продукт складається більше, що дизайн в спокої. Збірка відповідні терміни у ваш проект графіка дизайн ітерацій і дотримуйтеся його. Ітерація допомагає нам дізнатися, що працює, а що оленяча шкіра, виділити проблемні місця. Як хороший інтерфейс вимагає часу, дати час для ітерацій на початку циклу розробки, так що дизайн ітерацій оленяча шкіра прямо прирівнюють до переробок. Занадто багато переробки може jeopradize терміни.

10. Влаштуйтеся зручніше і думати як користувач іноді.