পাঠ ২৬ · ৫৭-এর মধ্যে · মডিউল ৬
Home / Courses / Human-Computer Interaction / ওয়্যারফ্রেমিং ও IA

ওয়্যারফ্রেমিং ও ইনফরমেশন আর্কিটেকচার

Wireframing & information architecture
৮ মিনিট পড়া মধ্যম · Intermediate কনসেপ্ট-ফোকাসড সম্পূর্ণ বাংলায়

এই পাঠে যা শিখবেন

  • ওয়্যারফ্রেম, মকআপ ও প্রোটোটাইপের মধ্যে পার্থক্য
  • ইনফরমেশন আর্কিটেকচারের মূল ধারণা — হায়ারার্কি, ক্যাটাগরি, সাইটম্যাপ, লেবেলিং
  • একটি সম্পূর্ণ worked সাইটম্যাপ উদাহরণ তৈরি করার প্রক্রিয়া
  • কেন IA সবসময় ওয়্যারফ্রেমিংয়ের আগে ঠিক করা উচিত

১ · ওয়্যারফ্রেমিং কী

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

ওয়্যারফ্রেম প্রায়ই টীকা (annotation) সহ আসে — একটি বক্সের পাশে ছোট নোট লেখা থাকে ব্যাখ্যা করার জন্য ("এই বাটন ক্লিক করলে চেকআউট পেজে যাবে", "এই তালিকা সর্বোচ্চ ৫টি আইটেম দেখাবে") — যাতে ডেভেলপার বা স্টেকহোল্ডার শুধু ছবি না দেখে আচরণও বুঝতে পারেন।

২ · ইনফরমেশন আর্কিটেকচার কী

ইনফরমেশন আর্কিটেকচার (IA)Information Architectureএকটি সিস্টেমের কন্টেন্টকে বোধগম্য বিভাগ, হায়ারার্কি ও লেবেলে সংগঠিত করার কাজ, যাতে ব্যবহারকারী সহজে যা খুঁজছেন তা খুঁজে পান — নেভিগেশন, ক্যাটাগরি ও সাইটম্যাপ এর মূল আউটপুট। ওয়্যারফ্রেমের আগে আসা প্রশ্নের উত্তর দেয় — "সাইটে কী কী বিভাগ থাকবে, কোনটি কোনটির ভেতরে থাকবে, এবং প্রতিটি বিভাগের নাম কী হবে?" এর মূল উপাদান তিনটি:

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

৩ · ওয়ার্কড উদাহরণ — একটি ই-কমার্স সাইটের ক্যাটাগরি স্ট্রাকচার

ধরা যাক আমরা একটি ছোট পোশাকের ই-কমার্স সাইটের জন্য IA ডিজাইন করছি। কাঁচা কন্টেন্ট তালিকা: পুরুষদের শার্ট, পুরুষদের প্যান্ট, নারীদের কুর্তি, নারীদের শাড়ি, বাচ্চাদের পোশাক, জুতা, ব্যাগ, সাইজ গাইড, রিটার্ন পলিসি, অর্ডার ট্র্যাকিং, অ্যাকাউন্ট সেটিংস, কার্ট। এলোমেলো এই তালিকাকে হায়ারার্কিতে সংগঠিত করলে দাঁড়ায়:

  • হোম
    • পুরুষ
      • শার্ট
      • প্যান্ট
    • নারী
      • কুর্তি
      • শাড়ি
    • বাচ্চাদের পোশাক
    • জুতা ও ব্যাগ
      • জুতা
      • ব্যাগ
    • সাহায্য
      • সাইজ গাইড
      • রিটার্ন পলিসি
      • অর্ডার ট্র্যাকিং
    • আমার অ্যাকাউন্ট
      • অ্যাকাউন্ট সেটিংস
      • কার্ট

লক্ষ্য করুন — এখানে দুটি সিদ্ধান্ত নেওয়া হয়েছে যা নিছক অনুমান নয়: (১) "জুতা" ও "ব্যাগ"-কে একই "জুতা ও ব্যাগ" ছাতার নিচে রাখা হয়েছে কারণ দুটোই "অ্যাক্সেসরি" ধরনের কেনাকাটা, আলাদা প্যারেন্ট ক্যাটাগরি হিসেবে নয়; (২) "সাইজ গাইড", "রিটার্ন পলিসি" ও "অর্ডার ট্র্যাকিং"-কে একসাথে "সাহায্য" বিভাগে রাখা হয়েছে কারণ এই তিনটিই কেনাকাটার সিদ্ধান্ত বা সমস্যা সমাধানে সাহায্যকারী, প্রোডাক্ট নিজে নয়। বাস্তব প্রজেক্টে এই ধরনের গ্রুপিং-সিদ্ধান্ত অনুমানের বদলে সরাসরি ব্যবহারকারীর কাছ থেকে ডেটা নিয়ে যাচাই করা উচিত — এটাই L29-এর কার্ড সর্টিং কৌশলের কাজ।

কেন IA আগে, ওয়্যারফ্রেম পরে

একটি নিখুঁতভাবে সাজানো ওয়্যারফ্রেম যদি ভুল ক্যাটাগরির উপর দাঁড়িয়ে থাকে (যেমন "সাইজ গাইড" যদি এমন কোনো বিভাগে লুকানো থাকে যেখানে কেউ খুঁজবে না), তাহলে লেআউট যতই পরিষ্কার হোক ব্যবহারকারী তা খুঁজে পাবেন না। তাই প্রতিষ্ঠিত অনুশীলন হলো — প্রথমে IA (কী কোথায় থাকবে) ঠিক করা, তারপর সেই কাঠামোর উপর ওয়্যারফ্রেম (কেমন দেখাবে/সাজানো থাকবে) বানানো।

৪ · ওয়্যারফ্রেম কনভেনশন ও M3-এর সাথে সম্পর্ক

ওয়্যারফ্রেমিং সরাসরি M3-এর কনসেপচুয়াল ডিজাইনের (L13) একটি বাস্তবায়ন — একটি ইন্টারঅ্যাকশন মডেলকে প্রথমবার স্ক্রিনের আকারে রূপ দেওয়া। প্রচলিত কনভেনশন:

  • ধূসর/সাদাকালো রঙ স্কিম — ভিজ্যুয়াল সিদ্ধান্ত ইচ্ছাকৃতভাবে এড়ানো হয়
  • বাস্তব ছবির বদলে "X" চিহ্নিত বক্স বা প্লেসহোল্ডার আইকন
  • টেক্সটের জন্য প্রকৃত কনটেন্ট বা সংক্ষিপ্ত প্লেসহোল্ডার লাইন — দৈর্ঘ্য বাস্তবসম্মত রাখা গুরুত্বপূর্ণ (একটি ৩-শব্দের প্লেসহোল্ডার বাস্তবে ১৫-শব্দের হেডলাইনের জায়গা মিথ্যা করে দেখাতে পারে)
  • নেভিগেশন, বাটন, ফর্ম-এলিমেন্ট স্পষ্টভাবে চিহ্নিত করা, প্রতিটির আচরণ টীকায় ব্যাখ্যা করা
মূল কথা · Key takeaway

ওয়্যারফ্রেমিং ও IA দুটো আলাদা কিন্তু সংযুক্ত কাজ — IA ঠিক করে "কী কোথায় আছে", ওয়্যারফ্রেম ঠিক করে "প্রতিটি স্ক্রিনে সেটা কেমন সাজানো থাকবে"। দুটোই এখনো ভিজ্যুয়াল পলিশ থেকে দূরে, তথ্য ও কাঠামোর উপর ফোকাসড — L27-এ আমরা দেখব কখন এবং কীভাবে এই কাঠামোর উপর ভিজ্যুয়াল পলিশ যোগ করে হাই-ফিডেলিটি প্রোটোটাইপে যাওয়া হয়।

ভাবনার প্রশ্ন

প্রতিটি প্রশ্ন নিজে কিছুক্ষণ ভাবুন — তারপর "→ উত্তর" চাপুন।

প্র ০১ উপরের সাইটম্যাপ উদাহরণে "বাচ্চাদের পোশাক"-কে "পুরুষ" বা "নারী"-এর ভেতরে সাব-ক্যাটাগরি না করে সরাসরি হোমের নিচে আলাদা রাখা হয়েছে কেন হতে পারে?

বাচ্চাদের পোশাক লিঙ্গ-নির্বিশেষে একটি স্বতন্ত্র কেনাকাটার প্রসঙ্গ — একজন অভিভাবক সাধারণত "নারী" বা "পুরুষ" বিভাগে ঢুকে বাচ্চাদের জিনিস খুঁজবেন না, বরং সরাসরি "বাচ্চাদের পোশাক" খুঁজবেন। এটি একটি IA সিদ্ধান্তের উদাহরণ যা প্রোডাক্ট ক্যাটালগের যুক্তির বদলে ব্যবহারকারীর মানসিক মডেল (M2/L07) অনুসরণ করে।

প্র ০২ একটি ওয়্যারফ্রেমে যদি প্লেসহোল্ডার টেক্সট হিসেবে সবসময় খুব ছোট, সাজানো "Lorem ipsum" ব্যবহার করা হয়, বাস্তব কন্টেন্ট (যেমন একটি দীর্ঘ প্রোডাক্ট নাম) না দেখানো হয়, তাহলে কী ভুল হতে পারে?

লেআউট বাস্তবে যতটা জায়গা লাগবে তার চেয়ে কম দেখাতে পারে — ফলে চূড়ান্ত প্রোডাক্টে বাস্তব কন্টেন্ট (যেমন একটি দীর্ঘ প্রোডাক্ট নাম বা দাম) লেআউট ভেঙে ফেলতে পারে। ভালো ওয়্যারফ্রেমিং অনুশীলন হলো বাস্তবসম্মত দৈর্ঘ্যের প্লেসহোল্ডার বা এমনকি প্রকৃত নমুনা কন্টেন্ট ব্যবহার করা।

প্র ০৩ যদি একটি দল IA ঠিক না করেই সরাসরি ওয়্যারফ্রেম বানানো শুরু করে, বাস্তবে কী সমস্যা দেখা দিতে পারে?

দলটি হয়তো একাধিক স্ক্রিনের সুন্দর লেআউট বানিয়ে ফেলবে, কিন্তু পরে বুঝবে দুটি স্ক্রিন আসলে একই বিভাগের দুটি ভিন্ন সংস্করণ, বা একটি গুরুত্বপূর্ণ ফিচার (যেমন "রিটার্ন পলিসি") কোনো নেভিগেশনেই জায়গা পায়নি — তখন পুরো লেআউট পুনরায় ডিজাইন করতে হবে। IA আগে ঠিক করলে এই ব্যয়বহুল পুনর্বিন্যাস এড়ানো যায়।

অনুশীলন

  1. সংগঠিত করুন: একটি ছোট রেসিপি-শেয়ারিং ওয়েবসাইটের কাঁচা কন্টেন্ট তালিকা — নাস্তার রেসিপি, দুপুরের খাবারের রেসিপি, রাতের খাবারের রেসিপি, মিষ্টান্নের রেসিপি, রান্নার ভিডিও, ইউজার প্রোফাইল, সেভ করা রেসিপি, রান্নার টিপস, উপকরণ ক্যালকুলেটর — এগুলোকে ৩-৪টি প্রধান বিভাগে সংগঠিত করুন এবং প্রতিটি বিভাগের একটি যুক্তিসঙ্গত নাম দিন।

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

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

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

আরও পড়ুন · ABCL TECH-এ আপনার পরবর্তী পদক্ষেপ

আগের পাঠ
লো-ফিডেলিটি প্রোটোটাইপিং — স্কেচ ও পেপার প্রোটোটাইপ