Како да дизајнирате веб-3 апликации (DApps): Совети и трикови

Во бавното, но сигурно преминување од Web2 на Web3 , децентрализираните апликации (dApps) ветуваат дека ќе бидат чекор понапред од нивните колеги од Web2 со поголемо овластување на корисниците и сопственост на податоци.

Сепак, традиционалните принципи на UX/UI (т.е., конзистентни елементи на интерфејсот, непречено вклучување на корисникот, концизен јазик) сè уште имаат вредност; од друга страна, има уникатни предизвици со кои се соочуваат дизајнерите и програмерите UX/UI кои се стремат да создадат привлечни кориснички искуства во dApps.

Всушност, една статистика покажа дека само 25% од корисниците на Web3 се чувствуваат сигурни во користењето на децентрализирани апликации.

Корисниците очекуваат поголема автономија, бараат интуитивни интерфејси кои ќе им овозможат да се движат без напор во сложените концепти и мрежи на Web3.

Веб3 програмерите често бараат блиска соработка со дизајнерите за да ги реализираат нивните креации; децентрализираната природа на Web3 ги повикува да ги преиспитаат променливите на човековото однесување, како што е факторот на доверба, имајќи предвид дека dApps повеќе не се потпираат на посредници и централизирани агенции.

Што прави веб3 корисник да штиклира?

За разлика од традиционалните веб-апликации, Web3 се грижи за разновидна публика, почнувајќи од искусни крипто ентузијасти до новодојденци кои ги влажнат нозете во DeFi . Кога дизајнирате dApp, земете ги предвид овие различни нивоа на техничко разбирање.

• Крипто-домородци : на овие корисници им одговараат концепти како паричници, приватни клучеви и такси за гас. Тие може да дадат приоритет на напредните функции и опциите за прилагодување.

  
  

• Новодојденци : овие корисници можеби не се запознаени со терминологијата на блокчејн и бараат јасни објаснувања и насоки. Едноставноста и леснотијата на користење се најважни за оваа група.

Клучни принципи на интуитивен дизајн за Web3

Кога навлегуваме во интуитивниот дизајн за Web3 и blockchain dApps , разбирањето на начинот на размислување и патувањето на корисникот станува најважно. Започнете со разгледување на менталниот модел на вашата публика. Дали се нови во блокчејн технологиите или ветерани на просторот?

Дизајнирањето со нивното ниво на знаење може драматично да ја подобри употребливоста.

1. Донесете го Web2 Familiarity на Web3

Префрлете ги метафорите и работните текови од Web2 каде што е релевантно. Ова не значи дека треба да се избегнувате од иновативните елементи на Web3, туку да се вклопите во традиционалните компоненти на UI. Запознаеноста ги руши бариерите; кога корисниците препознаваат шаблони, тие полесно и посигурно се движат.

2. Помалку е повеќе

Идејата за самата Web3 е веќе... многу. Јасноста и едноставноста треба да го водат изборот на дизајнот. Збунувачките распореди може да го попречат ангажманот на корисниците. Наместо тоа, стремете се кон чист, ненаместен интерфејс кој ги нагласува основните карактеристики. Суштинските елементи треба да бидат пред и во центарот, намалувајќи го когнитивното оптоварување и помагајќи им на корисниците да донесуваат брзи одлуки.

3. Јамка за повратни информации

Друг клучен аспект е фидбекот. Во dApp, секое дејство, како трансакција за размена или внесување податоци, треба да се потврди преку повратни информации, како што се очигледни екрани за потврда или анимации. Во иста насока, треба да има инстант повратни информации и понуди за решенија кога корисниците ќе наидат на пораки за грешка (или, на кажано UX/UI, „несреќни патеки“).

Ова ги уверува корисниците дека нивните постапки се евидентирани и ефективни, градејќи чувство на доверба и доверливост.

4. Доследно искуство со типови на уреди

Како и повеќето Web2 апликации, dApps работат на мобилни, десктоп и таблети. Дизајнирањето за конзистентност на различни платформи го подобрува корисничкото искуство. Без разлика дали се на десктоп апликација или мобилен интерфејс, конзистентната навигација и визуелните знаци им помагаат на корисниците да формираат ментална мапа на апликацијата, правејќи ја транзицијата помеѓу уредите беспрекорна.

Исто така, ја намалува непотребната параноја за време на одредени трансакциски активности, како користење на два различни уреди за скенирање QR-кодови и внесување адреси на паричникот.

5. Безбедност и приватност

Безбедноста не може да се потцени во Web3, бидејќи корисниците често управуваат со вредни дигитални средства (замислете го огромниот обем што го преместуваат само китовите). Дајте приоритет на силни методи за автентикација, јасни предупредувања за потенцијалните ризици и образовни ресурси за најдобрите безбедносни практики.

Иако Web3 и blockchain се познати по непроменливи записи, се залагаат за употреба на силни техники за шифрирање за заштита на корисничките податоци и јасно пренесуваат мерки на претпазливост за да се уверат корисниците. Обезбедувањето детални резимеа на трансакции и историја на активности е исто така начин да се поттикне уверувањето.

Практични совети за Web3 UX/UI дизајн

Ајде да ги преведеме овие принципи во акциони стратегии за дизајн:

1. Вклучување

Првиот впечаток е важен. Корисниците можеби се претпазливи за сложеноста или безбедносните ризици, па затоа ќе биде добра практика да се создаде непречен и привлечен процес на вклучување што ќе ги води новите корисници низ најважните работи на dApp. Размислете за интерактивни упатства или водичи чекор-по-чекор, и во апликација и на интернет.

Регистрирањето на еден екран е класичен пристап кој може да биде посоодветен за искусните корисници на Web3 кои веќе знаат што да очекуваат и им е удобно да се нуркаат директно во дебелото црево.

Екраните за вградување со лизгање може да бидат идеални за новодојденците; сварливиот формат им помага да ги апсорбираат основните карактеристики и вредносниот предлог на dApp. Дури и тогаш, добра практика е да се задржи на не повеќе од три бришења, бидејќи секој дополнителен чекор го зголемува отпуштањето на корисниците.

2. Интеграција на Web3 Wallet

Поврзувањето на крипто-паричник често е првата вистинска интеракција што корисникот ја има со dApp. Несоодветниот процес на интеграција на паричникот може да доведе до фрустрација и напуштање. Некои начини да го направите беспрекорно вклучуваат:

• Поврзување со еден клик: секаде каде што е можно, цели кон поврзување со „еден клик“. Користете WalletConnect или слични протоколи за да го минимизирате бројот на вклучени чекори.

  
  

• Откривање паричник: Автоматски откријте ги инсталираните паричници на корисникот и прикажете ги нивните претпочитани опции на видно место

  
  

• Поддршка за QR код: Понудете скенирање на QR код како алтернативен метод за поврзување, особено за мобилни корисници

  
  

• Поддршка за повеќе паричник: Обезбедете широк опсег на корисници со поддршка на популарни паричници како MetaMask, Coinbase Wallet, Trust Wallet, Argent, Rainbow и секако, Portkey , паричник за апстракција на сметката (AA) изграден на екосистемот aelf

  
  

• Упатство за новодојденците: Обезбедете јасни упатства и визуелни помагала за да ги водат корисниците низ процесот на поврзување, особено ако се нови во Web3 паричниците

  
  

• Безбедносни потсетници: прикажувајте јасни и концизни безбедносни потсетници за време на процесот на поврзување, нагласувајќи ја важноста од заштитата на нивните приватни клучеви.

3. Интеграција на познавајте го вашиот клиент (KYC).

Додека децентрализацијата е основниот принцип на Web3, многу dApps, особено оние кои се занимаваат со финансиски трансакции или чувствителни податоци, бараат процесите на Know Your Customer (KYC) да се усогласат со прописите и да се обезбеди безбедност.

• Транспарентност и јасност: јасно објаснете зошто е потребен KYC и како ќе се постапува со податоците на корисниците. Бидете однапред за информациите што ќе се соберат и како ќе се користат.

  
  

• Рационализиран процес: направете го KYC процесот што е можно поефикасен. Минимизирајте го бројот на чекори и количината на потребни информации.

  
  

• Безбедно ракување со податоци: нагласете ги безбедносните мерки што се на сила за заштита на податоците на корисниците. Размислете за користење на децентрализирани решенија за идентитет за подобрување на приватноста.

  
  

• Потврда погодна за корисникот: Интегрирајте се со доверливи провајдери на KYC кои нудат непречено и лесно искуство за проверка

  
  

• Исчистете ги повратните информации и ажурирањата на статусот: информирајте ги корисниците во текот на процесот на KYC. Обезбедете јасни повратни информации за статусот на нивната верификација и сите потребни дејства.

4. Текови на трансакции

Трансакциите се во срцето на повеќето Web3 интеракции. Поедноставете ги трансакциските текови со давање јасни објаснувања за надоместоците за гас, проценетите времиња на трансакции и чекорите за потврда.

• Визуелна јасност: користете јасни визуелни знаци за да ги истакнете клучните информации како што се износите на трансакциите, надоместоците за гас, надоместоците за мрежата и проценетите времиња на завршување

  
  

• Повратни информации во реално време: користете натоварувачи, ленти за напредок или известувања за статус за да им дадете на корисниците ажурирања на трансакциите во реално време

  
  

• Динамични ажурирања на цените: за трансакции кои вклучуваат замена на токени или тргување, прикажувајте динамични ажурирања на цените за да ги одразуваат флуктуациите на пазарот. Вклучете јасни одрекувања за нестабилноста на цената и нејзиното потенцијално влијание врз износот на конечната трансакција.

  
  

• Обработка во заднина: секогаш кога е можно, дозволете им на корисниците да се движат подалеку од екранот на трансакцијата и да вршат други активности во рамките на dApp додека трансакцијата се обработува во заднина. Обезбедете известувања или предупредувања по завршувањето или ако се појават какви било грешки.

  
  

• Чекори за потврда: имплементирајте јасни чекори за потврда за да спречите случајни трансакции. Побарајте од корисниците да ги прегледаат и експлицитно да ги потврдат деталите за трансакцијата пред поднесувањето.

  
  

• Историја на трансакции: Обезбедете детална историја на трансакции што е лесно достапна и може да се пребарува. Дозволете им на корисниците да ги филтрираат трансакциите по датум, тип или статус.

5. Ракување со грешки

Грешките се неизбежни. Наместо да прикажувате генерички пораки за грешка, дајте специфични и информативни насоки за тоа како да ги решите проблемите - ова најдобро се надополнува со емпатичен јазик.

• Специфични и информативни пораки: Избегнувајте генерички пораки за грешка како „Трансакцијата не успеа“. Наведете конкретни детали за тоа што тргнало наопаку, како на пр., „Нема доволно средства за надоместоци за гас“ или „Има грешка во поврзувањето со мрежата“.

  
  

• Контекстуално водство: Понудете контекстуални насоки за тоа како да се реши грешката. На пример, ако трансакцијата не успее поради недоволни средства, обезбедете директна врска до паричникот на корисникот или водич за тоа како да стекнете повеќе од потребната криптовалута.

  
  

• Спречување на грешки: Секогаш кога е можно, спроведете мерки за да ги спречите грешките на прво место. Користете валидација на влезот за да се осигурате дека корисниците внесуваат точни формати на податоци и да обезбедат јасни предупредувања за потенцијалните ризици пред да започнат активности.

  
  

• Механизми за наплата: Понудете механизми за обновување за вообичаени грешки. На пример, ако корисникот иницира трансакција со ниска такса за гас што предизвикува одложување, дозволете му да ја „забрза“ трансакцијата со поднесување нова со повисока провизија.

  
  

• Јазик лесен за корисникот: Избегнувајте технички жаргон (т.е. Грешка 404) во пораките за грешки. Користете јасен, концизен и природен јазик за разговор што е лесен за разбирање за сите корисници.

6. Совети за алатки и објаснувачи

Не претпоставувајте дека корисниците ја разбираат целата терминологија . Размислете за дарежлива употреба на совети за алатки или табови со информации што може да се прошират низ дигиталните допирни точки; објаснете ги сложените термини како „такси за гас“, „паметни договори“, „блокчејн мрежи“ или „ НФТ “, на концизен и лаички начин.

Исто така, добра практика е да се изгради банка на знаење или посветен ЧПП во рамките на dApp за да се сместат содржини за помош со подолги форми.

7. Тестирање и повторување

Работата никогаш не завршува, дури и по лансирањето. Ревносно тестирање и ажурирање на dApp за да се поправат грешките е дадено, но тоа е основата за следење на потребите на корисниците кои се развиваат.

Претходно во статијата споменавме корисничко истражување преку анкети, интервјуа и тестови за употребливост. Тоа е златен рудник од наоди кои помагаат да се подобри искуството со dApp на фокусиран начин.

А/Б тестирањето и корисникот дословно се два од најчестите методи за потврдување на прототипови и претпоставки за дизајн на UX/UI. Бидете подготвени да се свртите врз основа на наодите и следете што функционира (а што не).

Овие чекори треба да ве доближат многу поблиску до „Северните ѕвезди“ на вашата креација.

Завршување: Бонус Совет

Успехот на вашата dApp може да зависи од факторот X. Дали корисниците ќе се сеќаваат на вашата креација или ќе се вратат на неа?

Доставувањето персонализирани искуства би можело да биде одговорот. Ова значи дека корисниците можат да добијат приспособени препораки додека комуницираат со dApp, врз основа на нивното однесување и преференции. Тоа може да биде нешто едноставно како претходно поставена кратенка на најчесто користената функција на корисникот или нарачани предлози за помош во некоја активност. Интеграцијата на вештачката интелигенција може да помогне во тоа, со анализа на активноста во синџирот, предвидување на претпочитаните на корисниците, па дури и нудење проактивна помош.

Искуствата и интерфејсите насочени кон корисниците, исто така, се прошируваат на софтверот и платформата на која работат развивачите и дизајнерите - градителите се и самите корисници.

Ако градите на aelf , блокчејн на вештачка интелигенција Layer 1 со високи перформанси, неговиот комплет алатки за вештачка интелигенција и пријателството на корисникот на интегрираното развојно опкружување aelf Playground ја отстрануваат маката од процесот на градење, така што вие и вашиот тим можете да се фокусирате исклучиво на дизајнирање најдоброто можно корисничко искуство.

За елф

aelf, пионерскиот блок синџир Layer 1, се одликува со модуларни системи, паралелна обработка, архитектура во облак и технологија со повеќе странични синџири за неограничена приспособливост. Основана во 2017 година со својот глобален центар со седиште во Сингапур, aelf е првиот во индустријата што ја предводи Азија во развојот на блокчејн со најсовремена интеграција на вештачката интелигенција, трансформирајќи го блокчејнот во попаметен и само-развивачки екосистем.

aelf го олеснува градењето, интегрирањето и распоредувањето на паметни договори и децентрализирани апликации (dApps) на својот блок синџир Layer 1 со својот природен комплет за развој на софтвер C# (SDK) и SDK на други јазици, вклучувајќи Java, JS, Python и Go. екосистемот на aelf, исто така, содржи низа dApps за поддршка на просперитетна блокчејн мрежа. aelf е посветена на поттикнување на иновациите во рамките на својот екосистем и останува посветена на поттикнување на развојот на Web3, блокчејн и усвојување на технологија за вештачка интелигенција.

Дознајте повеќе за aelf и останете поврзани со нашата заедница:

Веб-страница | X | Телеграма | Раздор