কনসেপচুয়াল ডিজাইন — রিকোয়ারমেন্ট থেকে ইন্টারঅ্যাকশন মডেল

১ · কনসেপচুয়াল ডিজাইন কোথায় বসে

HCI ডিজাইন লাইফসাইকেলে (M1/L03-এ বিস্তারিত) রিকোয়ারমেন্ট গ্যাদারিং ও টাস্ক অ্যানালাইসিসের (M5, বিশেষত M5/L23) পরপরই, কিন্তু ওয়্যারফ্রেমিং বা ভিজ্যুয়াল প্রোটোটাইপিং (M6/L26) শুরুর আগে, একটি গুরুত্বপূর্ণ ধাপ আছে — সিদ্ধান্ত নেওয়া এই সিস্টেমটা কনসেপচুয়ালি কী, তার আগে যে এটা দেখতে কেমন হবে। এই ধাপকে বলা হয় কনসেপচুয়াল ডিজাইন। এখানে যে সিদ্ধান্তগুলো নেওয়া হয় তা পরবর্তী প্রতিটি স্ক্রিন, প্রতিটি মেনু, প্রতিটি লেবেলের ডিজাইনে প্রভাব ফেলে — তাই ভুল কনসেপচুয়াল মডেল দিয়ে শুরু করলে পরবর্তী ধাপে যত সুন্দর ভিজ্যুয়াল ডিজাইনই করা হোক না কেন, ভিত্তিগত বিভ্রান্তি রয়ে যায়।

২ · ইন্টারঅ্যাকশন মডেল কী

ইন্টারঅ্যাকশন মডেলInteraction modelব্যবহারকারীর নিজস্ব ভাষায় বর্ণনা করা একটি বিবরণ — সিস্টেম কী কী বস্তু/ধারণা উপস্থাপন করে, সেগুলোর উপর কী অপারেশন সম্ভব, এবং সেগুলো একে অপরের সাথে কীভাবে সম্পর্কিত। হলো ব্যবহারকারীর নিজস্ব ভাষায় লেখা একটি বিবরণ — সিস্টেম কী কী বস্তু/ধারণা উপস্থাপন করে, সেগুলোর উপর কী অপারেশন সম্ভব, এবং সেগুলো একে অপরের সাথে কীভাবে সম্পর্কিত। এই মডেলের লক্ষ্য একটি টার্গেট মেন্টাল মডেল তৈরি করা যা ব্যবহারকারীর বিদ্যমান ধারণার সাথে যতটা সম্ভব মেলে (M2/L07-এ মেন্টাল ও কনসেপচুয়াল মডেলের পার্থক্য নিয়ে বিস্তারিত)।

একটি ইমেইল অ্যাপের উদাহরণ: কনসেপচুয়াল ডিজাইনেই ঠিক করতে হয় — একটি "মেসেজ" কী, একটি "ফোল্ডার"/"লেবেল" কী, একটি মেসেজ কি একসাথে একাধিক জায়গায় থাকতে পারে (লেবেল-ভিত্তিক সিস্টেমে হ্যাঁ, কড়া ফোল্ডার-ভিত্তিক সিস্টেমে না)। এই সিদ্ধান্তগুলো পরবর্তীতে প্রতিটি স্ক্রিনে প্রভাব ফেলবে — কীভাবে সার্চ কাজ করবে, কীভাবে একটি মেসেজ "সরানো" যাবে, ইত্যাদি সবকিছু এই প্রাথমিক কনসেপচুয়াল সিদ্ধান্তের উপর নির্ভর করে।

৩ · মেটাফর — পরিচিত অভিজ্ঞতার সাথে সংযোগ

মেটাফরDesign metaphorএকটি বিমূর্ত সিস্টেম ধারণাকে ব্যবহারকারীর পরিচিত বাস্তব-জগতের অভিজ্ঞতার সাথে সংযুক্ত করে, যাতে নতুন ব্যবহারকারী দ্রুত অনুমান করতে পারে সিস্টেমটি কীভাবে আচরণ করবে। একটি বিমূর্ত সিস্টেমকে পরিচিত অভিজ্ঞতার সাথে যুক্ত করে ব্যবহারকারীকে দ্রুত অনুমান করতে সাহায্য করে।

একটি ভালো মেটাফরের মূল বৈশিষ্ট্য: এটি আংশিক মিল দেখায়, সম্পূর্ণ নয় — ব্যবহারকারী বোঝে যে সাদৃশ্যটি সীমিত। একটি ট্র্যাশ ক্যান মানে "সাময়িক সংরক্ষণ, স্থায়ী ডিলিটের আগে" — আক্ষরিক ময়লার ঝুড়ি নয়। মেটাফর তখনই ব্যর্থ হয় যখন এটি এমন এলাকায় প্রসারিত করা হয় যেখানে সাদৃশ্যটি ভেঙে পড়ে — যেমন একটি সম্পূর্ণ সাবস্ক্রিপশন-ভিত্তিক সার্ভিসে (যেখানে কোনো বিচ্ছিন্ন, একবার-কেনা আইটেম নেই) জোর করে "শপিং কার্ট" ও "চেকআউট" বসালে বিভ্রান্তি তৈরি হয়, কারণ "চেকআউট" শব্দটি একটি এক-কালীন লেনদেনের ইঙ্গিত দেয় যা সাবস্ক্রিপশন মডেলের সাথে মেলে না।

৪ · রিকোয়ারমেন্ট থেকে মডেল — একটি ছোট উদাহরণ

ধরা যাক একটি ছোট "টাস্ক রিমাইন্ডার" অ্যাপের জন্য রিকোয়ারমেন্ট সংগ্রহ করা হয়েছে: ব্যবহারকারীর একটি রিমাইন্ডার তৈরি করতে হবে, আজকের বকেয়া রিমাইন্ডার দেখতে হবে, একটি রিমাইন্ডার সম্পন্ন হিসেবে চিহ্নিত করতে হবে, এবং প্রয়োজনে একটি রিমাইন্ডার "স্নুজ" (পরে মনে করানোর জন্য পিছিয়ে দেওয়া) করতে হবে। এই রিকোয়ারমেন্ট থেকে সরাসরি একটি ইন্টারঅ্যাকশন মডেল বের হয়ে আসে:

• বস্তু: একটি "রিমাইন্ডার" — যার একটি শিরোনাম, একটি বকেয়া সময়, ও একটি স্ট্যাটাস (বকেয়া/সম্পন্ন/স্নুজড) আছে।
• অপারেশন: তৈরি করা, এডিট করা, সম্পন্ন হিসেবে চিহ্নিত করা, স্নুজ করা।
• অর্গানাইজিং কনসেপ্ট: "আজকের দৃশ্য" বনাম "সব রিমাইন্ডার" — একটি ক্যালেন্ডার-ধাঁচের মেটাফর, ফোল্ডার-ধাঁচের নয় (কারণ রিকোয়ারমেন্টে "আজকের বকেয়া" দেখা একটি স্পষ্ট প্রয়োজন হিসেবে ছিল, কিন্তু কোনো ক্যাটাগরি/ফোল্ডারভিত্তিক সংগঠনের উল্লেখ ছিল না)।

লক্ষণীয় — রিকোয়ারমেন্টের প্রতিটি শব্দ (তৈরি করা, বকেয়া, সম্পন্ন, স্নুজ) সরাসরি মডেলের একটি বিশেষ্য বা ক্রিয়ায় রূপান্তরিত হয়েছে। এই ম্যাপিং যত স্পষ্ট, পরবর্তী প্রোটোটাইপিং ধাপ (M6) তত সহজ হয় — কারণ মূল কনসেপচুয়াল সিদ্ধান্তগুলো ইতিমধ্যেই নেওয়া হয়ে গেছে।