۷ اشتباه فجیع برنامه‌نویسان که کاربران را دیوانه می‌کند!!!
1397/12/18 17:06 , میلاد صاحب نظر

۷ اشتباه فجیع برنامه‌نویسان که کاربران را دیوانه می‌کند!!!

برنامه‌نویسان(امیدواریم)در هنگام کد نویسی برنامه‌ها و اپلیکیشن‌ها همه تلاش خود را می‌کنند، اما هیچ‌کس بی‌نقص نیست. اشتباهات و نقص‌هایی که در برخی وبسایت‌ها، برنامه‌های ویندوز و اپلیکیشن‌های گوشی‌های هوشمند مشاهده می‌کنیم گواه این مدعا است.

خواه تصادفی(به خاطر شرایط و نیازمندی‌های مدیریتی) یا به خاطر عدم درک آنچه کاربر واقعا نیاز دارد، به هر حال گاهی برنامه‌نویسان واسط‌های کاربری بد و آزار دهنده‌ای برای کاربران ایجاد می‌کنند. اجازه دهید بعضی از اشتباهات فجیع و آزار دهنده‌ای که مایه خنده همه هستند را بررسی کنیم.

  1. پیغام‌های ارور غیر مفید

شاید هیچ المان و عنصری به اندازه پیغام‌های ارور، پتانسیل گیج کردن، عصبی کردن یا ایجاد واکنش‌های عجیب و غیر منتظره در کاربر را نداشته باشد. اکثرا پیغام‌های ارور خنده‌دار ویندوز را دیده‌ایم، اما این پیغام‌های ارور صرفا محدود به پلتفرم ویندوز نیستند.

اگر کمی جستجو کنید، همه نوع پیغام ارور ضعیف و غیر مفید را مشاهده خواهید کرد. اجازه دهید چند مورد از انواع مرسوم آن‌ها را بررسی کنیم.

بیان اطلاعات بیش از حد فنی در ارور

در این نوع پیغام ، دیالوگ یا متن ارور، جزئیات فنی‌ای ارائه می‌دهد که کاربر را گیج می‌کند. اگر یک پیغام ارور طوری به نظر رسید که انگار توسط یک ربات نوشته شده است، خب مسلما یک کاربر با دانش رایانه متوسط اصلا چیزی از آن سر در نمی‌آورد.

پس در نتیجه کاربر اصلا پیغام را نمی‌خواند. بنابراین، کاربر اصلا نمی‌داند که برای رفع اشکال باید از کجا شروع کند.

اطلاعات بیش از حد فنی

اطلاعات بیش از حد فنی

یک نوع ثانویه از این ارور زمانی اتفاق می‌افتد که برنامه‌نویسان از end-user dialog box برای گزارش دادن ارور‌های برنامه‌نویسی استفاده می‌کنند.

ارورهایی که شامل اطلاعاتی در مورد رعایت نشدن قوانین حافظه یا مشکلات متفاوت از این قبیل می‌باشند، برای کاربر کاملا بی‌فایده بوده و فقط باعث بیشتر گیج شدن آن‌ها می‌شوند.

اطلاعات نامربوط به کاربر

اطلاعات نامربوط به کاربر

سرزنش کردن کاربر

یک اشتباه رایج دیگر در پیغام‌های ارور این است که کاری کنید کاربر حس کند به وجود آمدن مشکل تقصیر خود او است. حتی اگر واقعا کاربر یک عمل ناخواسته انجام داده که باعث بروز مشکل و ارور شده باشد، به هر حال کاربر نباید حس کند که مرتکب اشتباه شده است.

استفاده از لحن بد در پیام ارورها کار بسیار اشتباهی است و باعث می‌شود کاربر بیش از حد از برنامه شما خسته شود.

سرزنش کاربر

سرزنش کاربر

بیش از حد مبهم بودن

اگر قصد ندارید دقیق توضیح دهید که مشکل چیست، چه دلیلی برای ایجاد پیغام ارور وجود دارد؟ وقتی یک کاربر صوت مخصوص ارور را می‌شنود و پیغام An unknown error has occured را مشاهده می‌کند، خب کاربر چه کاری می‌تواند انجام دهد؟

اگر برای کاربر هیچ اطلاعاتی راجع به اینکه چرا ارور اتفاق افتاده است فراهم نکنید، آن‌ها راحت روی Ok کلیک می‌کنند و تظاهر می‌کنند که انگار هیچ مشکلی به وجود نیامده است.

مبهم بودن

مبهم بودن

ویندوز ۱۰ در زمان به روز رسانی ویندوز به یک ورژن جدید، به وفور از این نوع ارورها با پیام Something happend استفاده کرده است.

ارورهای نا لازم

به لطف تبلیغات حبابی(popup)، اکثر کاربران عادت کرده‌اند که وقتی dialogue box می‌بینند هر چه سریع‌تر آن را حذف می‌کنند. اگرچه گاهی اوقات استفاده از پیغام‌های ارور ضروری است، اما استفاده دائم از آن‌ها به این معنا است که کاربر به احتمال زیاد آن‌ها را نادیده خواهد گرفت.

بنابراین استفاده از پیغام‌های ارور برای مشکلات نه چندان جدی و مهم، کار هوشمندانه‌ای نیست.

ارور نا لازم

ارور نا لازم

ارورهای خنده‌دار و مسخره

گاهی ارورها به قدری مسخره هستند که کاربران از دیدن آن‌ها خجالت زده می‌شوند و/یا اصلا به آن‌ها محل نمی‌گذارند. این یک مثال عالی از این نوع ارورها است:

ارورهای خنده‌دار

ارورهای خنده‌دار

آیا در کل جهان هستی کسی وجود دارد که این پیام را جدی بگیرد؟ این پیغام به ما می‌گوید که یک اشکالی به وجود آمده است، اما شاید مشکل مهمی نباشد. اگر مشکل عمده و جدی‌ای وجود دارد، خب راحت به کاربر اطلاع و هشدار دهید. و اگر مشکلی وجود ندارد، اصلا لازم نیست از پیغام ارور استفاده کنید.

  1. فرم‌ها و Selection Boxهای سخت

بسیاری از کاربران از کلید Tab برای سریع حرکت کردن بین خانه‌های فرم‌های اطلاعات استفاده می‌کنند. شاید فکر کنید که ترتیب اطلاعات در همه فرم‌ها به یک شکل است(نام > نام خانوادگی > شهر > خیابان > و غیره)، اما گاهی برنامه‌نویسان گاهی این فرم‌ها را سخت‌تر از آنچه باید باشد طراحی می‌کنند.

ممکن است وقتی کلید Tab فشار داده می‌شود، نشانگر به جای خانه نام به خانه کد پستی و بعد به کلید تایید انتقال یابد. وقتی ذهن شما عادت کرده باشد که اطلاعات را به ترتیب خاصی وارد کنید، اگر یک فرم از این ترتیب پیروی نکند حسابی اعصابتان خورد می‌شود.

فرم‌های با طراحی سخت

فرم‌های با طراحی سخت

در مورد Selection Boxها چطور؟ مهم نیست برنامه‌نویس از یک لیست Dropdown، یا selection boxها استفاده کند و یا اینکه از کاربر بخواهد مقدار را بسته به نوع ورودی که شما انتظار آن را دارید وارد کند.

در اکثر dropdown boxها، مرتب‌سازی بر اساس حروف الفبا عاقلانه‌ترین کار است، با این کار جستجو در لیست‌ها خیلی ساده‌تر خواهد شد.

اما این را در نظر بگیرید، اگر تعداد طبقات یا نام آن‌ها به ترتیب حروف الفبا مرتب شده باشند، تصور کنید چقدر کاربر اذیت خواهد شد.

طراحی بد فرم

طراحی بد فرم

یک مثال وحشتناک دیگر در مورد استفاده ضعیف و نادرست از selection boxها مانند تصویر زیر است. به جای اینکه به سادگی یک text box برای کاربر فراهم شده باشد تا بتواند شماره تلفنش را تایپ کند، در این طراحی کاربر باید شماره‌اش را از بین ترکیب‌های شماره موجود در لیست انتخاب کند.

حتی فکر کردن به اینکه در این طراحی، چقدر طول می‌کشد تا کاربر شماره تلفنش را وارد کند هم وحشتناک است.

  1. عدم وجود Inline Validation

این حالت، حس بدی است که همه ما با آن به خوبی آشنا هستیم. تصور کنید که یک دو جین فیلد اطلاعات ثبت‌نام برای یک خدمات، ثبت رزومه برای یک کار یا موارد مشابه را در یک صفحه پر کرده‌اید.

حالا وقتی روی Next کلیک می‌کنید، با یک پیغام ارور که بیان می‌کند فیلد‌های آدرس ایمیل با یکدیگر همخوانی ندارند یا مشکلاتی از این قبیل، از شما استقبال می‌شود.

مشکل اینجا است که وقتی صفحه reload می‌شود، همه اطلاعاتی که شما وارد کرده‌اید حذف می‌شوند. حالا کاربر مجبور است وقتش را تلف کند و همه اطلاعاتی که قبلا وارد کرده بود را، دوباره تایپ کند.

اگر برنامه‌نویس کمی به خودش زحمت داده بود و از ویژگی Inline Validation استفاده کرده بود(این ویژگی باعث می‌شود که کاربر قبل از اینکه از یک فیلد به فیلد دیگر برود، اطلاعات وارد شده اعتبار سنجی و بررسی شوند و در صورت وجود مشکل، همان موقع به کاربر اطلاع داده می‌شود)می‌توانست از بروز این مشکل جلوگیری کند.

عدم وجود Inline Validation

عدم وجود Inline Validation

  1. نرم‌افزارهای بیش از حد پیشرفته و باگ دار

همیشه می‌شنویم که کاربران از اینکه یک نرم‌افزار(که زمانی عالی عمل می‌کرده است) پر از ویژگی‌های اضافه‌ای شده که استفاده از آن را به یک کابوس تبدیل کرده است، گله‌مند هستند. یک مثال عالی از چنین حالتی، نرم‌افزار iTunes است.

اگر شما یک iPad  یا iPhone دارید نصب این نرم‌افزار برای شما یک ضرورت است. خوشبختانه اخیرا کمی حجم برنامه کم شده است، اما برای مدت زیادی، استفاده از آن به شدت گیج کننده و سخت بود.

وقتی iTunes را نصب می‌کنید، همراه با آن تعداد زیادی از نرم‌افزارهای اپل مانند Bonjour، Quick Time و Apple Software Update نیز نصب می‌شوند. وقتی iTunes نصب می‌شود، به اندازه‌ای ویژگی پیش روی شما قرار می‌دهد که مغزتان منفجر می‌شود.

می‌توانید در فروشگاه آن موسیقی، فیلم، کتاب‌های صوتی و پادکست‌ها را جستجو کنید، می‌توانید Apple Music را بررسی کنید، اپلیکیشن‌های درون iOS App Store را مشاهده کنید، دستگاه خود را sync کنید و غیره.

نرم‌افزار حتی بیان نمی‌کند که چه میزان از فضای سیستم شما را اشغال می‌کند، iTunes یک واسط کند و گیج کننده است و برای sync کردن موسیقی یک کابوس است(به خصوص اینکه به صورت تصادفی موسیقی‌ها را حذف می‌کند).

iTunes به جای اینکه یک یا دو عمل را بدون نقص و عالی انجام دهد، سعی می‌کند ۱۰ کار را انجام دهد.

بنابراین اگر آن را نصب کرده‌اید تا گاه گاه از iPhone شما بکاپ بگیرد، احتمالا هر دفعه که می‌خواهید نرم افزار را باز کنید، مجبورید مدت زیادی صبر کنید تا بالاخره نرم‌افزار بالا بیاید و بتوانید ببینید اخیرا به آن چه چیزهایی اضافه شده است.

همچنین، کاربری که می‌خواهد از iTunes برای گوش دادن به موسیقی استفاده کند، بقیه ویژگی‌های این نرم‌افزار اصلا برایش اهمیت ندارند.

  1. نادیده گرفتن استاندارد‌های طراحی سیستم عامل

هر سیستم عامل(OS) بزرگی، دارای مجموعه‌ای از استانداردها است که توسعه‌دهندگان باید در هنگام ساخت اپلیکیشن و برنامه برای آن سیستم عامل‌ها، آن استانداردها را رعایت کنند. برای مثال، همه انتظار داریم که یک اپلیکیشن اندروید، ظاهر متفاوتی با یک اپلیکیشن iOS داشته باشد.

و این استانداردها به مرور زمان تغییر می‌کنند. اپلیکیشن‌های اندروید محبوب سال ۲۰۱۲ را با الان مقایسه کنید. اگر از دستورالعمل‌ها پیروی کنید، ممکن است اپلیکیشن شما از لحاظ ظاهری چنگی به دل نزند، اما لااقل قابل ارائه و استفاده خواهد بود.

اما وقتی خلاف این استانداردها عمل می‌کند، کاربران تقاص کار شما را پس خواهند داد.

برای مثال، کلید back روی گوشی‌های اندرویدی را در نظر بگیرید. وقتی روی آن کلیک می‌کنید انتظار این است که یک صفحه یا مرحله به عقب بازگردید. بنابراین اگر در حال تماشای یک ایمیل در جیمیل هستید، وقتی روی back کلیک می‌کنید باید به صفحه inbox بازگردید.

اگر اپلیکیشن از این استاندارد پیروی نکند و وقتی روی back کلیک می‌کنید کلا برنامه بسته شود، پس بر خلاف انتظاراتی که کاربران اندروید دارند عمل کرده‌اید.

اپلیکیشن‌های اندرویدی که کاربران را مجبور می‌کنند از الگوی طراحی مخصوص iOS استفاده کنند نیز به همین اندازه آزار دهنده و اعصاب خورد کن هستند.

اگر به جای اینکه کارتان را بر اساس استانداردها انجام دهید، کاربران خود را مجبور کنید یک چیز عجیب را برای استفاده از اپلیکیشن شما بیاموزند، این عمل اصلا نوآورانه نیست، بلکه آزاردهنده است.

خواه در حال ساخت یک اپلیکیشن محلی ویندوز ۱۰ هستید یا در حال توسعه یک اپلیکیشن iOS می‌باشید، به هر حال بد نیست بررسی کنید که استانداردها چگونه هستند و از آن‌ها پیروی کنید.

  1. قرار دادن آپشن‌ها و گزینه‌ها در تعداد زیادی منو

منوها در اکثر برنامه‌ها از جمله اقلام نا لازم به حساب می‌آیند. مگر اینکه برنامه شما به شدت ساده باشد و همه گزینه‌ها و آپشن‌ها را روی یک ردیف آیکن نمایش دهد. در این حالت برای نمایش ویژگی‌ها و آپشن‌های با اهمیت کمتر، می‌توانید از منو استفاده کنید.

اگرچه لازم نیست ویژگی‌های بیش از حد مبهم و نامعلوم در دید مستقیم کاربر قرار گیرند، اما اگر ابزارهایی که کاربر گاها از آن‌ها استفاده می‌کند را مخفی کنید، اگر کاربر به آن‌ها نیاز پیدا کند زمان زیادی را صرف یافتن آن‌ها می‌کند.

فرض کنید که اگر کاربر برای یافتن و استفاده از ابزاری که لازم دارد مجبور باشد ۶ مرحله کلیک انجام دهد، چقدر این قضیه روی اعصابش تاثیر منفی می‌گذارد.

کلید‌های میانبر می‌توانند در این خصوص کمک کنند، اما راحت‌ترین آن‌ها(مانند Ctrl+S) معمولا برای مهم‌ترین و اصلی‌ترین ویژگی‌ها(Save) از قبل مورد استفاده قرار گرفته‌اند.

حواستان باشد که استفاده از ترکیب کلید میانبری مثل Ctrl+Shift+Alt+9+K نیز چندان جالب نیست.

منوهای زیاد

منوهای زیاد

این حرف همچنین برای وبسایت‌ها نیز صدق می‌کند. اگر با دنبال کردن رد لینک‌های مختلف قرار گرفته در سایت فقط به یک صفحه خاص انتقال داده شوید، این نشانه یک طراحی بد بوده و بازگشتن به محل قبلی که کاربر در آن قرار داشته را سخت می‌کند.

  1. ایجاد تغییرات بدون دلیل منطقی

در استفاده از یک اپلیکیشن یا سیستم‌ عامل، حافظه یا عادت بدن و آشنایی با فضای آن نقش مهمی ایفا می‌کند. یکی از دلایل اینکه تغییر دادن محیط کاربری اینقدر سخت و مشکل است همین است.

بنابراین توسعه‌دهندگان وقتی تغییری اعمال می‌کنند که واقعا لزومی نداشته باشد، ممکن است کاربران را فراری دهند.

یادتان هست که وقتی ویندوز ۸ منتشر شد اوضاع چطوری بود؟ مردم وحشت کردند، چون آن‌ها نمی‌توانستند بفهمند که چگونه باید رایانه خود را خاموش کنند.

مایکروسافت برای بیش از یک دهه، کلید خاموش کردن سیستم را در آسان‌ترین جای ممکن قرار داده بود و این مدت باعث شده بود که مردم به صورت ناخودآگاه برای خاموش کردن سیستم به آن قسمت بروند. این تجربه باعث شد که این تغییرات در مقیاس خیلی کوچک‌تری اعمال شوند.

هر ورژن جدیدی از اندروید، iOS یا ویندوز ۱۰ تغییرات کوچکی در نام منوها ایجاد می‌کنند. آپشنی که زمانی آدرس آن در گوشی‌های اندرویدی Settings>About phone>Build number بود، حالا به Settings>System>About Phone>Build number تبدیل شده است.

این تغییر خیلی کوچکی است، اما وقتی در حال نوشتن این نموها در برنامه یا اپلیکیشن خود هستید، نمی‌دانید که مردم از کدام ورژن اندروید استفاده می‌کنند. بنابراین باید همه ترکیبات احتمالی را تعریف و توصیف کنید تا کاربر کمتر گیج شود.

گاهی تغییر ضروری است. اما اعمال تغییر فقط به این دلیل که حوصله‌تان سر رفته است، باعث گیج شدن کاربر شده و کاربران را مجبور می‌کند بدون هیچ دلیل منطقی‌ای خود را با الگو و نظم جدید شما وفق دهند.

از کدام یک از عناصر UI بیش از هر چیزی بدتان می‌آید؟

ما ۷ مورد از بدترین انواع مشکلات کاربری که به خاطر انتخاب‌های اشتباه و بد برنامه‌نویسان پیش می‌آیند را معرفی و بررسی کردیم.

حالا این اشتباهات خواه به خاطر عدم وجود زمان کافی برای تکمیل پروژه، بی تجربه بودن یا تنبلی برنامه‌نویس باشند، به هر حال مشکلاتی هستند که نباید در یک برنامه یا اپلیکیشن حرفه‌ای رخ دهند.

منبع: makeuseof

 مطالب مرتبط

 مقدمه ای بر زبان برنامه نویسی #C و پلتفرم NET Framework.
 مقدمه ای بر NLog در هسته ASP.NET
 طبقه بندی زبان های برنامه نویسی

نکاتی که قبل از ثبت نام در یک دوره برنامه نویسی باید بدانید

 ۵زبان برتر برنامه نویسی بلاک چین

از آخرین دوره های آموزشی و تخفیف ها مطلع شوید

با تکمیل فرم زیر ، از اخبار و اطلاعات به روز برنامه نویسی و تکنولوژی عقب نمانید

آخرین مطالب

آموزش جامع SQL Server (جلسه ۱۲)
آموزش جامع SQL Server (جلسه ۱۲)

دستور UPDATE در SQL Server برای تغییر داده‌های موجود در یک جدول، از دستور UPDATE به شکل زیر استفاده ...

آموزش جامع SQL Server (جلسه ۱۵)
آموزش جامع SQL Server (جلسه ۱۵)

دستور DROP TABLE در SQL Server گاهی، لازم است یک جدول که دیگر استفاده‌ای ندارد را حذف کنید. برای ...

آموزش جامع SQL Server (جلسه ۳۵: Window Functionها – بخش ۲)
آموزش جامع SQL Server (جلسه ۳۵: Window Functionها – بخش ۲)

بخش اول از آخرین مبحث دوره جامع آموزش SQL Server در جلسه قبلی بررسی شد. این مبحث که ...

آخرین دیدگاه ها

دیدگاه خود را درباره این پست بنویسید

فرم ارسال نظرات