স্টোরিবোর্ডিং ও সিনারিও-বেসড ডিজাইন

১ · স্টোরিবোর্ডিং কী

স্টোরিবোর্ডStoryboardএকটি ব্যবহারকারীর প্রেক্ষাপট ও সিস্টেমের সাথে মিথস্ক্রিয়া দেখানোর জন্য কমিক-স্ট্রিপ-শৈলীতে সাজানো ধারাবাহিক দৃশ্য/প্যানেল, যা ইন্টারঅ্যাকশনের আগে, সময় ও পরের প্রেক্ষাপট সহ দেখায়। হলো একাধিক দৃশ্য বা "প্যানেল"-এর একটি ক্রম — চলচ্চিত্র বা কমিক-স্ট্রিপের মতো — যা দেখায় একজন নির্দিষ্ট ব্যবহারকারী কোন প্রেক্ষাপটে সিস্টেমের মুখোমুখি হচ্ছেন, কীভাবে ইন্টারঅ্যাক্ট করছেন, এবং তারপর কী ঘটছে।

এটি L25-এর পেপার প্রোটোটাইপ বা L26-27-এর ওয়্যারফ্রেম/হাই-ফিডেলিটি প্রোটোটাইপ থেকে মৌলিকভাবে আলাদা — সেগুলো দেখায় স্ক্রিন কেমন হবে, স্টোরিবোর্ড দেখায় ব্যবহারকারীর পুরো প্রেক্ষাপট ও মানসিক অবস্থা — সিস্টেমের বাইরের জগৎ সহ (ব্যবহারকারী কোথায় আছেন, তাড়াহুড়োয় আছেন কি না, তার আগে কী ঘটেছে)।

২ · সিনারিও-বেসড ডিজাইন কী

সিনারিও-বেসড ডিজাইনScenario-Based Designএকটি নির্দিষ্ট ব্যবহারকারী, নির্দিষ্ট লক্ষ্য ও নির্দিষ্ট প্রেক্ষাপট নিয়ে একটি concrete গল্প (সিনারিও) লিখে সেই গল্পটিকে ডিজাইনের সিদ্ধান্ত যাচাই করার একটি মাপকাঠি হিসেবে ব্যবহার করার পদ্ধতি। হলো একটি লিখিত পদ্ধতি — একটি নির্দিষ্ট পার্সোনা (M5/L22), একটি নির্দিষ্ট লক্ষ্য, এবং একটি নির্দিষ্ট প্রেক্ষাপট (সময়, স্থান, ডিভাইস, মানসিক অবস্থা) নিয়ে একটি বাস্তবসম্মত narrative লেখা হয়। এই সিনারিও পরে প্রতিটি ডিজাইন সিদ্ধান্তকে যাচাই করার একটি মাপকাঠি হয়ে ওঠে — "এই ডিজাইন কি সিনারিওতে বর্ণিত ব্যবহারকারীর জন্য কাজ করবে?"

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

৩ · ওয়ার্কড উদাহরণ — একটি সম্পূর্ণ সিনারিও ও স্টোরিবোর্ড

ধরা যাক আমরা একটি ওষুধ-রিমাইন্ডার অ্যাপ ডিজাইন করছি। একটি সিনারিও:

এই সিনারিও থেকে সরাসরি ডিজাইনের সিদ্ধান্ত বেরিয়ে আসে — শুধু "একটি ডোজ-লগ স্ক্রিন থাকতে হবে" নয়, বরং নির্দিষ্টভাবে: বড় টেক্সট (M10-এর অ্যাক্সেসিবিলিটি ভাবনার সাথে সংযুক্ত), এক-হাতে-ব্যবহারযোগ্য লেআউট (M11-এর মোবাইল কনস্ট্রেইন্ট), এবং তথ্যটি খুব কম ট্যাপে দৃশ্যমান হওয়া উচিত (M2/L09-এর ফিটস'স ল ও হিকস ল প্রাসঙ্গিক)। এই একই সিনারিওকে এখন একটি স্টোরিবোর্ডে ভাঙা যায়:

1. প্যানেল ১ (আগে): রাহেলা ভিড়ে ঠাসা বাসে দাঁড়িয়ে আছেন, এক হাতে ব্যাগের হাতল ধরে আছেন, মুখে চিন্তার ছাপ — "আজ সকালের ওষুধ খেয়েছিলাম তো?"
2. প্যানেল ২ (ইন্টারঅ্যাকশনের শুরু): এক হাতে ফোন বের করে পকেট থেকে, থাম্ব দিয়ে একবার ট্যাপ করে অ্যাপ খুলছেন — কোনো লগইন বা মেনু নেভিগেট করার প্রয়োজন নেই, প্রধান স্ক্রিনেই সরাসরি আজকের অবস্থা দেখা যায়।
3. প্যানেল ৩ (ইন্টারঅ্যাকশনের মূল মুহূর্ত): স্ক্রিনে বড়, স্পষ্ট আইকন ও টেক্সটে দেখা যাচ্ছে — "সকালের ডোজ: নেওয়া হয়েছে ✓ (সকাল ৮:১৫)"। রাহেলা এক নজরেই স্বস্তি পান, চশমা ছাড়াই পড়তে পারছেন।
4. প্যানেল ৪ (পরে): রাহেলা ফোন পকেটে রেখে দেন, আবার জানালার দিকে তাকিয়ে স্বস্তির সাথে যাত্রা চালিয়ে যান — পুরো ইন্টারঅ্যাকশন কয়েক সেকেন্ডে শেষ, কোনো অতিরিক্ত মানসিক চাপ ছাড়া।

৪ · কীভাবে এগুলো ডিজাইনের সিদ্ধান্ত চালিত করে

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