বিশেষভাবে UI/UX কাজের জন্য, সুন্দর চূড়ান্ত screen-এর একটা portfolio যথেষ্ট না — একজন hiring manager screen-এর পিছনের চিন্তাভাবনা দেখতে চায়, এই কোর্স জুড়ে কভার করা প্রতিটা concept ব্যবহার করে। একটা case study হলো সেই চিন্তাভাবনা কীভাবে দেখানো হয়।
| অংশ | এটা কী কভার করে |
|---|---|
| সমস্যা | কী ভাঙা বা অনুপস্থিত ছিল, আর কার জন্য — পুরো case study-কে একটা আসল প্রয়োজনে ভিত্তি করে |
| গবেষণা | Persona, journey map, বা করা অন্য গবেষণা (এই phase-এর আগের lesson দেখুন) — এমনকি একটা ছোট, সৎ পরিমাণও দেখানোর যোগ্য |
| Process | Sketch, low-fi wireframe, আর ধারণাটা কীভাবে বিকশিত হয়েছে — শুধু চূড়ান্ত পালিশ করা screen না |
| সমাধান | চূড়ান্ত hi-fi screen আর prototype, যে সমস্যা এগুলো সমাধান করে তার পরিপ্রেক্ষিতে ব্যাখ্যা করা |
| ফলাফল | কী বদলেছে, আদর্শভাবে একটা সংখ্যা সহ — বা, একটা course/practice প্রজেক্টের জন্য, কী শেখা হয়েছে |
একটা দুর্বল আর শক্তিশালী UX case study-এর মধ্যে একক সবচেয়ে বড় ফাঁক হলো process visibility। একটা case study যা সরাসরি "সমস্যা" থেকে "সুন্দর চূড়ান্ত screen"-এ লাফ দেয় তা সাজসজ্জা হিসেবে পড়ে; যেটা এলোমেলো sketch, একটা প্রত্যাখ্যাত দিক, আর চূড়ান্ত পছন্দের যুক্তি দেখায় তা আসল design চিন্তাভাবনা হিসেবে পড়ে — যা বিশেষভাবে একটা UX hiring process মূল্যায়ন করার চেষ্টা করছে।
এই কোর্সের exercise জুড়ে সম্পন্ন করা প্রতিটা প্রজেক্ট একটা case study হয়ে উঠতে পারে: Phase 4 থেকে একটা persona আর journey map, সেই একই lesson থেকে একটা wireframe আর prototype, এই শেষ phase থেকে একটা accessibility pass আর একটা ছোট component set। এর কোনোটারই একজন আসল client দরকার নেই — একটা ভালোভাবে-নথিভুক্ত practice প্রজেক্ট, স্পষ্টভাবে তেমন label করা, একটা সম্পূর্ণ বৈধ case study।
কম, গভীর case study জেতে
৩-৪টা শক্তিশালী, ভালোভাবে-নথিভুক্ত case study ধারাবাহিকভাবে ১০টা পাতলার চেয়ে ভালো — এই সাইটের Freelancing কোর্সের portfolio lesson-এ কভার করা একই "পরিমাণের চেয়ে মান" principle এখানেও প্রযোজ্য।