Каубой кодер, дизайнер или анализатор, с когото да бъдете приятели в разработката, Rusbase

Разработка на уеб решения и мобилни приложения за малък и среден бизнес. inostudio.com

Дмитрий Полозов, ръководител на проекта INOSTUDIO, разказва какви грешки най-често правят дизайнерите на интерфейси и защо това се случва.

Започването на разработката на софтуер директно от разработката е като да започнете да шиете костюм за себе си, без да пробвате и кроите. Самонадеяно, ако не и безразсъдно. В ИТ такъв процес дори има унизително име – „каубойско кодиране“.

Съвременното разработване на софтуер трябва да започне с дизайн на потребителското изживяване и нищо друго. Сградата се изгражда от основата. Продуктовият дизайн трябва да върви от общото към конкретното.

В случай на разработка на софтуер основата са нуждите на потребителите и целите на продукта. На втория "етаж" - набор от функции, на третия - структурата, на четвъртия - оформлението. И едва на последното ниво е визуалният дизайн.

Дизайнерът на взаимодействие е вашият най-добър приятел. Той тества вашата идея за сила дори преди дизайнерът да е създал оформления и разработчикът да ги е въплътил в код. Дизайнерът идентифицира силните и слабите страни на продукта, прави го лесен за използване.

Разбира се, преди да започнете да проектирате системата, все още трябва да съберете изискванията ... Но това е съвсем различна история.

В тази статия бих искал да говоря за основните грешки на дизайнерите на интерфейси, които срещнах, докато работех върху нови продукти.

Бих откроил трите най-чести грешки:

Свръхсложен продукт.
Повърхностна визия на продукта.
Слабо свързване на частите на продукта.

Нека да разгледаме всеки един по редгрешка.

1. Прекалено усложняване на продукта

Натъпкването на възможно най-много функции в един продукт е желание, почти толкова естествено, колкото дишането. Погледнете растежа на набора от функции през историята на ревизиите на всеки известен софтуерен продукт и ще видите как продуктите стават все по-сложни от версия на версия.

Алън Купър в The Asylum in the Hands of the Patients сравнява сложните храни с швейцарски армейски нож. Обърнете внимание на швейцарския армейски нож. Съдържа самото острие, отвертка, пила за нокти, тирбушон (което е важно) и много други.

Проблемът е, че всеки изброен продукт, но представен отделно, ще бъде по-удобен за използване от тяхната комбинация. Ако имам нужда от нож, тогава ще избера добре балансиран нож с удобна дръжка и остро острие, а не пословичния швейцарски.

Най-разочароващото в тази ситуация е, че повечето от функциите на швейцарския армейски нож никога няма да бъдат използвани. Според принципа на Парето 20% от усилията дават 80% от резултатите. За софтуерните продукти този закон означава, че 80% от вашата аудитория ще използва само 20% от продукта.

Ако вашият продукт все още няма настроен Google Анализ, продължете. Разглеждайки го, ще разберете, че продуктът има функции, които никой изобщо не използва.

В резултат на това, създавайки „швейцарски нож“, вие губите част от парите за функции, които никога няма да бъдат използвани. Създайте прост продукт, заемете пазара и след това усложнете системата.

2. Повърхностна визия на продукта

Представете си интерфейса на собствения си продукт. Ако нямате зад гърба си години опит в дизайна като вашия приятел дизайнер, тогава най-вероятно сте си представяли статичен интерфейс. Виеняма да видите никакви известия за грешки или диалогови прозорци в главата си.

Това предполага, че когато мислим в картини, забравяме за контекста. Откъде идва потребителят? Къде смята да отиде? Какво се случва, ако щракнете върху този бутон? Трябва да знаете отговорите на тези въпроси.

3. Слаба връзка между частите на продукта

Интерфейсът е проектиран не като взаимосвързана система от функции, а като последователен списък от части от познати продукти. Оказва се такава ужасна хекатомба, състояща се от гнило изглеждащи останки от интерфейси на други хора.

Дори не е швейцарско ножче. Някои от функциите в такъв интерфейс са дублирани, а някои са напълно изолирани и скрити някъде дълбоко. Основният признак на такъв интерфейс е, че за потребителя е трудно да намери необходимата функция в продукта.

Причината за тази грешка е проста. Вместо уникално решение на проблема, мозъкът дава на изпълнителя шаблонно. Сам по себе си типичният интерфейс не винаги е нещо лошо, тъй като потребителите имат свои собствени навици и не искат да преоткриват колелото всеки ден. Проблемът е използваемостта и негъвкавата архитектура.

Ежедневното главоболие на вашия приятел дизайнер е, че трябва да преминава между Scylla - "неразбираем интерфейс" и Charybdis - "шаблонен интерфейс".