মেন্টাল মডেল ও কনসেপচুয়াল মডেল
এই পাঠে যা শিখবেন
- মেন্টাল মডেল ও কনসেপচুয়াল মডেলের সংজ্ঞা এবং এই দুটোর মধ্যে পার্থক্য
- নরম্যানের তিন-অংশের ফ্রেমওয়ার্ক — ডিজাইন মডেল, ইউজারের মেন্টাল মডেল, সিস্টেম ইমেজ
- কেন মানুষ প্রায়ই ভুল বা অসম্পূর্ণ মেন্টাল মডেল তৈরি করে, এবং এটি স্বাভাবিক কেন
- রূপক (metaphor) কীভাবে একটি নতুন সিস্টেমের জন্য দ্রুত সঠিক মেন্টাল মডেল তৈরি করতে সাহায্য করে
- একটি ইন্টারফেসের মেন্টাল-মডেল ফাঁক চিহ্নিত করার ব্যবহারিক উপায়
১ · তিনটি ভিন্ন মডেল — ডিজাইন, মেন্টাল, সিস্টেম ইমেজ
ডোনাল্ড নরম্যান একটি প্রভাবশালী তিন-অংশের ফ্রেমওয়ার্ক প্রস্তাব করেন যা আজও HCI-এর মূল ভিত্তি:
ডিজাইনারের মাথায় থাকা সঠিক ধারণা — সিস্টেমটি আসলে কীভাবে কাজ করে, কী কী নিয়ম মেনে চলে।
ব্যবহারকারী যা সরাসরি দেখে, স্পর্শ করে, অভিজ্ঞতা করে — UI, ডকুমেন্টেশন, ফিডব্যাক, এরর মেসেজ। এটাই ডিজাইনারের একমাত্র "যোগাযোগের মাধ্যম"।
ব্যবহারকারী সিস্টেম ইমেজ থেকে যা অনুমান করে তৈরি করে — প্রায়ই অসম্পূর্ণ, কখনো ভুল, তবে তার আচরণকে সরাসরি নিয়ন্ত্রণ করে।
মূল সমস্যা হলো — ডিজাইনার সরাসরি ব্যবহারকারীর মাথায় তার ডিজাইন মডেল "প্রতিস্থাপন" করতে পারেন না। একমাত্র যা পাঠানো যায় তা হলো সিস্টেম ইমেজ, আর ব্যবহারকারী সেই সিস্টেম ইমেজ থেকে নিজে অনুমান করে তার মেন্টাল মডেল তৈরি করে। যদি সিস্টেম ইমেজ স্পষ্ট ও সামঞ্জস্যপূর্ণ না হয়, ব্যবহারকারীর মেন্টাল মডেল ডিজাইন মডেলের চেয়ে বহু দূরে সরে যেতে পারে — এবং তখনই ব্যবহারকারী "ভুল" করে, যদিও প্রকৃতপক্ষে তার আচরণ তার নিজের (ভুল) মেন্টাল মডেল অনুযায়ী সম্পূর্ণ যৌক্তিক।
২ · একটি ক্লাসিক উদাহরণ — থার্মোস্ট্যাট
একটি সুপরিচিত HCI উদাহরণ হলো ঘরের থার্মোস্ট্যাট। অনেক ব্যবহারকারীর মেন্টাল মডেল হলো — থার্মোস্ট্যাট একটি "ভালভ"-এর মতো কাজ করে: তাপমাত্রা যত বেশি সেট করা হয়, ঘর তত দ্রুত গরম হবে। তাই তারা দ্রুত গরম করার জন্য থার্মোস্ট্যাট অনেক বেশি তাপমাত্রায় সেট করে দেয় (যেমন ৩০°C, যদিও তাদের আসলে ২২°C দরকার)। কিন্তু বাস্তবে বেশিরভাগ থার্মোস্ট্যাট একটি সাধারণ অন-অফ সুইচের মতো কাজ করে — এটি একই গতিতে গরম করতে থাকে যতক্ষণ না সেট করা তাপমাত্রায় পৌঁছায়, তারপর বন্ধ হয়ে যায়। এখানে ব্যবহারকারীর মেন্টাল মডেল (ভালভ) এবং প্রকৃত ডিজাইন মডেল (অন-অফ সুইচ) সম্পূর্ণ আলাদা — ফলাফল: ঘর অপ্রয়োজনীয়ভাবে বেশি গরম হয়ে যায় এবং জ্বালানি অপচয় হয়।
এই উদাহরণটি গুরুত্বপূর্ণ কারণ এটি দেখায় — ব্যবহারকারীর ভুল মেন্টাল মডেল প্রায়ই সম্পূর্ণ যুক্তিসঙ্গত অনুমান থেকে আসে (অনেক দৈনন্দিন ডিভাইস — যেমন কলের পানির ভালভ — সত্যিই "বেশি ঘোরালে বেশি প্রবাহ" নীতিতে কাজ করে), কিন্তু সিস্টেমটি সেই অনুমান নিশ্চিত বা খণ্ডন করার মতো স্পষ্ট ফিডব্যাক দেয় না।
৩ · রূপক (Metaphor) — দ্রুত সঠিক মেন্টাল মডেল তৈরির হাতিয়ার
যেহেতু ব্যবহারকারীরা নতুন সিস্টেমের মেন্টাল মডেল প্রায়ই পরিচিত, বাস্তব-জগতের ধারণা থেকে ধার করে তৈরি করে, ডিজাইনাররা সচেতনভাবে রূপক ব্যবহার করে এই প্রক্রিয়াকে দ্রুত ও সঠিক করে তুলতে পারেন। "ফোল্ডার" ও "ফাইল" আইকন, "ট্র্যাশ ক্যান" (ডিলিট করার জন্য), "শপিং কার্ট" — এই সবই ডেস্কটপ/ই-কমার্স রূপক যা ব্যবহারকারীকে তাদের বাস্তব-জগতের পূর্ব-জ্ঞান ব্যবহার করে দ্রুত সঠিক প্রত্যাশা তৈরি করতে সাহায্য করে (M5/L05-এ আলোচিত টপ-ডাউন পারসেপশনের সাথে সরাসরি সম্পর্কিত)।
তবে রূপকের একটি সীমা আছে — যখন রূপকটি বাস্তব জিনিসের আচরণ থেকে অনেক দূরে সরে যায় (যেমন একটি "ট্র্যাশ ক্যান" যা ডিলিট করা ফাইল পুনরুদ্ধারও করে, যা বাস্তব ট্র্যাশ ক্যান করে না), ব্যবহারকারীর মেন্টাল মডেল আবার ভুল পথে যেতে পারে যদি না সিস্টেম ইমেজ স্পষ্টভাবে সেই পার্থক্যটি জানিয়ে দেয় (যেমন "ট্র্যাশ খালি করুন" নামের একটি আলাদা, সুস্পষ্ট অ্যাকশন)।
একজন ডিজাইনার কখনোই সরাসরি ব্যবহারকারীর মাথায় "সঠিক" মেন্টাল মডেল বসিয়ে দিতে পারেন না — শুধু সিস্টেম ইমেজকে (UI, ফিডব্যাক, রূপক, ভাষা) এতটা স্পষ্ট ও সামঞ্জস্যপূর্ণ করে তুলতে পারেন যাতে ব্যবহারকারী নিজে থেকে সঠিক মডেলটি অনুমান করে নেয়। M3/L11-এ ম্যাপিং ও ফিডব্যাক এবং M3/L17-এ নরম্যানের গাল্ফ অফ এক্সিকিউশন/ইভালুয়েশন এই একই ধারণার উপর আরও গভীরে যাবে।
ভাবনার প্রশ্ন
প্রতিটি প্রশ্ন নিজে কিছুক্ষণ ভাবুন — তারপর "→ উত্তর" চাপুন।
প্র ০১ থার্মোস্ট্যাট উদাহরণে, ব্যবহারকারীর "ভালভ" মেন্টাল মডেলকে দোষ দেওয়ার বদলে, ডিজাইনার কী পরিবর্তন করতে পারেন যাতে সিস্টেম ইমেজ ব্যবহারকারীকে সঠিক মেন্টাল মডেলের দিকে পরিচালিত করে?
ডিজাইনার একটি রিয়েল-টাইম ইন্ডিকেটর যোগ করতে পারেন যা দেখায় "হিটার এখন সক্রিয়, আনুমানিক X মিনিটে টার্গেট তাপমাত্রায় পৌঁছাবে" — এটি সরাসরি সিস্টেমের প্রকৃত অন-অফ আচরণ ফিডব্যাক হিসেবে দেখায়, ফলে ব্যবহারকারী সময়ের সাথে সাথে সঠিক মেন্টাল মডেল (উচ্চতর সেটিং = দ্রুত নয়, শুধু বেশি চূড়ান্ত তাপমাত্রা) নিজে থেকে শিখে নেয়, দোষারোপ ছাড়াই।
প্র ০২ একটি ক্লাউড স্টোরেজ অ্যাপ "ফোল্ডার" রূপক ব্যবহার করে, কিন্তু আসলে একই ফাইল একাধিক "ফোল্ডারে" একই সময়ে থাকতে পারে (যা বাস্তব ফোল্ডারে অসম্ভব)। এটি কীভাবে ব্যবহারকারীর মেন্টাল মডেলে সমস্যা তৈরি করতে পারে?
"ফোল্ডার" রূপক ব্যবহারকারীর মধ্যে বাস্তব-জগতের প্রত্যাশা তৈরি করে — একটি জিনিস একই সময়ে শুধু একটি জায়গায় থাকতে পারে। যখন সিস্টেম এই প্রত্যাশা ভাঙে (একই ফাইল একাধিক ফোল্ডারে), ব্যবহারকারী বিভ্রান্ত হতে পারে (যেমন একটি ফোল্ডার থেকে ফাইল "ডিলিট" করলে কি সেটি অন্য ফোল্ডার থেকেও চলে যাবে?)। সমাধান হলো হয় রূপকটি বদলে "ট্যাগ" বা "লেবেল" (যা একাধিক প্রয়োগের ধারণা স্বাভাবিকভাবেই বহন করে) ব্যবহার করা, অথবা ফোল্ডার রূপক রাখলে স্পষ্ট ফিডব্যাক দেওয়া যে এটি একটি "শর্টকাট/লিংক", প্রকৃত কপি নয়।
প্র ০৩ একজন সম্পূর্ণ নতুন ব্যবহারকারী এবং একজন কয়েক বছরের অভিজ্ঞ ব্যবহারকারীর একই সফটওয়্যারের মেন্টাল মডেল একরকম নাও হতে পারে। এটি ডিজাইনারের জন্য কী চ্যালেঞ্জ তৈরি করে?
নতুন ব্যবহারকারীর মেন্টাল মডেল সাধারণত সরল ও রূপক-নির্ভর, আর অভিজ্ঞ ব্যবহারকারীর মডেল সিস্টেমের প্রকৃত অভ্যন্তরীণ আচরণের কাছাকাছি ও বিস্তারিত হয়। চ্যালেঞ্জ হলো একই সিস্টেম ইমেজ দিয়ে দুই ভিন্ন পর্যায়ের ব্যবহারকারীকে সেবা দেওয়া — এই কারণেই অনেক সফটওয়্যারে "সিম্পল মোড" ও "অ্যাডভান্সড মোড", বা প্রগ্রেসিভ ডিসক্লোজার (ধাপে ধাপে জটিলতা প্রকাশ) ব্যবহার করা হয়, যাতে নতুন ব্যবহারকারী সরল মডেল দিয়ে শুরু করতে পারে এবং অভিজ্ঞতা বাড়ার সাথে সাথে গভীর মডেলের দিকে এগোতে পারে।
অনুশীলন
-
চিহ্নিত করুন: একটি অ্যাপ বা ডিভাইসের কথা মনে করুন যেখানে আপনি প্রথমে ভুল ধারণা নিয়ে
ব্যবহার শুরু করেছিলেন (যেমন ভুল বোঝা কোনো বাটনের কাজ)। আপনার প্রাথমিক (ভুল) মেন্টাল মডেল কী ছিল, এবং
সিস্টেম ইমেজের কোন অংশ আপনাকে সেই ভুল ধারণায় নিয়ে গিয়েছিল?
এই ধরনের বিশ্লেষণে সাধারণত দেখা যায় — ভুল মেন্টাল মডেল কোনো এলোমেলো ভুল নয়, বরং আইকনের আকৃতি, অবস্থান, লেবেলের শব্দ, বা কোনো পূর্ব-পরিচিত অ্যাপের সাথে মিলের কারণে তৈরি একটি যুক্তিসঙ্গত (কিন্তু ভুল) অনুমান। ভালো উত্তর নির্দিষ্টভাবে চিহ্নিত করে সিস্টেম ইমেজের ঠিক কোন উপাদানটি সেই ভুল অনুমানকে উস্কে দিয়েছিল।
-
ডিজাইন করুন: একটি নতুন মিউজিক প্লেয়ার অ্যাপে "প্লেলিস্ট" ফিচার যোগ করা হচ্ছে, যেখানে
একই গান একাধিক প্লেলিস্টে থাকতে পারে কিন্তু আসল ফাইল একবারই ডিভাইসে সংরক্ষিত থাকে। এই আচরণ ব্যবহারকারীর
মেন্টাল মডেলে সঠিকভাবে বসানোর জন্য কী রূপক বা ভিজ্যুয়াল সংকেত ব্যবহার করবেন?
"ফোল্ডার" রূপকের বদলে (যা "একটি জিনিস একটি জায়গায়" প্রত্যাশা তৈরি করে) "প্লেলিস্ট" শব্দটি নিজেই একটি ভালো রূপক — একটি বাস্তব-জগতের "তালিকা" যেখানে একই গান একাধিক তালিকায় লেখা থাকতে পারে অথচ গানটি নিজে একবারই বিদ্যমান। ভিজ্যুয়ালি, একটি গান কতগুলো প্লেলিস্টে আছে তা দেখানো (যেমন "৩টি প্লেলিস্টে আছে"), এবং একটি প্লেলিস্ট থেকে গান "সরানো" বনাম ডিভাইস থেকে "ডিলিট করা"-কে স্পষ্টভাবে আলাদা অ্যাকশন হিসেবে দেখানো, ব্যবহারকারীর সঠিক মেন্টাল মডেল তৈরিতে সাহায্য করবে।
আরও পড়ুন · ABCL TECH-এ আপনার পরবর্তী পদক্ষেপ
- কোর্সের সম্পূর্ণ সিলেবাস দেখুন ৫৭টি পাঠ কগনিটিভ সাইকোলজি, ইন্টারঅ্যাকশন ডিজাইন, ইউজেবিলিটি হিউরিস্টিক্স, ইউজার রিসার্চ, প্রোটোটাইপিং, ইভালুয়েশন মেথড, ভিজ্যুয়াল ডিজাইন, অ্যাক্সেসিবিলিটি ও ক্যাপস্টোন।
- পরবর্তী পাঠ — ভিজ্যুয়াল পারসেপশন ও গেস্টাল্ট প্রিন্সিপল L08 প্রক্সিমিটি, সিমিলারিটি, ক্লোজার, কন্টিনিউটি ও ফিগার-গ্রাউন্ড — কীভাবে চোখ স্বয়ংক্রিয়ভাবে ইন্টারফেসের উপাদানগুলোকে গোষ্ঠীবদ্ধ করে বোঝে।
- সব Courses দেখুন ABCL TECH C, C++, Python, Java, JavaScript, DSA, Machine Learning, Deep Learning, System Design, Cybersecurity, Cloud Computing & DevOps, এবং আরও অনেক কোর্স — সব এক জায়গায়।