কগনিটিভ ওয়াকথ্রু
এই পাঠে যা শিখবেন
- কগনিটিভ ওয়াকথ্রু কী এবং এটি অন্যান্য ইভালুয়েশন মেথড থেকে কীভাবে আলাদা
- প্রতিটি টাস্ক-স্টেপে জিজ্ঞাসা করার চারটি নির্দিষ্ট প্রশ্ন
- একটি বাস্তব টাস্কে ধাপে ধাপে এই মেথড প্রয়োগ করতে পারা
- কখন কগনিটিভ ওয়াকথ্রু ব্যবহার করা উপযুক্ত, এবং এর সীমাবদ্ধতা কী
১ · কগনিটিভ ওয়াকথ্রু কী
কগনিটিভ ওয়াকথ্রুCognitive Walkthroughএকটি এক্সপার্ট-ভিত্তিক ইউজেবিলিটি ইভালুয়েশন মেথড যেখানে মূল্যায়নকারী একটি নির্দিষ্ট টাস্কের প্রতিটি ধাপে "একজন নতুন ব্যবহারকারী কী চিন্তা করবেন" তা কল্পনা করে চারটি নির্দিষ্ট প্রশ্নের মাধ্যমে সম্ভাব্য লার্নেবিলিটি সমস্যা খুঁজে বের করেন। L30–L32-এর মেথডগুলোর জন্য সত্যিকারের ব্যবহারকারী দরকার — যা সবসময় দ্রুত বা সহজলভ্য হয় না। কগনিটিভ ওয়াকথ্রু এই সমস্যার একটি সমাধান দেয়: একজন এক্সপার্ট (ডিজাইনার, ডেভেলপার, বা HCI বিশেষজ্ঞ) নিজেই একটি "নতুন ব্যবহারকারীর" ভূমিকা নিয়ে টাস্কটি ধাপে ধাপে হেঁটে যান এবং প্রতিটি ধাপে কল্পনা করেন সত্যিকারের একজন নতুন ব্যবহারকারী কী ভাববেন, কী করবেন।
এটি M4/L24-এর হিউরিস্টিক ইভালুয়েশন থেকে ভিন্ন — হিউরিস্টিক ইভালুয়েশন সাধারণ, বিস্তৃত নীতির (নীলসেনের ১০টি হিউরিস্টিক) বিরুদ্ধে পুরো ইন্টারফেস যাচাই করে, যেকোনো ক্রমে। কগনিটিভ ওয়াকথ্রু নির্দিষ্টভাবে একটি টাস্ক সিকোয়েন্সের প্রতিটি ধাপের লার্নেবিলিটির (একজন নতুন ব্যবহারকারী প্রথমবার ব্যবহার করে কতটা সহজে শিখতে পারবেন — L15-এর পাঁচটি কোয়ালিটি কম্পোনেন্টের একটি) উপর ফোকাস করে, একটি নির্দিষ্ট, রৈখিক ক্রমে।
২ · প্রতিটি ধাপে চারটি প্রশ্ন
একটি টাস্ককে প্রথমে ছোট ছোট অ্যাকশন-স্টেপে ভাগ করা হয় (M23-এর টাস্ক অ্যানালাইসিসের মতো)। তারপর প্রতিটি স্টেপে এই চারটি প্রশ্ন জিজ্ঞাসা করা হয় —
এই ধাপে পৌঁছে ব্যবহারকারী কি বুঝবেন তাদের এখন কী অর্জন করতে হবে?
যে বাটন/লিংক/কন্ট্রোলটি এই ধাপ সম্পূর্ণ করবে, ব্যবহারকারী কি সেটি স্ক্রিনে দেখতে/খুঁজে পাবেন?
ব্যবহারকারী কি বুঝবেন এই নির্দিষ্ট অ্যাকশনটিই তাদের লক্ষ্যের দিকে নিয়ে যাবে (নাকি লেবেল/আইকন বিভ্রান্তিকর)?
অ্যাকশন নেওয়ার পর, ব্যবহারকারী কি স্পষ্ট ফিডব্যাক দেখবেন যে তারা সঠিক পথে আছেন (M3/L11-এর ফিডব্যাক নীতি)?
যে কোনো ধাপে যদি কোনো প্রশ্নের উত্তর "না" বা "নিশ্চিত না" হয়, সেটি একটি সম্ভাব্য লার্নেবিলিটি সমস্যা হিসেবে নোট করা হয় — সাথে কেন এমন মনে হচ্ছে তার একটি সংক্ষিপ্ত ব্যাখ্যা।
৩ · ওয়ার্কড এক্সাম্পল — "পাসওয়ার্ড পরিবর্তন করুন"
ধরা যাক টাস্কটি হলো — একটি অ্যাপে লগইন করা অবস্থায় ব্যবহারকারী তাদের অ্যাকাউন্ট পাসওয়ার্ড পরিবর্তন করতে চান। ধরে নেওয়া হচ্ছে, ইন্টারফেসে একটি প্রোফাইল আইকন (উপরে ডানে) আছে, যেটাতে ক্লিক করলে একটি ড্রপডাউন মেনু খোলে যাতে "সেটিংস" অপশন আছে; সেখান থেকে একটি "সিকিউরিটি" ট্যাব, তারপর "পাসওয়ার্ড পরিবর্তন করুন" বাটন।
ধাপ ১ — প্রোফাইল আইকনে ক্লিক করা:
হ্যাঁ — বেশিরভাগ ব্যবহারকারী জানেন অ্যাকাউন্ট-সম্পর্কিত অপশন প্রোফাইল আইকনের নিচে থাকে, এটি একটি সাধারণ কনভেনশন (M3/L18-এর কনসিস্টেন্সি নীতি)।
নির্ভর করে — যদি আইকনটি একটি সাধারণ অবতার/ব্যক্তির ছবির মতো দেখতে হয়, খুঁজে পাওয়া সহজ। যদি একটি অস্পষ্ট জেনেরিক আইকন হয়, সমস্যা হতে পারে।
হ্যাঁ, যদি ক্লিকের সাথে সাথে ড্রপডাউন মেনু ভিজ্যুয়ালি স্পষ্টভাবে খোলে।
ধাপ ২ — ড্রপডাউনে "সেটিংস" খুঁজে ক্লিক করা: সম্ভাব্য সমস্যা এখানেই দেখা যায় — যদি মেনুতে "সেটিংস", "প্রেফারেন্স", "অ্যাকাউন্ট" একাধিক ধরনের লেবেল একসাথে থাকে, ব্যবহারকারী দ্বিধায় পড়তে পারেন কোনটি সঠিক (প্রশ্ন ৩ ব্যর্থ হতে পারে — অ্যাকশনকে লক্ষ্যের সাথে যুক্ত করা কঠিন)। এই সমস্যাটি L31-এর থিংক-অ্যালাউড সেশনে ঠিক এমন ভাষায় প্রকাশ পেতে পারে যেমন সেই পাঠে দেখানো "শব্দভান্ডারের অমিল" উদাহরণ।
ধাপ ৩ — "সিকিউরিটি" ট্যাবে ক্লিক করা: যদি সেটিংস পেজে একাধিক ট্যাব থাকে (প্রোফাইল, নোটিফিকেশন, সিকিউরিটি, বিলিং), ব্যবহারকারী কি সঠিকভাবে অনুমান করতে পারবেন পাসওয়ার্ড "সিকিউরিটি"-তে পাওয়া যাবে, "প্রোফাইল"-এ নয়? সাধারণত এটি একটি যুক্তিসঙ্গত ধারণা (প্রশ্ন ১ ও ৩ সাধারণত পাস করে), তবে যদি অ্যাপটি "প্রোফাইল" ট্যাবেই পাসওয়ার্ড রাখে (একটি অপ্রচলিত পছন্দ), এটি একটি সমস্যা হবে।
ধাপ ৪ — "পাসওয়ার্ড পরিবর্তন করুন" বাটনে ক্লিক ও ফর্ম পূরণ: এখানে সবচেয়ে গুরুত্বপূর্ণ হলো প্রশ্ন ৪ — পুরনো পাসওয়ার্ড, নতুন পাসওয়ার্ড জমা দেওয়ার পর ব্যবহারকারী কি স্পষ্ট নিশ্চিতকরণ (যেমন "পাসওয়ার্ড সফলভাবে পরিবর্তিত হয়েছে" বার্তা) দেখবেন? যদি সাবমিট বাটনে ক্লিকের পর কোনো ফিডব্যাক ছাড়াই একই পেজ থেকে যায়, ব্যবহারকারী নিশ্চিত হতে পারবেন না কাজটি সফল হয়েছে কিনা — এটি একটি ক্লাসিক এরর-প্রিভেনশন সমস্যা (M4/L19-এ বিস্তারিত)।
কগনিটিভ ওয়াকথ্রু সবচেয়ে বেশি কার্যকর যখন প্রথমবার ব্যবহারকারী কোনো নির্দিষ্ট টাস্ক কতটা সহজে শিখে করতে পারবে তা যাচাই করতে হয় — বারবার ব্যবহৃত সিস্টেমের দক্ষতা (efficiency) মাপার জন্য এটি উপযুক্ত নয় (সেখানে L30-এর সময়-ভিত্তিক ইউজেবিলিটি টেস্টিং বেশি প্রাসঙ্গিক)। এবং যেহেতু এটি এক্সপার্টের অনুমানের উপর নির্ভর করে, সত্যিকারের ব্যবহারকারী টেস্টিংয়ের বিকল্প নয় — বরং প্রাথমিক, সস্তা, দ্রুত সমস্যা-খোঁজার একটি ধাপ।
ভাবনার প্রশ্ন
প্রতিটি প্রশ্ন নিজে কিছুক্ষণ ভাবুন — তারপর "→ উত্তর" চাপুন।
প্র ০১ একজন ডেভেলপার নিজেই তার তৈরি করা ফিচারের কগনিটিভ ওয়াকথ্রু করছেন। এখানে কী ঝুঁকি থাকতে পারে যা একজন ভিন্ন ব্যক্তি ওয়াকথ্রু করলে কম হতো?
যে ব্যক্তি একটি ফিচার নিজে তৈরি করেছেন, তার মাথায় ইতিমধ্যে সঠিক মেন্টাল মডেল আছে — তিনি জানেন কোথায় কী আছে। এই "জ্ঞানের অভিশাপ" (curse of knowledge) তাকে একজন সত্যিকারের নতুন ব্যবহারকারীর দৃষ্টিভঙ্গি কল্পনা করতে কঠিন করে তোলে — তিনি হয়তো অজান্তেই ধরে নেবেন কিছু একটা "স্পষ্ট", যা আসলে নতুন ব্যবহারকারীর কাছে মোটেও স্পষ্ট নয়। এই কারণে একাধিক, বিশেষত ফিচার তৈরিতে জড়িত নন এমন ব্যক্তিদের দিয়ে ওয়াকথ্রু করানো ভালো।
প্র ০২ উপরের ওয়ার্কড এক্সাম্পলের ধাপ ২-এ যদি মেনুতে "সেটিংস" ও "প্রেফারেন্স" দুটোই আলাদা অপশন হিসেবে থাকতো, প্রশ্ন ৩ কীভাবে ব্যর্থ হতে পারতো, এবং সমাধান কী হতে পারে?
দুটো একই রকম শোনানো লেবেল (সেটিংস বনাম প্রেফারেন্স) থাকলে ব্যবহারকারী নিশ্চিত হতে পারবেন না কোনটি তাদের লক্ষ্যের (পাসওয়ার্ড পরিবর্তন) সাথে যুক্ত — প্রশ্ন ৩ ("অ্যাকশনকে লক্ষ্যের সাথে যুক্ত করবে কি") ব্যর্থ হবে কারণ দুটোই সমানভাবে যুক্তিসঙ্গত মনে হতে পারে। সমাধান: দুটো লেবেলের একটিকে বাদ দিয়ে একক, স্পষ্ট নামকরণ ব্যবহার করা (M4/L18-এর কনসিস্টেন্সি নীতি) — একাধিক ভিন্ন নামে একই ধরনের ফাংশন আলাদা করা বিভ্রান্তি বাড়ায় ছাড়া কিছু করে না।
প্র ০৩ একটি প্রতিদিন ব্যবহৃত ইমেইল ক্লায়েন্টের "নতুন মেইল কম্পোজ করা" ফিচারের জন্য কগনিটিভ ওয়াকথ্রু করা কি যুক্তিসঙ্গত? কেন বা কেন নয়?
খুব একটা নয় — কগনিটিভ ওয়াকথ্রু সবচেয়ে বেশি মূল্যবান প্রথমবার শেখার মুহূর্তে, কিন্তু "নতুন মেইল কম্পোজ করা" একটি অত্যন্ত ঘন ঘন, অভিজ্ঞ ব্যবহারকারীদের জন্য পরিচিত টাস্ক — এখানে লার্নেবিলিটির চেয়ে দক্ষতা (efficiency, যেমন কতটা দ্রুত কম্পোজ করা যায়, কীবোর্ড শর্টকাট আছে কিনা) বেশি গুরুত্বপূর্ণ। এই ধরনের প্রশ্নের জন্য L30-এর সময়-ভিত্তিক ইউজেবিলিটি টেস্টিং বা L34-এর মেট্রিক্স বেশি প্রাসঙ্গিক।
অনুশীলন
-
প্রয়োগ করুন: একটি ফুড-ডেলিভারি অ্যাপে "একটি আগের অর্ডার আবার বসানো (reorder)" টাস্কের
জন্য একটি কগনিটিভ ওয়াকথ্রু চালান। টাস্কটিকে ৩টি ধাপে ভাগ করুন এবং প্রতিটি ধাপে অন্তত একটি প্রশ্ন প্রয়োগ
করে সম্ভাব্য একটি সমস্যা চিহ্নিত করুন।
সম্ভাব্য ধাপ: (১) "অর্ডার হিস্টরি" খুঁজে বের করা — প্রশ্ন ২ (অ্যাকশন খুঁজে পাবে কি): যদি এটি প্রোফাইল মেনুর গভীরে লুকানো থাকে, ব্যবহারকারী নাও খুঁজে পেতে পারেন। (২) নির্দিষ্ট আগের অর্ডারটি চিহ্নিত করা — প্রশ্ন ১ (লক্ষ্য বুঝবে কি): যদি প্রতিটি অর্ডার শুধু তারিখ দেখায়, রেস্টুরেন্টের নাম বা আইটেম না দেখায়, ব্যবহারকারী সঠিক অর্ডারটি চিনতে সমস্যায় পড়বেন। (৩) "রিঅর্ডার" বাটনে ক্লিক করা — প্রশ্ন ৪ (ফিডব্যাক বুঝবে কি): ক্লিকের পর কার্টে আইটেম যোগ হয়েছে তা স্পষ্টভাবে না দেখালে ব্যবহারকারী নিশ্চিত হবেন না কাজটি সফল হয়েছে কিনা।
-
তুলনা করুন: কগনিটিভ ওয়াকথ্রু ও M4/L24-এর হিউরিস্টিক ইভালুয়েশন — দুটোই এক্সপার্ট-ভিত্তিক,
সত্যিকারের ব্যবহারকারী ছাড়াই করা যায়। একটি ছোট প্রোজেক্টে সময় কম থাকলে, একটি নতুন ব্যবহারকারীর প্রথম
ব্যবহারের অভিজ্ঞতা যাচাই করতে দুটোর মধ্যে কোনটি বেছে নেবেন, এবং কেন?
কগনিটিভ ওয়াকথ্রু বেশি উপযুক্ত হবে, কারণ প্রশ্নটি নির্দিষ্টভাবে "প্রথম ব্যবহারের অভিজ্ঞতা" ও "লার্নেবিলিটি" নিয়ে — যা কগনিটিভ ওয়াকথ্রুর মূল ফোকাস। হিউরিস্টিক ইভালুয়েশন বেশি সাধারণ এবং পুরো ইন্টারফেস জুড়ে বিস্তৃত সমস্যা (কনসিস্টেন্সি, এরর হ্যান্ডলিং ইত্যাদি) ধরতে ভালো, কিন্তু একটি নির্দিষ্ট নতুন-ব্যবহারকারীর টাস্ক-সিকোয়েন্স নিয়ে অতটা গভীর, ধাপে-ধাপে বিশ্লেষণ দেয় না।
আরও পড়ুন · ABCL TECH-এ আপনার পরবর্তী পদক্ষেপ
- ইউজেবিলিটি পরিমাপ — মেট্রিক্স, SUS ও টাস্ক সাকসেস রেট পরবর্তী পাঠ এই মডিউলের অ্যাংকর কোয়ান্টিটেটিভ পাঠ — সত্যিকারের SUS স্কোর ও টাস্ক সাকসেস রেট গণনা করা।
- কম্পিটিটিভ অ্যানালাইসিস ও হিউরিস্টিক ইভালুয়েশন M5 কগনিটিভ ওয়াকথ্রুর সবচেয়ে কাছের সহোদর এক্সপার্ট-ভিত্তিক মেথড।
- কোর্সের সম্পূর্ণ সিলেবাস দেখুন ৫৭টি পাঠ কগনিটিভ সাইকোলজি থেকে অ্যাক্সেসিবিলিটি পর্যন্ত সম্পূর্ণ HCI কারিকুলাম।