آیا تا به حال یک برنامه تجاری ایجاد کرده اید که کاملاً اجرا شود ، فقط برای کاربران … از آن متنفر باشد؟
آنجا بوده است
شما به نقاط پایانی تمیز ، گردش کار خودکار ، منطق ضد گلوله و در عین حال بلیط های پشتیبانی مانند:
“نمی توانم چیزی را که لازم دارم پیدا کنم.”
“دکمه ذخیره کجاست؟”
“این صفحه در تلفن من عجیب است.”
معلوم است ، بد UX می تواند حتی بهترین باطن را خراب کند.
“خوب کار می کند” همان “قابل استفاده” نیست
به عنوان devs ، ما اغلب بر روی کارایی متمرکز هستیم. این منطقی است ما می خواهیم برنامه های ما سریع ، ایمن و یکپارچه شوند.
اما اگر کسی نتواند استفاده کردن آنچه شما بدون آموزش ، نوار مجرای یا اجاره روزانه ساخته اید ، این یک پیروزی نیست. این یک شکست در مبدل است.
در اینجا 5 گناه UX که من بارها و بارها ساخته ام (و دیده ام) وجود دارد – علاوه بر این ، چگونه می توانم از آنها استفاده کنم که اکنون با استفاده از Bellini ، سازنده برنامه ما در Lonti.
1. تلاش برای جا دادن همه چیز در یک صفحه
بله ، کاربران نیاز به دسترسی سریع به اطلاعات دارند. نه ، این بدان معنا نیست که شما باید هر نمودار ، جدول و دکمه را در یک طرح قرار دهید.
همه چیز را مدولار نگه دارید. اقدامات گروهی منطقی. فقط آنچه را که در حال حاضر مورد نیاز است نشان دهید – بقیه را تا زمانی که مهم باشد ، نشان دهید.
2. ناوبری که با هر صفحه تغییر می کند
کشویی در اینجا نوار کناری آنجا. دکمه “برگشت” گاهی اوقات. این یک آشفتگی ناسازگار است.
قانون شست: کاربران را غافلگیر نکنید. از الگوهای NAV سازگار استفاده کنید. به آنها اجازه دهید یک مدل ذهنی از برنامه خود بسازند.
3. فراموش کردن موبایل وجود دارد
“اما این یک برنامه دسک تاپ است!” خنک تا زمانی که کسی در طول جلسه روی رایانه لوحی وارد نشود یا سعی کند چیزی را از تلفن خود تأیید کند.
طرح های آگاه از موبایل را طراحی کنید. تست در نقاط مختلف شکست. دکمه ها را دوستانه کنید.
4. بازخورد صفر = اعتماد صفر
شما ارسال کردید هیچ اتفاقی نمی افتد موفق بود؟ گیر است؟ آیا باید بارگیری کنم؟
به کاربران بازخورد روشن – لودرها ، پیام های تأیید ، حتی یک اطلاع رسانی سریع. آنها احساس بهتری خواهند داشت. گزارش اشکال کمتری دریافت خواهید کرد.
5. دسترسی اختیاری نیست
فقط به این دلیل که این یک برنامه تجاری است به این معنی نیست که می تواند از طریق آن فقط ماوس ، رنگ دوستانه یا غیرممکن باشد.
اصول را دنبال کنید: HTML معنایی ، نقش های آریا ، پشتیبانی صفحه کلید. برنامه شما برای بهتر می شود هر کس– نه فقط افرادی که دارای خوانندگان صفحه هستند.
چگونه بلینی به من کمک می کند تا درست آن را بدست آورم (بدون کند کردن من)
من استفاده می کنم بلندی زیرا این یک نقطه شیرین بین سرعت کم وت کنترل سطحیبشر
- من می توانم اجزای UI را به جای خود بکشم ، آنها را به زندگی API (استراحت/graphql) وصل کنم و آنها را در عرض چند دقیقه سبک کنم.
- اما وقتی گزینه های پیش فرض آن را قطع نمی کنند ، می توانم JS های سفارشی را بنویسم ، در LIB های خارجی ، رفتار ترفند و منطق را تزریق کنم.
- طراحی پاسخگو ساخته شده است. یاران دسترسی؟ ساخته شده در. استفاده مجدد از مؤلفه؟ بله
این یک “اسباب بازی بدون کد” نیست. این یک ابزار واقعی است که به توسعه دهندگان احترام می گذارد – و به من اجازه می دهد تا جلوی آن را حمل کنم مکیدنبشر
tl ؛ دکتر
اگر کاربران شما ناامید شده باشند ، آنها اهمیتی نمی دهند که معماری API شما چقدر زیبا است.
موضوعات UX تصویب را می کشد ، سایه آن را ایجاد می کند و تلاش های Dev را زباله می کند. اما بیشتر آنها قابل تثبیت هستند – اگر زودتر شروع به مراقبت کنید.
نیازی به طراح تمام وقت نیست. فقط جبهه را نادیده نگیرید مانند این یک اتفاق پس از آن است. چند پیش فرض بهتر مسیری طولانی پیش می رود.
منبع اصلی: 5 اشتباه مشترک UI/UX در برنامه های تجاری (و نحوه جلوگیری از آنها)
