একজন নতুন designer-এর সবচেয়ে সাধারণ ভুল হলো আসল সমস্যা বোঝার আগে Figma খুলে design শুরু করা। Double Diamond হলো এর আগে আর পরে যা ঘটে সেই process-এর একটা সরল, ব্যাপকভাবে-ব্যবহৃত framework।
| পর্যায় | জিজ্ঞাসা করা প্রশ্ন | কী ঘটে |
|---|---|---|
| Discover | আসল সমস্যা কী? | গবেষণা, user-দের সাথে কথা বলা, তথ্য সংগ্রহ — সংকীর্ণ করার আগে দৃষ্টিভঙ্গি প্রশস্ত করা |
| Define | আমরা আসলে কোন সমস্যা সমাধান করছি? | সেই সব গবেষণা একটা স্পষ্ট, নির্দিষ্ট সমস্যা বিবৃতিতে সংকুচিত করা |
| Develop | সম্ভাব্য সমাধানগুলো কী? | একাধিক ভিন্ন পদ্ধতি sketch, wireframe, আর prototype করা — আবার প্রশস্ত করা |
| Deliver | কোন সমাধানটা আসলে কাজ করে? | পরীক্ষা, পরিমার্জন করা, আর যেটা সবচেয়ে ভালো পরীক্ষায় উত্তীর্ণ হয়েছে সেই একটা সমাধান ship করা — একটা চূড়ান্ত উত্তরে সংকুচিত করা |
প্রতিটা diamond-এর একটা প্রশস্ত-তারপর-সংকীর্ণ আকৃতি আছে: আগে প্রশস্ত করুন (ব্যাপকভাবে অন্বেষণ করুন, তাড়াতাড়ি স্থির হবেন না), তারপর সংকুচিত করুন (একটা দিকে প্রতিশ্রুতিবদ্ধ হন)। এটা দুবার করা — একবার সমস্যা-র জন্য, একবার সমাধান-এর জন্য — একজন designer-কে সুন্দরভাবে ভুল সমস্যা সমাধান করা থেকে আটকায়, যা process বাদ দিলে ক্রমাগত ঘটে।
একটা ছোট প্রজেক্টের জন্য, এটা একটা সপ্তাহের আনুষ্ঠানিক গবেষণা না বরং একটা ২০-মিনিটের মানসিক ব্যায়াম হতে পারে। মূল্য হলো ক্রমটা — সমাধানের আগে সমস্যা, প্রতিশ্রুতির আগে অন্বেষণ — এর চারপাশের আনুষ্ঠানিকতার পরিমাণ না।
একটা দ্রুত ব্যক্তিগত পরীক্ষা
কোনো design টুল খোলার আগে, একটা বাক্য লিখুন: "আমি যে সমস্যাটা সমাধান করছি তা হলো ___।" যদি সেই বাক্যটা লেখা কঠিন হয়, বেশি design-এর আগে বেশি discovery দরকার।