দ্রুত প্রোটোটাইপের গোপনীয়তা? আমাদের বিশেষজ্ঞ দল বিশ্বাস.

অনেক পণ্যের ধারণা একটি সহজ প্রশ্ন দিয়ে শুরু হয়: লোকেরা কি এটি ব্যবহার করবে? সেই ধারণাটিকে একটি কার্যকরী প্রোটোটাইপে পরিণত করা প্রত্যাশার চেয়ে কঠিন হতে পারে। দলগুলি প্রায়শই বৈশিষ্ট্যগুলি নিয়ে আলোচনা করতে, নকশা পরিবর্তন করতে বা এমন অংশগুলি তৈরি করতে খুব বেশি সময় ব্যয় করে যা পণ্যটিকে বৈধ করতে সহায়তা করে না। আমি ব্যবসাগুলিকে একটি প্রাথমিক ধারণা থেকে একটি পরিষ্কার, পরীক্ষাযোগ্য প্রোটোটাইপে মনোযোগ কেন্দ্রীভূত পরিকল্পনা, ব্যবহারিক নকশা এবং স্থির বিকাশের মাধ্যমে যেতে সাহায্য করি। একটি প্রোটোটাইপের প্রতিটি পরিকল্পিত বৈশিষ্ট্য অন্তর্ভুক্ত করার প্রয়োজন নেই। মূল ব্যবহারকারীর যাত্রা কিভাবে কাজ করে তা দেখাতে হবে। ## প্রোটোটাইপটি কী প্রমাণ করতে হবে তা জিজ্ঞাসা করে আমি যে পণ্য লক্ষ্যটি শুরু করি তা দিয়ে শুরু করুন। লক্ষ্য হতে পারে: - একটি বুকিং প্রক্রিয়া পরীক্ষা করুন - বিনিয়োগকারীদের একটি নতুন ড্যাশবোর্ড দেখান - ব্যবহারকারীরা একটি মোবাইল অ্যাপ বোঝেন কিনা তা পরীক্ষা করুন - ব্যবসায়িক অংশীদারদের কাছে একটি পরিষেবা ধারণা উপস্থাপন করুন - সম্পূর্ণ বিকাশের আগে প্রতিক্রিয়া সংগ্রহ করুন এই পদক্ষেপটি প্রকল্পকে কেন্দ্রীভূত রাখে৷ ব্যবহারকারী পরীক্ষার জন্য নির্মিত একটি প্রোটোটাইপ ক্লিকযোগ্য পর্দার প্রয়োজন হতে পারে। প্রযুক্তিগত পর্যালোচনার জন্য নির্মিত একটি প্রোটোটাইপের জন্য কাজের ডেটা এবং মৌলিক সিস্টেম সংযোগের প্রয়োজন হতে পারে। সঠিক পদ্ধতি নির্ভর করে আপনার যে প্রশ্নের উত্তর দিতে হবে তার উপর। ## ধারণাগুলিকে একটি পরিষ্কার ব্যবহারকারী প্রবাহে পরিণত করুন অনেক প্রাথমিক ধারণা বৈশিষ্ট্যগুলির একটি দীর্ঘ তালিকা ধারণ করে। প্রথম পরীক্ষার সময় ব্যবহারকারীদের তাদের সবগুলোর প্রয়োজন নাও হতে পারে। আমি ধারণাটিকে একটি সাধারণ প্রবাহে সংগঠিত করতে সহায়তা করি: 1. কে পণ্যটি ব্যবহার করে? 2. কোন সমস্যা তাদের নিয়ে আসে? 3. তাদের কি ব্যবস্থা নেওয়া উচিত? 4. তাদের কি ফলাফল পাওয়া উচিত? 5. কি প্রতিক্রিয়া দেখাবে প্রবাহ কাজ করে কিনা? একটি বাস্তব উদাহরণ হল একটি ক্লিনিক বুকিং প্ল্যাটফর্ম। প্রথম প্রোটোটাইপের জন্য শুধুমাত্র রোগীর সাইন-ইন, ডাক্তারের অনুসন্ধান, উপলব্ধ সময় স্লট, বুকিং নিশ্চিতকরণ এবং অ্যাপয়েন্টমেন্টের বিশদ প্রয়োজন হতে পারে। অর্থপ্রদানের সরঞ্জাম, আনুগত্য বৈশিষ্ট্য এবং জটিল অ্যাকাউন্ট সেটিংস মূল বুকিং পাথ পরীক্ষা না হওয়া পর্যন্ত অপেক্ষা করতে পারে। এই পদ্ধতিটি প্রাথমিক বিল্ডটিকে খুব বড় না করে পর্যালোচনা করার জন্য টিমকে দরকারী কিছু দেয়। ## সঠিক প্রোটোটাইপ বিন্যাস চয়ন করুন বিভিন্ন লক্ষ্য বিশদের বিভিন্ন স্তরের জন্য কল করে। একটি কম বিশ্বস্ততার প্রোটোটাইপ একটি পণ্যের গঠন পরীক্ষা করতে সাহায্য করতে পারে। এটি সাধারণ লেআউট, রুক্ষ স্ক্রীন প্ল্যান এবং মৌলিক নেভিগেশন ব্যবহার করতে পারে। একটি হাই-ফিডেলিটি প্রোটোটাইপ চাক্ষুষ শৈলী, প্রতিক্রিয়াশীল আচরণ, ফর্ম এবং মিথস্ক্রিয়া বিশদ দেখাতে পারে। এটি ব্যবহারকারীর ইন্টারভিউ, বিক্রয় উপস্থাপনা বা স্টেকহোল্ডার পর্যালোচনার জন্য উপযুক্ত হতে পারে। একটি কার্যকরী প্রোটোটাইপে কাজের উপাদানগুলি অন্তর্ভুক্ত থাকে যেমন: - ফর্ম জমা - ব্যবহারকারী লগইন - অনুসন্ধান এবং ফিল্টারিং - মৌলিক ডেটা সঞ্চয়স্থান - API সংযোগ - অ্যাকাউন্ট অনুমতি - ডিভাইস-বান্ধব বিন্যাস যখন একটি ক্লিকযোগ্য নকশা একই প্রশ্নের উত্তর দিতে পারে তখন আমি একটি সম্পূর্ণ কার্যকরী সিস্টেম তৈরি করার পরামর্শ দিই না৷ একটি ছোট প্রোটোটাইপ প্রায়ই প্রতিক্রিয়া বোঝা সহজ করে তোলে। ## ডিজাইন এবং ডেভেলপমেন্টকে সংযুক্ত রাখুন ডিজাইনের সিদ্ধান্ত উন্নয়নের সময়কে প্রভাবিত করে। উন্নয়ন সীমা নকশা আকার দিতে পারে. কাজ শুরু করার আগে আমার দল প্রকল্পের উভয় দিক পর্যালোচনা করে। আমরা ব্যবহারকারীর যাত্রা, পর্দার গঠন, প্রযুক্তিগত চাহিদা, ডেটা প্রবাহ এবং সম্ভাব্য ঝুঁকির দিকে নজর দিই। এটি অনুপস্থিত বিবরণ দ্বারা সৃষ্ট দেরী পরিবর্তন কমাতে সাহায্য করে। উদাহরণস্বরূপ, একটি ডেলিভারি পরিষেবা একটি লাইভ মানচিত্র, ড্রাইভার ট্র্যাকিং, গ্রাহক বার্তা এবং অর্ডার আপডেট চাইতে পারে। একটি প্রোটোটাইপ একটি লাইভ ট্র্যাকিং সিস্টেমের সাথে সংযোগ না করেই অর্ডার প্রক্রিয়া এবং স্ট্যাটাস স্ক্রীন দেখাতে পারে। দলটি আরও প্রযুক্তিগত কাজ যোগ করার আগে গ্রাহকরা স্ট্যাটাস আপডেট বোঝে কিনা তা পরীক্ষা করতে পারে। এই ধরনের বিচ্ছেদ প্রোটোটাইপটিকে প্রয়োজনের চেয়ে বড় না করেই কার্যকর রাখে। ## ছোট রিভিউ পয়েন্ট তৈরি করুন যখন দল পর্যায়ক্রমে পর্যালোচনা করে তখন একটি প্রোটোটাইপ উন্নত করা সহজ হয়ে যায়। একটি সাধারণ প্রকল্প এই পথ অনুসরণ করতে পারে: - প্রধান ব্যবহারকারী এবং পণ্য লক্ষ্য নির্ধারণ করুন - মূল বৈশিষ্ট্যগুলি নির্বাচন করুন - ব্যবহারকারীর যাত্রার মানচিত্র তৈরি করুন - প্রথম স্ক্রিন কাঠামো তৈরি করুন - ভিজ্যুয়াল ডিজাইন তৈরি করুন - প্রধান মিথস্ক্রিয়া বিকাশ করুন - আপনার দলের সাথে প্রোটোটাইপটি পর্যালোচনা করুন - ব্যবহারকারীদের একটি ছোট গোষ্ঠীর সাথে এটি পরীক্ষা করুন - প্রতিক্রিয়া রেকর্ড করুন এবং পরবর্তী পরিবর্তনগুলি বেছে নিন যা আমি মূল লক্ষ্যের সাথে ফিডব্যাক সংযুক্ত রাখি৷ একটি অনুরোধ দরকারী শোনাতে পারে কিন্তু তবুও মূল পরীক্ষা থেকে বিভ্রান্ত হয়। যখন এটি ঘটে, আমি জিজ্ঞাসা করি যে পরিবর্তনটি ব্যবহারকারীদের মূল কাজটি সম্পূর্ণ করতে সাহায্য করে নাকি দলকে নতুন কিছু শিখতে সাহায্য করে। ## এমন একটি দলের সাথে কাজ করুন যা স্পষ্টভাবে যোগাযোগ করে গতি কমিউনিকেশন এড়িয়ে যাওয়া থেকে আসে না। এটি বিভ্রান্তি হ্রাস থেকে আসে। আপনার জানা উচিত: - দলটি কী তৈরি করছে - কোন বৈশিষ্ট্যগুলি অন্তর্ভুক্ত রয়েছে - টিমের আপনার কাছ থেকে কী তথ্য প্রয়োজন - আপনি যখন কাজটি পর্যালোচনা করতে পারেন - কীভাবে প্রতিক্রিয়া রেকর্ড করা হবে - কোন পরিবর্তনগুলি পরিকল্পিত সুযোগকে প্রভাবিত করতে পারে আমি কোন স্পষ্ট ফলাফল ছাড়াই দীর্ঘ মিটিংগুলিতে সংক্ষিপ্ত, নিয়মিত আপডেট পছন্দ করি৷ একটি শেয়ার করা টাস্ক লিস্ট, সাধারণ প্রোটোটাইপ লিঙ্ক এবং লিখিত প্রতিক্রিয়া সবাইকে সারিবদ্ধ থাকতে সাহায্য করতে পারে। আপনি সিদ্ধান্তের একটি স্পষ্ট রেকর্ড বজায় রাখুন। এটি সাহায্য করে যখন অনেক লোক পণ্য, নকশা, বিপণন বা প্রযুক্তির কাজে জড়িত থাকে। ## সম্পূর্ণ বিকাশের আগে প্রতিক্রিয়া ব্যবহার করুন একটি প্রোটোটাইপ ব্যবহারকারীদের এমন কিছু দেয় যা তারা প্রতিক্রিয়া জানাতে পারে। এটি প্রায়শই একটি বৈশিষ্ট্য তালিকা বা উপস্থাপনা থেকে ভাল প্রতিক্রিয়া তৈরি করে। পরীক্ষার সময়, আমি লক্ষণগুলি সন্ধান করি যেমন: - ব্যবহারকারীরা পরবর্তী ক্রিয়াটি খুঁজে পাচ্ছেন না - লেবেলগুলি অস্পষ্ট - ফর্মটি খুব বেশি তথ্যের জন্য জিজ্ঞাসা করে - প্রক্রিয়াটি প্রত্যাশার চেয়ে দীর্ঘ মনে হয় - ব্যবহারকারীরা পণ্যের ফলাফলকে ভুল বোঝেন - একটি অনুরোধ করা বৈশিষ্ট্য মূল সমস্যার সমাধান করে না প্রতিটি মন্তব্যের জন্য ডিজাইন পরিবর্তনের প্রয়োজন হয় না৷ একজন ব্যবহারকারী ভিন্ন রঙ পছন্দ করতে পারে, যখন অনেক ব্যবহারকারী একই বোতাম খুঁজে পেতে ব্যর্থ হতে পারে। আমি বারবার ব্যবহারযোগ্যতার সমস্যা থেকে ব্যক্তিগত পছন্দকে আলাদা করতে সাহায্য করি। ## প্রকল্পের উপর ভিত্তি করে টুল নির্বাচন করুন টুলটি লক্ষ্যকে সমর্থন করবে, এটি নিয়ন্ত্রণ করবে না। একটি ডিজাইন টুল একটি ক্লিকযোগ্য ধারণার জন্য যথেষ্ট হতে পারে। একটি ওয়েব ফ্রেমওয়ার্ক একটি ব্রাউজার-ভিত্তিক প্রোটোটাইপের জন্য উপযুক্ত হতে পারে যার জন্য কাজের মিথস্ক্রিয়া প্রয়োজন। একটি ক্রস-প্ল্যাটফর্ম পদ্ধতি সাহায্য করতে পারে যখন ধারণাটি মোবাইল এবং ডেস্কটপ উভয় ডিভাইসেই দেখা দরকার। পছন্দের উপর নির্ভর করতে পারে: - প্রোটোটাইপ উদ্দেশ্য - ইন্টারঅ্যাকশনের প্রত্যাশিত স্তর - উপলব্ধ প্রকল্প ডেটা - লক্ষ্য ডিভাইস - ভবিষ্যতের বিকাশের প্রয়োজন - টিম দক্ষতা - বাজেট এবং রক্ষণাবেক্ষণের প্রয়োজন আমি এই পছন্দগুলি সরল ভাষায় ব্যাখ্যা করি যাতে আপনি প্রযুক্তিগত পটভূমির প্রয়োজন ছাড়াই একটি বাস্তব সিদ্ধান্ত নিতে পারেন৷ ## আপনি যা পাবেন তা আপনার প্রয়োজন অনুযায়ী প্রজেক্ট ডেলিভারিযোগ্য হতে পারে। সেগুলির মধ্যে অন্তর্ভুক্ত থাকতে পারে: - ব্যবহারকারীর ফ্লো ডায়াগ্রাম - ওয়্যারফ্রেম - প্রতিক্রিয়াশীল স্ক্রিন ডিজাইন - ক্লিকযোগ্য প্রোটোটাইপ লিঙ্ক - মৌলিক কাজের বৈশিষ্ট্য - ডিজাইন ফাইল - প্রযুক্তিগত নোট - ব্যবহারকারী পরীক্ষার ফলাফল - পরবর্তী পণ্য পর্যায়ের জন্য একটি প্রস্তাবিত পরিকল্পনা বিকাশ শুরু হওয়ার আগে সঠিক সুযোগ সম্মত হয়৷ এটি আপনাকে প্রোটোটাইপটি কী প্রদর্শন করতে পারে এবং বর্তমান প্রকল্পের বাইরে কী থাকে তার একটি পরিষ্কার দৃষ্টিভঙ্গি দেয়। একটি দ্রুত প্রোটোটাইপ কেবল একটি সমাপ্ত পণ্যের একটি ছোট সংস্করণ নয়। এটি একটি ধারণা পরীক্ষা করার, দুর্বল পয়েন্টগুলি প্রকাশ করার এবং জড়িত ব্যক্তিদের মধ্যে একটি ভাগ করা বোঝাপড়া তৈরি করার একটি কেন্দ্রীভূত উপায়। যখন আমি একটি পণ্য দলের সাথে কাজ করি, তখন আমি বিল্ডের পিছনের প্রশ্নের উপর ফোকাস করি: এই প্রোটোটাইপ থেকে আমাদের কী শিখতে হবে? এই প্রশ্নটি বৈশিষ্ট্য, নকশা, সরঞ্জাম এবং পরীক্ষার পরিকল্পনা নির্দেশ করে। এটি দলকে এমন স্ক্রীন তৈরি করার পরিবর্তে দরকারী প্রমাণগুলিতে সময় ব্যয় করতে সহায়তা করে যা একটি স্পষ্ট সিদ্ধান্তকে সমর্থন করে না। আপনার পণ্য ধারণা শেয়ার করুন, লক্ষ্য ব্যবহারকারীদের, এবং প্রধান লক্ষ্য. আমরা মূল ব্যবহারকারীর যাত্রার চারপাশে প্রোটোটাইপকে আকার দিতে পারি এবং ধারণা থেকে পরীক্ষাযোগ্য পণ্য পর্যন্ত একটি ব্যবহারিক পথ সংজ্ঞায়িত করতে পারি।

অনেক পণ্য ধারণা দরকারী শোনায় যখন তারা কথোপকথনে থাকে। আসল পরীক্ষা শুরু হয় যখন লোকেরা দেখতে, স্পর্শ করতে এবং একটি কার্যকরী সংস্করণ ব্যবহার করতে পারে। আমি প্রায়শই দেখি যে কেউ ধারণাটি পরীক্ষা করার আগে দলগুলিকে কয়েক সপ্তাহ মসৃণ পরিকল্পনা করে। ততক্ষণে, প্রকল্পটিতে ব্যবহারকারীদের প্রয়োজন নেই এমন বৈশিষ্ট্যগুলি অন্তর্ভুক্ত থাকতে পারে, যখন মূল সমস্যাটি অস্পষ্ট থাকে। একটি সাধারণ প্রোটোটাইপ কম সময় এবং কম সংস্থান সহ এই ফাঁকগুলি আগে প্রকাশ করতে পারে। একটি প্রোটোটাইপ নিখুঁত হতে হবে না. ধারণাটি কীভাবে কাজ করে তা দেখাতে হবে। একটি ব্যবহারকারীর সমস্যা দিয়ে শুরু করুন একটি বাক্যে সমস্যাটি লিখুন: "আমার একটি সহজ উপায় প্রয়োজন ___ কারণ ___।" এটি প্রকল্পকে ফোকাস রাখে। উদাহরণস্বরূপ, একটি খাদ্য সরবরাহকারী দলকে তার সম্পূর্ণ অ্যাপটি পুনরায় ডিজাইন করার প্রয়োজন নাও হতে পারে। এটির আসল সমস্যা হতে পারে যে গ্রাহকরা অর্ডার দেওয়ার পরে সহজেই ডেলিভারি নির্দেশাবলী পরিবর্তন করতে পারে না। এই একক সমস্যা দলকে শুরু করার জন্য একটি পরিষ্কার জায়গা দেয়। সবচেয়ে ছোট দরকারী প্রবাহ চয়ন করুন একটি প্রোটোটাইপ একটি ছোট ব্যবহারকারীর যাত্রা কভার করা উচিত। এতে অন্তর্ভুক্ত থাকতে পারে: - পণ্য খোলা - একটি মূল বৈশিষ্ট্য সন্ধান করা - একটি পদক্ষেপ নেওয়া - ফলাফল দেখা অতিরিক্ত পৃষ্ঠা, সেটিংস এবং বৈশিষ্ট্যগুলি সরান যা এই প্রবাহকে সমর্থন করে না৷ লক্ষ্য পণ্য হতে পারে সবকিছু প্রদর্শন করা হয় না. মূল অভিজ্ঞতা অর্থপূর্ণ কিনা তা শেখার লক্ষ্য। বিল্ডিংয়ের আগে স্কেচ করুন আমি সাধারণত কাগজে রুক্ষ পর্দা, একটি হোয়াইটবোর্ড বা একটি সাধারণ ডিজাইন টুল দিয়ে শুরু করি। এই পর্যায়ে, গতি চাক্ষুষ বিবরণের চেয়ে বেশি গুরুত্বপূর্ণ। বিভিন্ন সম্ভাব্য লেআউট তৈরি করুন। তাদের পাশাপাশি তুলনা করুন। জিজ্ঞাসা করুন: - একজন নতুন ব্যবহারকারী কি পরবর্তী পদক্ষেপ বুঝতে পারে? - প্রধান ক্রিয়াটি কি সহজে খুঁজে পাওয়া যায়? - প্রতিটি পর্দা একটি পরিষ্কার প্রশ্নের উত্তর দেয়? - কি সরানো যাবে? একটি রুক্ষ স্কেচ আলোচনা সহজ করে তোলে। দলের সদস্যরা একটি স্ক্রিনের দিকে নির্দেশ করতে পারে এবং শুধুমাত্র শব্দে বিদ্যমান একটি ধারণা নিয়ে বিতর্ক করার পরিবর্তে একটি পরিবর্তনের পরামর্শ দিতে পারে। একটি বাস্তব প্রতিক্রিয়ার জন্য যথেষ্ট বিশদ তৈরি করুন একবার প্রবাহ পরিষ্কার হয়ে গেলে, একটি ক্লিকযোগ্য প্রোটোটাইপে প্রধান স্ক্রীনগুলিকে সংযুক্ত করুন৷ যেখানে সম্ভব বাস্তবসম্মত লেবেল এবং নমুনা বিষয়বস্তু ব্যবহার করুন। "চালিয়ে যান" বলে একটি বোতাম আপনাকে অনেক কিছু নাও বলতে পারে। "ডেলিভারি নির্দেশাবলী সংরক্ষণ করুন" বলে একটি বোতাম ব্যবহারকারীদের একটি পরিষ্কার কাজ দেয়। প্রোটোটাইপ এখনও নমুনা ডেটা ব্যবহার করতে পারে। এই পর্যায়ে এটি একটি সম্পূর্ণ ডাটাবেস, পেমেন্ট সিস্টেম, বা উত্পাদন কোড প্রয়োজন নেই. কিছু টার্গেট ব্যবহারকারীদের সাথে পরীক্ষা করুন এমন লোকেদের আমন্ত্রণ করুন যারা পণ্যের উদ্দেশ্য দর্শকদের সাথে মেলে। প্রতিটি পদক্ষেপ ব্যাখ্যা না করে প্রতিটি ব্যক্তিকে একটি সহজ কাজ দিন। উদাহরণস্বরূপ: "আমাকে দেখান যে আপনি আগামীকাল আসা অর্ডারের জন্য ডেলিভারি নির্দেশাবলী কীভাবে পরিবর্তন করবেন।" দেখুন কি হয়. বিরতি, ভুল ক্লিক, প্রশ্ন এবং মন্তব্যগুলিতে মনোযোগ দিন। কয়েক সেকেন্ডের জন্য ডান বোতামটি অনুসন্ধান করার সময় একজন ব্যবহারকারী বলতে পারেন, "এটি সহজ,"। তাদের ক্রিয়াগুলি প্রায়শই তাদের ভদ্র প্রতিক্রিয়ার চেয়ে বেশি দরকারী তথ্য সরবরাহ করে। টাস্কের পরে খোলা প্রশ্ন জিজ্ঞাসা করুন: - আপনি এখানে কি ঘটতে আশা করেছিলেন? - কি অংশ অস্পষ্ট অনুভূত? - আপনি কি পরিবর্তন করবেন? - আপনি যে সমস্যাটি বর্ণনা করেছেন তা কি এটি সাহায্য করবে? ব্যক্তিকে ইতিবাচক উত্তরের দিকে নিয়ে যাওয়া এড়িয়ে চলুন। সৎ বিভ্রান্তি একটি দলকে ভুল সমাধান তৈরি করা থেকে বাঁচাতে পারে। ফোকাসড পরিবর্তন করতে ফিডব্যাক ব্যবহার করুন একটি মন্তব্যের পরে প্রতিটি বিবরণ পরিবর্তন করবেন না। নিদর্শন জন্য দেখুন. যদি অনেক লোক একই ক্রিয়া মিস করে, তবে লেআউটের কাজের প্রয়োজন হতে পারে। ব্যবহারকারীরা যদি প্রবাহটি বোঝেন কিন্তু বৈশিষ্ট্যটির প্রতি যত্নশীল না হন তবে পণ্যটি একটি দুর্বল সমস্যা সমাধান করতে পারে। যদি তারা মূল কাজটিকে সমর্থন করে এমন একটি বৈশিষ্ট্যের জন্য জিজ্ঞাসা করে তবে এটি প্রোটোটাইপের পরবর্তী সংস্করণে রাখুন। প্রতিটি পরীক্ষার একটি সংক্ষিপ্ত রেকর্ড রাখুন: - ব্যবহারকারী কী করার চেষ্টা করেছেন - যেখানে ব্যবহারকারী বিরতি দিয়েছেন - ব্যবহারকারী কী আশা করেছিলেন - দলটি কী পরিবর্তন করার পরিকল্পনা করেছে এই রেকর্ডটি বারবার ব্যবহারকারীর আচরণ থেকে ব্যক্তিগত মতামত আলাদা করতে সহায়তা করে৷ প্রোটোটাইপের বাইরে কখন যেতে হবে তা জানুন একটি প্রোটোটাইপ তার কাজ করেছে যখন দলটি মূল ব্যবহারকারীর প্রবাহ, বিভ্রান্তির সবচেয়ে বড় পয়েন্টগুলি এবং যে প্রশ্নগুলির উত্তর প্রয়োজন সেগুলি বুঝতে পারে৷ বিকাশের দিকে এগিয়ে যান যখন: - মূল সমস্যাটিতে ব্যবহারকারীর প্রতিক্রিয়া থেকে স্পষ্ট সমর্থন থাকে - মূল প্রবাহটি ব্যাখ্যা করা সহজ - দলটি জানে প্রথম প্রকাশের জন্য কোন বৈশিষ্ট্যগুলির প্রয়োজন - প্রযুক্তিগত সীমাগুলি পরীক্ষা করা হয়েছে - বর্তমান পরিকল্পনার সাথে মানানসই খরচ এবং সুযোগ একটি প্রোটোটাইপ প্রমাণ নয় যে একটি পণ্য সফল হবে৷ এটি আরও কাজ শুরু করার আগে অনুমান কমানোর একটি ব্যবহারিক উপায়। আমি দেখেছি যে দলগুলি একটি দীর্ঘ বৈশিষ্ট্য নথির চেয়ে একটি সাধারণ ক্লিকযোগ্য প্রবাহ থেকে বেশি লাভ করে। ব্যবহারকারীরা কোথায় দ্বিধা করেন, কোন শব্দগুলি বিভ্রান্তির কারণ হয় এবং কোনটি প্রথম প্রকাশের বাইরে থাকা উচিত তা তারা শিখে। ধারণাটিকে এমন কিছুতে পরিণত করুন যা লোকেরা ব্যবহার করতে, পরীক্ষা করতে এবং আলোচনা করতে পারে। একটি ছোট প্রোটোটাইপ আপনাকে একবারে পুরো পণ্য তৈরি করতে বাধ্য না করে আপনার দলকে একটি পরিষ্কার পথ দিতে পারে।

একটি ভাল প্রোটোটাইপ সমাপ্ত দেখতে প্রয়োজন হয় না. আমি উন্নয়নে সময় এবং অর্থ ব্যয় করার আগে এটি আমাকে সঠিক পণ্য প্রশ্নের উত্তর দিতে সাহায্য করতে হবে। অনেক দল পালিশ স্ক্রিন, বিস্তারিত বৈশিষ্ট্য এবং দীর্ঘ অনুমোদন চক্র দিয়ে শুরু করে। লঞ্চের পরে, তারা আবিষ্কার করতে পারে যে ব্যবহারকারীরা একটি মূল ক্রিয়া খুঁজে পাচ্ছেন না, পণ্যের মূল্য বুঝতে পারেন না বা একটি সহজ পথ পছন্দ করেন। একটি প্রোটোটাইপ আমাকে এই পয়েন্টগুলি আগে পরীক্ষা করার একটি উপায় দেয়, যখন পরিবর্তনগুলি করা সহজ হয়। ## একটি ব্যবহারকারীর সমস্যা দিয়ে শুরু করুন আমি একটি স্পষ্ট বাক্য লিখে শুরু করি: "আমার ব্যবহারকারীকে ______ করতে হবে কারণ ______।" উদাহরণস্বরূপ: "আমার ব্যবহারকারীকে ডেলিভারি বিকল্পগুলির তুলনা করতে হবে কারণ মূল্য এবং গতির মধ্যে নির্বাচন করা বিভ্রান্তিকর বোধ করে।" এই বিবৃতি প্রোটোটাইপ ফোকাস রাখে. আমি একবারে পাঁচটি সমস্যা সমাধান করার চেষ্টা করলে, ব্যবহারকারীর পরীক্ষাটি পড়া কঠিন হয়ে পড়ে। কোন সমস্যাটি পণ্যটিকে সবচেয়ে বেশি প্রভাবিত করে তা না জেনেই আমি অনেক মন্তব্য সংগ্রহ করতে পারি। একটি ফোকাসড প্রোটোটাইপ একটি ছোট কাজ কভার করতে পারে, যেমন: - একটি অ্যাকাউন্ট তৈরি করা - একটি অ্যাপয়েন্টমেন্ট বুক করা - পরিষেবা পরিকল্পনার তুলনা করা - একটি নথি আপলোড করা - একটি অর্ডার স্থিতি পরীক্ষা করা ## বিস্তারিত সঠিক স্তর চয়ন করুন একটি কাগজের স্কেচ গঠন এবং প্রবাহ সম্পর্কে প্রশ্নের উত্তর দিতে পারে৷ একটি ক্লিকযোগ্য ওয়্যারফ্রেম দেখাতে পারে যে লোকেরা কীভাবে পর্দার মধ্যে চলে যায়। একটি হাই-ফিডেলিটি প্রোটোটাইপ লেআউট, শব্দ, চাক্ষুষ শ্রেণিবিন্যাস, এবং মিথস্ক্রিয়া বিবরণ পরীক্ষা করতে সাহায্য করতে পারে। যখন একটি সাধারণ স্কেচ প্রশ্নের উত্তর দিতে পারে তখন আমি বিস্তারিত ভিজ্যুয়াল ডিজাইন ব্যবহার করি না। একটি দরকারী নিয়ম হল: - ধারণা পরীক্ষা করার জন্য কম বিশদ ব্যবহার করুন - প্রবাহ পরীক্ষা করার জন্য মাঝারি বিশদ ব্যবহার করুন - অভিজ্ঞতা পরীক্ষা করার জন্য উচ্চ বিশদ ব্যবহার করুন এটি আমার যে সিদ্ধান্ত নিতে হবে তার সাথে কাজকে সংযুক্ত রাখে। এটি একটি স্ক্রিন পলিশ করার ঝুঁকিও হ্রাস করে যা পরে সরানো হতে পারে। ## প্রতিটি স্ক্রীন ডিজাইন করার আগে আমি ব্যবহারকারীর যাত্রার সংক্ষিপ্ততম দরকারী পথটি ম্যাপ করি। একটি বুকিং পরিষেবার জন্য, পথটি দেখতে এইরকম হতে পারে: 1. একটি পরিষেবা চয়ন করুন 2. একটি তারিখ নির্বাচন করুন 3. মূল্য পর্যালোচনা করুন 4. বুকিং নিশ্চিত করুন 5. একটি নিশ্চিতকরণ বার্তা পান ব্যবহারকারীর কাজটি সম্পূর্ণ করার জন্য পথটিতে যথেষ্ট বিশদ অন্তর্ভুক্ত করা উচিত৷ অতিরিক্ত মেনু, সেটিংস, এবং পার্শ্ব বৈশিষ্ট্য অপেক্ষা করতে পারেন. যখন আমি প্রবাহ পর্যালোচনা করি, তখন আমি জিজ্ঞাসা করি: - প্রতিটি স্ক্রিন কি কাজটিকে সমর্থন করে? - ব্যবহারকারী কি জানেন পরবর্তী কি করতে হবে? - ব্যবহারকারী অগ্রগতি না হারিয়ে ফিরে যেতে পারেন? - দাম, তারিখ, এবং মূল শর্তগুলি খুঁজে পাওয়া সহজ? - ব্যবহারকারী ভুল করলে কি হয়? প্রোটোটাইপ গ্রাহকের কাছে পৌঁছানোর আগে এই প্রশ্নগুলি প্রায়শই ফাঁক প্রকাশ করে। ## ভিজ্যুয়াল পলিশের আগে পরিষ্কার বিষয়বস্তু ব্যবহার করুন Lorem ipsum সমস্যাগুলি লুকায়। আমি সংক্ষিপ্ত, বাস্তবসম্মত পাঠ্য ব্যবহার করি যা পণ্যটিকে প্রতিফলিত করে। "জমা দিন" লেখার পরিবর্তে আমি লিখতে পারি "সাক্ষাতের অনুরোধ পাঠান।" "বিকল্প A" এর পরিবর্তে আমি লিখতে পারি "স্ট্যান্ডার্ড ডেলিভারি — 3 থেকে 5 দিন।" পরিষ্কার লেবেল আমাকে পরীক্ষা করতে সাহায্য করে যে লোকেরা পণ্যটি বোঝে কিনা। তারা লেআউট সমস্যাগুলিও প্রকাশ করে। দুটি শব্দের সাথে সূক্ষ্ম দেখায় এমন একটি বোতাম একটি দীর্ঘ, আরও দরকারী লেবেলের সাথে ব্যবহার করা কঠিন হতে পারে। বিষয়বস্তু ব্যবহারকারীর মৌলিক প্রশ্নের উত্তর দেওয়া উচিত: - এটি কি? - আমি এখানে কি করতে পারি? - এরপর কি হবে? - আমি কি দিতে হবে? - আমি কি কর্ম পরিবর্তন বা বাতিল করতে পারি? ## একটি ছোট গোষ্ঠীর সাথে পরীক্ষা করুন মৌলিক ব্যবহারযোগ্যতা সমস্যাগুলি খুঁজে পেতে আমার একটি বড় গবেষণা প্রকল্পের প্রয়োজন নেই। আমি কিছু লোককে বলতে পারি যারা টার্গেট শ্রোতার সাথে মেলে তাদের বিস্তারিত নির্দেশনা ছাড়াই একটি কাজ সম্পূর্ণ করতে। একটি সাধারণ অধিবেশন অন্তর্ভুক্ত থাকতে পারে: "অনুগ্রহ করে আগামী মঙ্গলবারের জন্য একটি পরিষেবা বুক করুন এবং নিশ্চিত করার পরে আপনি কী ঘটতে চান তা আমাকে বলুন।" আমি দেখি যে ব্যক্তি কোথায় বিরতি দেয়, ভুল নিয়ন্ত্রণে ট্যাপ করে, সাহায্য চায় বা হাল ছেড়ে দেয়। আমি খুব শীঘ্রই স্ক্রীনের ব্যাখ্যা এড়াতে পারি কারণ আমার ব্যাখ্যা ভবিষ্যতে ব্যবহারকারীদের মুখোমুখি হতে পারে এমন একটি সমস্যা লুকিয়ে রাখতে পারে। সেশনের পরে, আমি রেকর্ড করি: - টাস্কের চেষ্টা করা হয়েছে - বিভ্রান্তির বিন্দু - ব্যবহারকারী যে শব্দগুলি ব্যবহার করেছেন - আমি যে ক্রিয়াটি আশা করছি - ব্যবহারকারী যে পদক্ষেপটি নিয়েছিল - একটি সম্ভাব্য নকশা পরিবর্তন একটি বিরতি দরকারী প্রমাণ৷ তাই একটি প্রশ্ন যেমন, "এটি কি চূড়ান্ত মূল্য?" এটি আমাকে বলে যে স্ক্রীনটি যথেষ্ট তথ্য প্রদান করতে পারে না। ## পণ্যের প্রভাব অনুসারে প্রতিক্রিয়া সাজান প্রতিটি মন্তব্যের জন্য ডিজাইন পরিবর্তনের প্রয়োজন হয় না। একজন ব্যক্তি ভিন্ন রঙ পছন্দ করতে পারে। অনেক লোক মূল ক্রিয়া খুঁজে পেতে ব্যর্থ হতে পারে। এই বিষয়গুলি একই মনোযোগ দেওয়া উচিত নয়। আমি তিনটি ক্ষেত্রে প্রতিক্রিয়া গোষ্ঠীভুক্ত করি: টাস্ক ব্যর্থতা ব্যবহারকারী মূল কাজটি সম্পূর্ণ করতে পারে না। টাস্ক ঘর্ষণ ব্যবহারকারী এটি সম্পূর্ণ করতে পারে, কিন্তু পথটি ধীর বা বিভ্রান্তিকর মনে হয়। ব্যক্তিগত পছন্দ ব্যবহারকারী এমন একটি পরিবর্তনের পরামর্শ দেন যা কাজের সাফল্যকে প্রভাবিত করে না। আমি চাক্ষুষ পছন্দের আগে টাস্ক ব্যর্থতা সম্বোধন. এটি টিমকে পণ্যের ব্যবহারকে প্রভাবিত করে এমন সমস্যাগুলিতে ডিজাইন এবং বিকাশের সময় ব্যয় করতে সহায়তা করে। ## তৈরি করুন, পরীক্ষা করুন এবং সংক্ষিপ্ত চক্রে সামঞ্জস্য করুন আমি একটি প্রোটোটাইপকে একটি কার্যকরী প্রশ্ন হিসাবে বিবেচনা করি, একটি চূড়ান্ত উত্তর নয়। একটি চক্র এইরকম দেখতে পারে: 1. একটি পণ্যের প্রশ্ন শনাক্ত করুন 2. এটি পরীক্ষা করার জন্য শুধুমাত্র প্রয়োজনীয় স্ক্রিনগুলি তৈরি করুন 3. লক্ষ্য ব্যবহারকারীদের একটি টাস্ক সম্পূর্ণ করতে বলুন 4. অ্যাকশন এবং মন্তব্যগুলি রেকর্ড করুন 5. প্রবাহ বা বিষয়বস্তু পরিবর্তন করুন 6. সংশোধিত সংস্করণ পরীক্ষা করুন উদাহরণস্বরূপ, একটি ফাইন্যান্স অ্যাপ লোকে ব্যয়ের সারাংশ বোঝে কিনা তা পরীক্ষা করতে পারে৷ দলটি একই স্ক্রিনের দুটি সংস্করণ তৈরি করতে পারে। একজন শীর্ষে একটি মাসিক মোট ব্যবহার করে। অন্যান্য প্রথম বিভাগ বিবরণ দেখায়. ব্যবহারকারীর সেশনগুলি প্রকাশ করতে পারে কোন লেআউট লোকেদের উত্তর দিতে সাহায্য করে, "এই মাসে আমার টাকা কোথায় গেল?" কোন নকশা নিখুঁত তা প্রমাণ করার জন্য পরীক্ষার প্রয়োজন নেই। এটা দেখাতে হবে কোন দিকটা বেশি কাজের যোগ্য। ## ডিজাইন এবং ডেভেলপমেন্টকে সংযুক্ত রাখুন একটি প্রোটোটাইপ তখনই সময় বাঁচাতে পারে যখন এর ফলাফল পণ্য তৈরির লোকদের কাছে পৌঁছায়। আমি ডিজাইনার, ডেভেলপার, প্রোডাক্ট ম্যানেজার এবং সাপোর্ট টিমের সাথে ব্যবহারকারীর টাস্ক, টেস্ট নোট, স্ক্রিন ফ্লো এবং খোলা প্রশ্ন শেয়ার করি। একটি সংক্ষিপ্ত হ্যান্ডঅফ অন্তর্ভুক্ত করতে পারে: - প্রোটোটাইপের উদ্দেশ্য - পরীক্ষিত ব্যবহারকারীর কাজ - প্রধান ঘর্ষণ পয়েন্ট - অনুমোদিত পরিবর্তনগুলি - প্রশ্ন যেগুলির এখনও প্রমাণের প্রয়োজন - বিশদ বিবরণ যা বর্তমান সুযোগের অংশ নয় এটি অনুমানগুলি হ্রাস করে৷ একজন বিকাশকারী দেখতে পারেন কেন একটি ধাপ পরিবর্তন হয়েছে। একটি সমর্থন দল এমন প্রশ্নগুলির জন্য প্রস্তুত করতে পারে যা প্রকাশের পরে উপস্থিত হতে পারে। ## শর্টকাট এড়িয়ে চলুন যা আরও কাজ তৈরি করে ব্যবহারকারীদের সাথে কথা বলার আগে প্রায়শই সবকিছু তৈরি করা দ্রুততম দৃষ্টিভঙ্গি। যে পথ একটি দুর্বল প্রবাহ সঙ্গে একটি পালিশ পণ্য উত্পাদন করতে পারেন. আমি খুঁজে পেয়েছি যে একটি সাধারণ ক্লিকযোগ্য প্রোটোটাইপ প্রায়শই একটি দীর্ঘ বৈশিষ্ট্য নথির চেয়ে ভাল দিকনির্দেশ দেয়। একটি নথি একটি পণ্য কি করা উচিত বর্ণনা করতে পারেন. একটি প্রোটোটাইপ লোকেদের তারা আসলে কী করবে তার প্রতিক্রিয়া জানাতে দেয়। লক্ষ্য বেশি পর্দা তৈরি করা নয়। লক্ষ্য হল সঠিক পণ্যের সিদ্ধান্ত নেওয়ার জন্য যথেষ্ট শেখা। একটি শক্তিশালী প্রোটোটাইপিং প্রক্রিয়া ব্যবহারকারীর কাজকে ছোট রাখে, প্রশ্নগুলি পরিষ্কার করে এবং ডিজাইন কাজের কাছাকাছি প্রতিক্রিয়া। আমি যখন ঝুঁকিপূর্ণ অংশগুলি প্রথম দিকে পরীক্ষা করি, সাধারণ বিষয়বস্তু ব্যবহার করি, এবং প্রমাণ যা সমর্থন করে তা পরিবর্তন করলে আমি দ্রুত চলে যাই। lingchao-এ আমাদের সাথে যোগাযোগ করুন: mr.xu@lingchaopcb.com/WhatsApp +8613780181891।

1. স্টিভ ক্রুগ, 2000, ডোন্ট মেক মি থিঙ্ক: ওয়েব ব্যবহারযোগ্যতার জন্য একটি সাধারণ জ্ঞানের দৃষ্টিভঙ্গি 2. এরিক রিস, 2011, দ্য লিন স্টার্টআপ: কীভাবে আজকের উদ্যোক্তারা আমূল সফল ব্যবসা তৈরি করতে ক্রমাগত উদ্ভাবন ব্যবহার করেন 3. জ্যাকব নিলসেন, জেকব নিলসেন, 93, এবং 93. Josh Seiden, 2013, Lean UX: ব্যবহারকারীর অভিজ্ঞতা উন্নত করার জন্য লীন নীতি প্রয়োগ করা 5. ক্লেটন এম ক্রিস্টেনসেন, ট্যাডি হল, কারেন ডিলন এবং ডেভিড এস ডানকান, 2016, আপনার গ্রাহকদের কাজগুলি করা হবে তা জানুন 6. ডোনাল্ড এ নর্মান, 2013 সালের প্রতিটি দিন ডিজাইন