টাচ ও জেসচার ইন্টারঅ্যাকশন ডিজাইন
এই পাঠে যা শিখবেন
- স্ট্যান্ডার্ড টাচ জেসচারগুলো এবং তাদের প্রচলিত অর্থ চিনতে পারা
- জেসচার ডিসকভারেবিলিটি সমস্যা ব্যাখ্যা করতে পারা এবং কেন এটি বাস্তব
- জেসচার ডিজাইনের ব্যবহারিক নীতিমালা (সামঞ্জস্যতা, ফিডব্যাক, বিপরীতমুখীতা) প্রয়োগ করতে পারা
- কখন জেসচারের বদলে দৃশ্যমান বাটন ব্যবহার করা উচিত তা যুক্তিসঙ্গতভাবে সিদ্ধান্ত নিতে পারা
১ · স্ট্যান্ডার্ড টাচ জেসচার ও তাদের প্রচলিত অর্থ
বছরের পর বছর ব্যবহারের মধ্য দিয়ে কিছু টাচ জেসচার প্রায়-সর্বজনীন প্রচলিত অর্থ অর্জন করেছে — এগুলো লঙ্ঘন করলে ব্যবহারকারীর প্রত্যাশা ভেঙে যায় (M4/L18-এর "কনসিস্টেন্সি" নীতির সরাসরি লঙ্ঘন):
সিলেক্ট/অ্যাক্টিভেট করা — মাউসের সিঙ্গেল-ক্লিকের সমতুল্য। সবচেয়ে মৌলিক ও সবচেয়ে বেশি প্রত্যাশিত জেসচার।
কনটেক্সট মেনু খোলা, বা "পুনর্বিন্যাস মোড" শুরু করা (যেমন হোমস্ক্রিন আইকন সরানো) — মাউসের রাইট-ক্লিকের সমতুল্য।
নেভিগেট করা (পরের পেজে যাওয়া), অথবা ডিসমিস করা (একটি নোটিফিকেশন/লিস্ট আইটেম মুছে ফেলা) — দিক (বাম/ডান/উপর/নিচ) অনুযায়ী ভিন্ন অর্থ বহন করতে পারে।
জুম আউট/ইন — একটি ছবি বা মানচিত্রে দুই আঙুল একসাথে/আলাদা করে আকার পরিবর্তন করা। এখন প্রায় সার্বজনীনভাবে এই অর্থেই ব্যবহৃত হয়।
একটি উপাদান সরানো/পুনর্বিন্যাস করা, অথবা স্ক্রল করা — একটানা স্পর্শ ধরে রেখে সরানো।
২ · জেসচার ডিসকভারেবিলিটি সমস্যা
M3/L10-এ শেখা হয়েছিল সিগনিফায়ার — একটি দৃশ্যমান ইঙ্গিত যা বলে দেয় কোনো কিছু কীভাবে ব্যবহার করতে হবে (যেমন একটি বাটনের ছায়া/বর্ডার বোঝায় "এটি চাপা যায়")। জেসচারের একটি মৌলিক ও সুপরিচিত সমস্যা হলো — এদের কোনো অন্তর্নিহিত সিগনিফায়ার নেই। একটি খালি স্ক্রিনে "বাম দিকে সোয়াইপ করলে মেনু খুলবে" — এই তথ্য স্ক্রিনে দৃশ্যমান কিছুতেই লেখা নেই, যেমনটা একটি বাটনের ক্ষেত্রে থাকে।
এই সমস্যাটি বাস্তব ও ভালোভাবে-নথিভুক্ত: গবেষণায় বারবার দেখা গেছে ব্যবহারকারীরা "hidden" জেসচার-ভিত্তিক ফিচার আবিষ্কারই করেন না, যদি না তাদের স্পষ্টভাবে শেখানো হয়। এটি একটি প্রকৃত ট্রেড-অফ — জেসচার UI-কে ভিজ্যুয়ালি "পরিষ্কার" রাখে (কম বাটন, কম clutter) কিন্তু কার্যকারিতাকে অদৃশ্য করে ফেলে।
"ভিজ্যুয়ালি পরিষ্কার" এবং "ব্যবহারযোগ্য" সবসময় সমার্থক নয়। একটি ইন্টারফেস যত কম দৃশ্যমান উপাদান দেখায়, তত বেশি তাকে শেখার (learnability) উপর নির্ভর করতে হয় — এবং শেখা একটি প্রকৃত খরচ, বিশেষ করে নতুন/মাঝেমধ্যে ব্যবহারকারীদের জন্য।
৩ · জেসচার ডিজাইনের ব্যবহারিক নীতিমালা
- প্ল্যাটফর্ম কনভেনশনের সাথে সামঞ্জস্য রাখুন — iOS/Android-এর প্রতিষ্ঠিত জেসচার (যেমন এজ থেকে সোয়াইপ করে ব্যাক যাওয়া) নতুন করে ভিন্ন অর্থে ব্যবহার করবেন না — এতে সিস্টেম-লেভেল জেসচারের সাথে দ্বন্দ্ব তৈরি হয় এবং ব্যবহারকারীর প্রত্যাশা ভাঙে।
- জেসচার চলাকালীন ফিডব্যাক দিন — যেমন ড্র্যাগ করার সময় উপাদানটি আঙুলের সাথে সাথে নড়তে দেখানো, যাতে ব্যবহারকারী নিশ্চিত হন জেসচারটি সিস্টেম "শুনছে" (M3/L11-এর ফিডব্যাক নীতির প্রয়োগ)।
- বিপরীতমুখীতা (reversibility) রাখুন — একটি ভুল-শুরু হওয়া জেসচার বাতিল করার সুযোগ দিন (যেমন সোয়াইপ-টু-ডিলিট শুরু করার পর আঙুল আবার উল্টো দিকে টানলে বাতিল হওয়া) — M4/L19-এর error-prevention নীতির সাথে সংযুক্ত।
- অনবোর্ডিং/ইঙ্গিত দিন — প্রথমবার ব্যবহারের সময় একটি সংক্ষিপ্ত ভিজ্যুয়াল হিন্ট (যেমন একটি তালিকা-আইটেমের কিনারা সামান্য দৃশ্যমান করে "এখানে আরও আছে" ইঙ্গিত দেওয়া — একে "edge peek" বলা হয়) গুরুত্বপূর্ণ জেসচার আবিষ্কারে সাহায্য করে।
৪ · কখন জেসচার ব্যবহার করবেন না
সব ইন্টারঅ্যাকশনকে জেসচারে রূপান্তর করা একটি সাধারণ ভুল। কিছু ক্ষেত্রে দৃশ্যমান বাটন এখনও স্পষ্টভাবে ভালো পছন্দ:
- গুরুত্বপূর্ণ বা ধ্বংসাত্মক অ্যাকশন (যেমন "সব ডেটা মুছে ফেলুন") — একটি ভুলবশত জেসচার দুর্ঘটনাক্রমে ট্রিগার হয়ে গেলে পরিণতি গুরুতর হতে পারে; একটি স্পষ্ট, দৃশ্যমান, ইচ্ছাকৃত ট্যাপ-টার্গেট নিরাপদ।
- কম-ব্যবহৃত/একবারমাত্র ব্যবহৃত ফিচার — যে জেসচার ব্যবহারকারী মাসে একবার ব্যবহার করেন, তা মনে রাখার সম্ভাবনা কম; ঘন ঘন-ব্যবহৃত জেসচার (যেমন প্রতিদিন স্ক্রল করা) দ্রুত মুসল-মেমরিতে পরিণত হয়, কিন্তু বিরল জেসচার হয় না।
- মোটর-প্রতিবন্ধী ব্যবহারকারী — সূক্ষ্ম, মাল্টি-ফিঙ্গার জেসচার (পিঞ্চ, নির্দিষ্ট-গতির সোয়াইপ) অনেকের জন্য কঠিন বা অসম্ভব হতে পারে; এখানে সবসময় একটি বাটন-ভিত্তিক বিকল্প থাকা উচিত (M10-এ অ্যাক্সেসিবিলিটি নিয়ে বিস্তারিত আলোচনা হবে)।
ভাবনার প্রশ্ন
প্রতিটি প্রশ্ন নিজে কিছুক্ষণ ভাবুন — তারপর "→ উত্তর" চাপুন।
প্র ০১ একটি ইমেইল অ্যাপে "সোয়াইপ-টু-আর্কাইভ" ফিচার আছে, কিন্তু এটি কোথাও লেখা নেই এবং কোনো ভিজ্যুয়াল ইঙ্গিতও নেই। নতুন ব্যবহারকারীরা কীভাবে এটি জানবেন, এবং ডিজাইনার এখানে কী ভুল করেছেন?
বেশিরভাগ নতুন ব্যবহারকারী কখনোই আবিষ্কার করবেন না, যতক্ষণ না কেউ তাদের বলে দেয় বা তারা দুর্ঘটনাক্রমে আঙুল সোয়াইপ করে ফেলেন। ডিজাইনারের ভুল হলো একটি কার্যকর ফিচারকে সম্পূর্ণভাবে সিগনিফায়ার-বিহীন রেখে দেওয়া — অন্তত একটি ছোট আইকন-ইঙ্গিত (যেমন লিস্ট-আইটেমের কিনারায় সামান্য আর্কাইভ-আইকনের ঝলক), অথবা প্রথমবার ব্যবহারের সময় একটি ওয়ান-টাইম টুলটিপ যোগ করা উচিত ছিল।
প্র ০২ কেন "পিঞ্চ-টু-জুম" জেসচারটি এত সফলভাবে সার্বজনীন হয়ে উঠেছে, যেখানে অনেক অন্যান্য কাস্টম জেসচার ব্যর্থ হয়েছে?
কয়েকটি কারণ একসাথে কাজ করেছে: (১) এটি একটি বাস্তব-জগতের রূপক ব্যবহার করে — আঙুল ছড়ালে জিনিস "বড়" হবে, এটি স্বজ্ঞাতভাবে বোধগম্য (একটি ভালো ম্যাপিং, M3/L11); (২) এটি একটি একক, ব্যাপকভাবে-প্রয়োজনীয় কাজ (জুম) সমাধান করে যা প্রায় সব অ্যাপে দরকার হয়, তাই দ্রুত পুনরাবৃত্তির মাধ্যমে শেখা হয়ে যায়; (৩) প্রথম দিককার iPhone-এর ব্যাপক প্রচার এটিকে একটি প্ল্যাটফর্ম-স্ট্যান্ডার্ডে পরিণত করেছে। কাস্টম জেসচার প্রায়ই ব্যর্থ হয় কারণ এগুলোর কোনো স্বজ্ঞাত রূপক নেই এবং একটি মাত্র অ্যাপে সীমাবদ্ধ থাকে, তাই পুনরাবৃত্তির মাধ্যমে শেখার সুযোগ কম।
প্র ০৩ একটি "গোপন" জেসচার (যেমন তিন-আঙুলে ট্যাপ করলে একটি বিশেষ ডেভেলপার মেনু খোলা) কি সবসময় খারাপ ডিজাইন? নাকি এমন পরিস্থিতি আছে যেখানে ইচ্ছাকৃতভাবে কম-ডিসকভারেবল জেসচার ভালো?
না, সবসময় খারাপ নয় — যখন টার্গেট ব্যবহারকারী সাধারণ ব্যবহারকারী নন, বরং একটি সংকীর্ণ, বিশেষজ্ঞ দল (ডেভেলপার, QA টিম) যাদের জেসচারটি স্পষ্টভাবে শেখানো হয়েছে (ডকুমেন্টেশনে), তখন কম ডিসকভারেবিলিটি আসলে একটি সুবিধা — এটি সাধারণ ব্যবহারকারীদের দুর্ঘটনাক্রমে একটি অ্যাডভান্সড/ঝুঁকিপূর্ণ ফিচারে প্রবেশ করা থেকে রক্ষা করে। মূল নীতি এখানেও একই থেকে যায়: ডিসকভারেবিলিটি সেই ব্যবহারকারীর জন্য উপযুক্ত হওয়া উচিত যিনি আসলে ফিচারটি ব্যবহার করবেন।
অনুশীলন
-
প্রয়োগ করুন: একটি ফটো-এডিটিং অ্যাপে "আন্ডু" (Undo) ফিচারটি বর্তমানে শুধুমাত্র তিন-আঙুলে
বাম দিকে সোয়াইপ করে অ্যাক্সেসযোগ্য, কোনো বাটন নেই। এই ডিজাইন সিদ্ধান্তটি মূল্যায়ন করুন — এটি রাখবেন, নাকি
পরিবর্তন করবেন? আপনার যুক্তি কী?
পরিবর্তন করা উচিত — Undo একটি error-recovery ফিচার (M4/L19), এবং error-recovery ফিচার যত সহজে খুঁজে পাওয়া যায় তত ভালো, কারণ ব্যবহারকারী প্রায়ই ভুল করার ঠিক মুহূর্তেই এটি খুঁজবেন, যখন তিনি চাপে/হতাশ থাকতে পারেন। একটি তিন-আঙুল জেসচার নতুন ব্যবহারকারীর কাছে সম্পূর্ণ অদৃশ্য — একটি দৃশ্যমান Undo বাটন (বা কমপক্ষে একটি স্ট্যান্ডার্ড, শেখা-সহজ শর্টকাট) থাকা উচিত, জেসচারটি একটি অতিরিক্ত শর্টকাট হিসেবে থাকতে পারে কিন্তু একমাত্র পথ নয়।
-
বিশ্লেষণ করুন: একটি মিউজিক প্লেয়ার অ্যাপে "পরবর্তী গান" (Next) বাটন আছে, এবং এর পাশাপাশি
অ্যালবাম আর্টওয়ার্কে বাম-সোয়াইপ করলেও একই কাজ হয়। এটি কি ভালো ডিজাইন, নাকি অপ্রয়োজনীয় জটিলতা?
এটি ভালো ডিজাইন — এটি "জেসচার শর্টকাট, বাটন প্রাথমিক পথ" নীতির একটি সুন্দর উদাহরণ। বাটনটি নতুন/মাঝেমধ্যে ব্যবহারকারীর জন্য সবসময় দৃশ্যমান ও স্পষ্ট থাকে (কোনো ডিসকভারেবিলিটি সমস্যা নেই), আবার সোয়াইপ জেসচারটি ঘন-ঘন-ব্যবহারকারীর জন্য একটি দ্রুততর বিকল্প পথ দেয় যা তারা ব্যবহারে সময়ের সাথে শিখে নেবেন। এটি জটিলতা নয় — এটি দুটি ভিন্ন দক্ষতা-স্তরের ব্যবহারকারীকে একই সাথে সেবা দেওয়া।
আরও পড়ুন · ABCL TECH-এ আপনার পরবর্তী পদক্ষেপ
- M3/L10 · অ্যাফোর্ডেন্স ও সিগনিফায়ার রিভিশন এই পাঠের জেসচার-ডিসকভারেবিলিটি আলোচনার ভিত্তি — সিগনিফায়ারের মূল সংজ্ঞা এখানে দেখুন।
- L42 · ভয়েস ইউজার ইন্টারফেস ও কনভার্সেশনাল ডিজাইন পরবর্তী পাঠ দৃশ্যমান-ইন্টারফেস-বিহীন আরেকটি মোডালিটি — ভয়েসে ডিসকভারেবিলিটি সমস্যা আরও চরম আকারে দেখা দেয়।
- কোর্সের সম্পূর্ণ সিলেবাস দেখুন ৫৭টি পাঠ কগনিটিভ সাইকোলজি, ইন্টারঅ্যাকশন ডিজাইন, ইউজেবিলিটি হিউরিস্টিক্স, ইউজার রিসার্চ, প্রোটোটাইপিং, ইভালুয়েশন মেথড, ভিজ্যুয়াল ডিজাইন, অ্যাক্সেসিবিলিটি ও ক্যাপস্টোন।