Design সিদ্ধান্ত শূন্যে ঘটে না — একটা feature যেটা user-এর জন্য দুর্দান্ত কিন্তু product আসলে কীভাবে টাকা income করে তা ভেঙে দেয় সেটা যতই ভালো design হোক না কেন একটা আসল business-এর সংস্পর্শে টিকবে না। Business model বোঝা design কাজ থেকে একটা বিরতি না; এটা এমন context যা design সিদ্ধান্তকে defensible বানায়।
একটা এক-পাতার framework (Alexander Osterwalder) একটা business-কে ৯টা building block-এ ভাঙে: Customer Segments (এটা কার জন্য), Value Proposition (এটা কোন সমস্যা সমাধান করে), Channels (এটা কীভাবে customer-দের কাছে পৌঁছায়), Customer Relationships (এটা কীভাবে তাদের সাথে interact করে), Revenue Streams (এটা কীভাবে টাকা income করে), Key Resources, Key Activities, Key Partnerships, আর Cost Structure। একটা বিদ্যমান product-এর জন্য এটা পূরণ করা, মোটামুটিভাবেও, দ্রুত দেখায় কোন design সিদ্ধান্ত আসলে business-এর জন্য গুরুত্বপূর্ণ আর কোনটা শুধু cosmetic পছন্দ।
Ash Maurya-র adaptation কয়েকটা block একটা early, unproven product-এর জন্য বেশি প্রাসঙ্গিক block দিয়ে বদলায়: Problem (সমাধান করার যোগ্য top ১-৩টা সমস্যা), Solution, Key Metrics, একটা Unfair Advantage (competitor-রা সহজে copy করতে পারে না এমন কিছু), original canvas থেকে Key Resources/Activities/Partnerships বদলে। এটা এমন একটা product-এর জন্য বানানো যার এখনো paying customer বা প্রমাণিত revenue নেই।
| একজন designer-এর উত্তর দিতে পারা উচিত এমন প্রশ্ন | Canvas block যেটাতে এটা map হয় |
|---|---|
| এটা আসলে কার জন্য? | Customer Segments |
| একটা competitor করে না এমন কোন সমস্যা এটা সমাধান করে? | Value Proposition / Unfair Advantage |
| এই product আসলে কীভাবে টাকা income করে? | Revenue Streams |
| গুরুত্বপূর্ণ হতে এই feature-এর কোন সংখ্যা বদলাতে হবে? | Key Metrics |
কেন এটা ২০ মিনিটের যোগ্য
যে designer একটা product নিয়ে যেটাতে তারা কাজ করছে এই চারটা প্রশ্নের উত্তর দিতে পারে সে একটা design সিদ্ধান্তকে business শর্তে defend করতে পারে, শুধু aesthetic শর্তে না — যেকোনো আসল product আলোচনায় একটা সত্যিকারভাবে useful দক্ষতা।