Мобилен Дизайн
10-те най-често срещани грешки в дизайна на мобилни приложения
Пазарът на мобилни приложения е наситен с конкуренция. Тенденциите се променят бързо, но никоя ниша не може да продължи дълго, без да влязат в игра множество конкуренти. Тези условия водят до висок процент на повреди за пазара на мобилни приложения. Само 20% от изтеглените приложения виждат, че потребителите се връщат след първата употреба, докато само 3% от приложенията остават в употреба след първия месец.
Ако някоя част от приложение е нежелана или процесът на разбирането му е бавен, потребителите са по-склонни да инсталират нова, вместо да чакат до края с несъвършения продукт. Потребителят не губи нищо, когато се разпорежда с приложение, освен усилията на дизайнери Y. разработчици . И така, защо толкова много приложения се сриват? Предвидимо ли е явлението, което дизайнерите на приложения и разработчиците трябва да приемат? За клиентите приемлив ли е този процент на успех? Какво е необходимо, за да стигнете дизайните си до 3% от успешните приложения?
Най-често срещаните грешки варират от неподдържане на последователност през целия живот на приложението, до привличане на потребители на първо място. Как могат приложенията да бъдат проектирани с интуитивна простота, без да стават повтарящи се и скучни? Как дадено приложение може да достави всички хубави детайли, без да губи от поглед по-висока цел? Повечето приложения живеят и умират през първите няколко дни, така че ето десетте най-често срещани грешки, които дизайнерите могат да избегнат.
Често срещана грешка # 1: Лошо първо впечатление
Често първата употреба или първият ден с приложение е най-критичният период за привличане на потенциален потребител. Първото впечатление е толкова критично, че може да бъде отправна точка за останалата част от този топ 10. Ако нещо не е наред или изглежда объркващо или скучно, потенциалните потребители бързо губят интерес; обаче е трудно да се постигне подходящият баланс за първото впечатление. В някои случаи продължителен процес на включване или процес за откриване на необходимите функции може да отегчи потребителите.
Приложението, което е незабавно изкусително, може да заобиколи необходимостта от подходящ урок и да доведе до объркване. Трябва да се постигне баланс между приложение, което е незабавно интуитивно и което също така бързо въвежда потребителите в най-забавните и увлекателни функции. Имайте предвид, че когато потребителите идват във вашето приложение, те го виждат за първи път. Важно е да имате подходящ процес на тестване, за да определите как другите възприемат вашето приложение от самото начало. Това, което изглежда очевидно за дизайнерския екип, може да не е очевидно за новодошлите.
Неадекватна интеграция
Интеграцията или включването е стъпка по стъпка процес на въвеждане на потребител във вашето приложение. Макар че това може да е добър начин за бързо ориентиране на някого, включването може да бъде и дълъг процес, който пречи на вашите потребители и тяхното съдържание. Тези уроци често са твърде дълги и е вероятно да ги прегледате.
Понякога потребителите виждат, че приложението ви се използва публично или на друго място, по такъв начин, че да го разберат наведнъж и да искат да го използват за първи път. По този начин тя позволява един вид стратегия за бързо излизане, за да се избегне напълно срив на приложението от първата му употреба. За да сте сигурни, че процесът на включване е наистина ефективен, трябва да прецените какви ценности може да съобщи това и как да го направите. Процесът на включване трябва да демонстрира стойността на приложението, за да закачи потребител, а не просто обяснение.
Не претоварвайте анимацията при стартиране
Някои дизайнери решават да направят добро първо впечатление с анимации за вход, които са очарователни и заслепяват новите потребители. Имайте предвид обаче, че всеки път, когато някой иска да стартира приложението, той ще трябва да вижда едно и също нещо отново и отново. Ако приложението има ежедневна функция, това бързо ще умори потребителите ви. Десет секунди от нечий ден, за да прекарате лого през екрана и може би да го завъртите няколко пъти, не си струва след известно време.
Често срещана грешка # 2: Проектиране на приложение без цел
Избягвайте да навлизате в процеса на проектиране без кратки намерения. Приложенията често се проектират и разработват с цел да следват тенденциите, вместо да решават проблем, да запълват ниша или да предлагат отличителна услуга. Каква е амбицията на приложението? За дизайнера и неговия екип чувството за цел ще повлияе на всяка стъпка от проекта. Тази чувствителност ще насочва всяко решение за брандиране или маркетинг на дадено приложение с формата на каркас и естетически бутон. Ако целта е ясна, всяко парче от приложението ще комуникира и ще функционира като едно цяло. Затова се уверете, че екипът за проектиране и разработка непрекъснато обмисля своите решения в рамките на по-голяма цел. С напредването на проекта първоначалната амбиция може да се промени. Това е добре, стига визията да остане постоянна.
Предаването на тази визия на вашите потенциални потребители означава, че те ще разберат каква стойност ще донесе приложението в живота им. Следователно тази визия е важно нещо, за да се предаде първото впечатление. Въпросът е, колко бързо можете да убедите потребителите във вашата визия за приложението? Как ще подобри живота на човека или ще осигури някакъв вид удоволствие или комфорт. Ако тази амбиция е ефективно разпространена, тогава, докато вашето приложение е действително полезно, ще достигне 3% .
Често пъти присъединяването към вече съществуващ пазар или приложение за пазарна ниша означава, че има приложения за проучване, докато проектирате собствено приложение. Затова внимавайте как избирате да „дадете нова цел“ на това, което вече е на пазара. Проучете пазара за съществуващи приложения, вместо просто да ги преглеждате. Така че надстройте от съществуващи продукти, вместо да безмислено имитирате.
Често срещана грешка # 3: Изхабяване на картографиране на дизайна в UX
Внимавайте да не пренебрегнете внимателното планиране на UX архитектурата на приложението, преди да започнете каквато и да е дизайнерска работа. Дори преди да се стигне до етап на телени рамки, потокът и структурата на приложението трябва да бъдат картографирани.
Дизайнерите често са твърде развълнувани, за да създадат естетика и детайли. Това води до култура на дизайнери, които обикновено не оценяват UX и необходимата логика или навигация в дадено приложение. Забави. Първо скицирайте потока на приложението, преди да се притеснявате твърде много за по-фините движения на четката. Приложенията често се провалят от обща липса на поток и организация, а не от несъвършени данни. Въпреки това, след като процесът на проектиране започне, винаги трябва да имате предвид основната цел. Тогава детайлите и естетиката трябва ясно да предизвикат основната концепция.
Често срещана грешка # 4: Неспазване на бюджета за разработка на приложения
Веднага след изготвянето на основата на приложението е подходящо време да получите оферта от екипа за разработка. По този начин не стигате до края на проекта и изведнъж трябва да започнете да премахвате критични функции. Докато развивате своята дизайнерска кариера, винаги имайте предвид редовните строителни разходи на вашите концепции, така че вашето мислене да отговаря на финансовите ограничения. Бюджетите трябва да са полезните дизайнерски ограничения, в рамките на които можете да работите.
Често срещана грешка # 5: Претоварване на характеристиките на дизайна
Надяваме се, че строгите кабелни рамки ясно ще направят разликата между необходимите и прекомерните функции. Платформата вече е най-добрият „швейцарски армейски нож“, така че вашето приложение не трябва да бъде. Не само претоварването на приложение с функции може да доведе до дезориентиращо потребителско изживяване, но и претовареното приложение ще бъде трудно за пускане на пазара. Ако използването на приложението е трудно да се обясни сбито, най-вероятно то се опитва да направи твърде много. Понижаването на функциите винаги е трудно, но е необходимо. Често пъти най-добрата стратегия може да бъде да спечелите увереност рано с една или няколко функции, а новите могат да бъдат „тествани“ по-късно в живота на приложението. По този начин е по-малко вероятно допълнителните функции да попречат на ключовите първи дни от живота на приложението.
Често срещана грешка # 6: Отхвърляне на контекста на приложението
Въпреки че условията на повечето дизайнерски бюра на практика работят във вакуум, дизайнерите на приложения трябва да са наясно с по-широк контекст. Въпреки че целта и амбицията са важни, те стават без значение, ако не бъдат разгледани в подходящия контекст. Не забравяйте, че въпреки че вие и вашият дизайнерски екип познавате приложението много добре и потребителският интерфейс е очевиден, това може да не е така за нови потребители или различни демографски групи.
Вземете под внимание непосредствения контекст или ситуация, в която възнамерявате да използвате приложението. Като се вземе предвид социалната ситуация, колко време може да помисли човек да използва приложението? Какво друго би могло да намери за полезно при тези обстоятелства? Например, интерфейсът на UBER превъзхожда, тъй като се използва много бързо. Това означава, че в по-голямата си част няма много място за друго съдържание. Това е идеално, защото когато потребителят е навън с приятелите си и трябва да резервира пътуване, разговорът му малко се прекъсва в процеса. UBER крие голямо количество поддържащо съдържание в приложението, но то се появява само след като сценарият го изисква.
Коя е целевата аудитория на приложението? Как може видът на потребителя да повлияе на дизайна на приложението? Може би трябва да помислите, че конкретно приложение за по-млад потребител може да има повече свободи, като приеме определено ниво на интуиция от страна на потребителя. Докато много функции може да се наложи да бъдат специално насочени към потребител с по-малко технологични познания. Дали вашето приложение е предназначено за бърз достъп и за кратък период от време? Или това е приложение с много съдържание, което позволява на потребителите да останат в него известно време? Какъв ще бъде дизайнът, за да предаде този тип употреба?
Често срещана грешка # 7: Подценяването на междуплатформената платформа
Приложенията често се развиват бързо в отговор на пазарните промени или напредването на конкурентите. Това обикновено води до изтегляне на уеб съдържание върху мобилната платформа. Постоянна тема, това, което бихте могли да мислите, е широко разбрана досега, се случва толкова често, че мобилните приложения и друго съдържание правят лоши преходи между настолни или мобилни платформи. Вече не е възможно мобилният дизайн да премахва уеб съдържание без последствия с надеждата бързо да навлезе бизнес на мобилния пазар. Преходът от уеб към мобилен означава не само намаляване на всичко, но и възможност за работа с по-малко. Функциите, навигацията и съдържанието трябва да се транспортират с минимална стратегия.
Друг често срещан проблем се появява, когато екипът за разработка на приложения се стреми да пусне продукт едновременно на всички платформи и чрез различни магазини за приложения. Това често води до лоша съвместимост или като цяло бъги и неполирано приложение. Гимнастиката, която включва балансиране на множество платформи, може да бъде твърде много за добавяне при стартиране на приложение. Понякога обаче не пречи да го приемате бавно с една операционна система наведнъж и да коригирате основните проблеми, преди да се притеснявате за съвместимостта на различни платформи.
Често срещана грешка # 8: Дизайнът на приложенията е твърде сложен
Известният архитект Мис Ван дер Рое веднъж каза: 'По-добре е да си добър, отколкото да бъдеш уникален' . Уверете се, че вашият дизайн отговаря на договореното, преди да започнете да чупите кутията или да добавяте орнаменти. Когато дизайнерът открие, че добавя детайли, за да направи композицията по-привлекателна или вълнуваща, тези опции вероятно няма да имат голяма стойност. Продължавайте да питате през целия процес на проектиране, колко мога да отнема? Вместо да проектирате адитивно, проектирайте редуктивно. Какво не е необходимо? Този метод е насочен към съдържанието, концепцията и функцията, както и към естетиката.
Прекомерната сложност често е резултат от дизайна, който ненужно нарушава конвенциите. Различни символи и интерфейси са стандартни за нашия визуален и тактилен език. Дали вашият продукт наистина ще се възползва от преработката на тези стандарти? Стандартните икони се оказаха универсално интуитивни. Поради това те често са най-бързият начин за предоставяне на визуални сигнали, без излишно да запълват екран. Не позволявайте на подробностите за дизайна ви да прекъсват действителното съдържание или работата на приложението. Приложенията често не получават достатъчно празно пространство. Необходимостта от празно пространство е графична концепция, която е надхвърлила както цифровия, така и печатния, така че не бива да се подценява. Запазете разстояние между елементите на екрана, така че да можете да усетите цялата работа, която сте вложили в навигацията и UX.
Често срещана грешка # 9: Несъответствия в дизайна
От гледна точка на простотата, ако дизайнът въвежда нови стандарти, те трябва да бъдат поне балансирани в приложението. Всяка нова функция или част от съдържанието не е задължително да бъде възможност за въвеждане на нова дизайнерска концепция. Текстовете еднакво форматирани ли са? Елементите на интерфейса се държат ли предсказуемо, но добре в приложението?
Съгласуваността на дизайна трябва да намери баланса между съществуващия в общия визуален език, както и да избягва естетически застой. Балансът между интуитивна последователност и скука е тънка граница.
Често срещана грешка # 10: Изхабяване на бета тестове на приложения
Всички дизайнери трябва да анализират използването на своите приложения с някакъв цикъл на обратна връзка, за да научат какво работи и какво не работи. Често срещана грешка при тестване е екипът да тества бета собствените си членове. Трябва да донесете свежи очи, за да се впуснете наистина в черновите на приложението.
Изпратете реклама, търсеща бета тестери и работете с избрана група, преди да я обявите на обществеността. Това може да бъде чудесен начин да изгладите подробности, да редактирате функции и да откриете какво липсва. Въпреки че бета тестването може да отнеме много време, то може да бъде по-добра алтернатива от разработването на приложение, което се провали. Предвиждайте, че тестването често отнема 8 седмици, докато някои разработчици се оправят. Избягвайте да използвате приятели или колеги като тестери, тъй като те не могат да критикуват приложението с нужната ви честност. Използването на блогове за приложения или уеб страници за преглед на вашето приложение е друг начин да тествате приложението си на публично място без пълно издание. Ако ви е трудно да понижите функциите на приложението си, това е добра възможност да видите кои елементи имат значение и кое не.
Пазарът на дизайн на приложения е бойно поле, така че проектирането на продукти, които са точно както трябва, просто не е достатъчно. Намерете начин да свържете потребителите рано - комуникирайте и демонстрирайте критични стойности и характеристики възможно най-рано. За да направи това, дизайнерският екип трябва да има последователна визия за това, което приложението иска да постигне. За да се установи тази амбиция, строгият процес на качване на истории може да изглади това, което е и не е от съществено значение. Помислете какви типове потребители биха паснали най-добре на приложението. И след това усъвършенствайте и усъвършенствайте, докато абсолютно нищо друго не може да бъде премахнато от проекта, без той да се разпадне.
