منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · ترجمه: ۶ شهریور ۱۴۰۵ · زمان مطالعه: حدود ۶ دقیقه

کارکردپذیری (Functionality) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

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

کارکردپذیری، پایین‌ترین لایهٔ این ماجراست: پیش از هر چیز، آیا این چیز کار می‌کند؟

تعریف

کارکردپذیری یعنی اینکه آیا یک طرح کار می‌کند و به کاربر کمک می‌کند به هدف و نیازش برسد.

و وقتی طرحی کارکردپذیری بالایی دارد، همان کاری را می‌کند که از آن انتظار می‌رود، و خوب انجامش می‌دهد.

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

پنج لایهٔ گرت

جسی جیمز گرت در «عناصر تجربهٔ کاربری» پنج جزء را از هم جدا می‌کند، و کارکردپذیری در همهٔ آن‌ها نقش دارد.

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

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

وقتی کار نمی‌کند

نمونه‌های منفی‌اش را همه دیده‌ایم:

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

و وجه مشترکشان این است که هیچ‌کدام «خراب» نیستند. همه‌شان کار می‌کنند — فقط کار کاربر را انجام نمی‌دهند.

و همین سخت‌ترین نوع مشکل کارکردی است، چون در هیچ گزارش خطایی ظاهر نمی‌شود.

دامنه، و مسئلهٔ قابلیت زیاد

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

و قاعدهٔ کنارش هم صریح است: هر قابلیت باید با بقیه منسجم کار کند، و هر چیزی که «قشنگ» است ولی هدفی ندارد، بیرون می‌ماند.

و این را می‌شود به یک پرسش تبدیل کرد که در جلسهٔ اولویت‌بندی کار می‌کند: «این قابلیت کدام کار کاربر را تمام می‌کند؟»

اگر پاسخ «هیچ‌کدام، ولی خوب است داشته باشیمش» بود، آن قابلیت هزینهٔ دامنه دارد و فایدهٔ کارکردی ندارد.

سنجیدنش

• - آزمون کاربردپذیری، با ابزارهایی مثل کریزی‌اگ و هات‌جار.
• - مصاحبه و نظرسنجی با کاربر.
• - وایرفریم و نمونهٔ اولیه، در وفاداری کم و زیاد.
• - بازخورد ذی‌نفعان و کاربران روی نمونه‌های اولیه.
• - تکرار پیوسته بر پایهٔ دادهٔ واقعی کاربر.
• - و آزمون انطباق با دسترس‌پذیری، یعنی WCAG و ARIA.

و مورد آخر عددی هم دارد که ارزش دیدن دارد. طبق گزارش «یک میلیون» وب‌ایم در ۲۰۲۶، ۹۵٫۹ درصد از یک میلیون وب‌سایت برتر، شکست‌های دسترس‌پذیری قابل‌تشخیص دارند.

یعنی برای بخش بزرگی از کاربران، این سایت‌ها اصلاً کار نمی‌کنند — و این یک مشکل کارکردی است، نه یک مسئلهٔ اخلاقی جداگانه.

مرزش با کاربردپذیری

این بخش افزودهٔ من است، چون این دو مدام با هم اشتباه می‌شوند.

• - کارکردپذیری: آیا می‌شود این کار را انجام داد؟
• - کاربردپذیری: آیا می‌شود آسان انجامش داد؟
• - سودمندی: آیا اصلاً کسی این کار را می‌خواهد؟

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

و بیشتر تیم‌ها وقتشان را روی لایهٔ میانی می‌گذارند، چون همان لایه‌ای است که در جلسه دیده می‌شود.

در بافت فارسی

یک: بی‌ثباتی شبکه، کارکردپذیری را به مسئلهٔ اول تبدیل می‌کند. اتصال قطع می‌شود، درخواست نیمه‌کاره می‌ماند، و کاربر نمی‌داند سفارشش ثبت شده یا نه.

پس در بافت ما، «کار می‌کند» یعنی «در شرایط بد هم کار می‌کند»: تلاش دوباره، وضعیت روشن، و جلوگیری از ثبت دوتایی.

دو: وابستگی به سرویس‌های بیرونی، کارکرد را شکننده می‌کند. درگاه پرداخت، پیامک، نقشه، احراز هویت — هر کدام می‌توانند قطع شوند.

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

سه: دسترس‌پذیری اینجا هنوز اختیاری تلقی می‌شود. در بیشتر پروژه‌های ما نه بودجه‌ای برایش هست و نه کسی مسئولش است.

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

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

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

جمع‌بندی

• - کارکردپذیری یعنی اینکه طرح کار می‌کند و به کاربر کمک می‌کند به هدفش برسد · و طرح کارکردپذیر همان کاری را می‌کند که انتظار می‌رود و خوب انجامش می‌دهد
• - گرت پنج لایه را جدا می‌کند: راهبرد · دامنه · ساختار · اسکلت · سطح — و هر لایه روی لایهٔ زیرینش می‌ایستد
• - نمونه‌های شکست: سبد خریدی که صفحه را دوباره بار می‌کند · فرم بی بازخورد · داشبورد دستی — هیچ‌کدام «خراب» نیستند و در گزارش خطا هم دیده نمی‌شوند
• - انتخاب زیاد علیه تجربه کار می‌کند · هر چیزی که قشنگ است ولی هدفی ندارد بیرون می‌ماند · و پرسشش: این قابلیت کدام کار کاربر را تمام می‌کند؟
• - سنجش: آزمون کاربردپذیری · مصاحبه · نمونهٔ اولیه · بازخورد · تکرار · و انطباق با WCAG و ARIA
• - ۹۵٫۹ درصد از یک میلیون سایت برتر شکست دسترس‌پذیری دارند · یعنی برای بخشی از کاربران اصلاً کار نمی‌کنند
• - کارکردپذیری یعنی می‌شود انجامش داد · کاربردپذیری یعنی می‌شود آسان انجامش داد · سودمندی یعنی اصلاً کسی می‌خواهدش
• - و در فارسی: «کار می‌کند» یعنی در شرایط بد هم کار می‌کند · مسیر جایگزین بخشی از کارکرد است · دسترس‌پذیری را از کنتراست و صفحه‌کلید و برچسب شروع کنید · و تیکت پشتیبانی را فهرست نقص بخوانید