পরীক্ষা এবং পুনরাবৃত্তি

ডিজাইন প্রক্রিয়া চলাকালীন যে কোনো সময় ব্যবহারকারীর গবেষণা সহায়ক হতে পারে। কোনটি কাজ করছে এবং কোনটি নয় তা জানতে প্রকৃত ব্যবহারকারীদের কাছ থেকে প্রতিক্রিয়া পাওয়ার কোন বিকল্প নেই। যত আগে আপনি এটি করবেন, তত ভাল।

আপনি যখন ডিজাইনে নিমগ্ন থাকেন তখন সমস্যা চিহ্নিত করা কঠিন—একজন বহিরাগতের মতামত প্রয়োজন। ভাল খবর হল যে কোডের একটি লাইন লেখার আগে আপনার ডিজাইন ব্যবহারকারীদের জন্য কাজ করবে কিনা সে সম্পর্কে আপনি দ্রুত এবং সহজে অন্তর্দৃষ্টি পেতে পারেন (এবং উচিত)।

আপনার ডায়ালগ চেষ্টা করে দেখতে আপনার প্রকল্পের সাথে অপরিচিত কাউকে খুঁজুন। ডিজাইন প্রক্রিয়া চলাকালীন প্রতিক্রিয়া পাওয়া ব্যবহারযোগ্যতার সমস্যাগুলিকে প্রকাশ করে এবং আপনাকে তাড়াতাড়ি স্ব-শুদ্ধ করার সুযোগ দেয়। আপনি কোডের একটি লাইন লেখার আগে, আপনার কথোপকথন অভিজ্ঞতার উপর একটি ব্যবহারযোগ্যতা পরীক্ষা চালানো গুরুত্বপূর্ণ। আপনি সঠিক পথে আছেন কিনা তা বুঝতে আপনাকে সাহায্য করার জন্য আমরা একটি দ্রুত এবং নোংরা উইজার্ড অফ Oz (WOZ) পরীক্ষা পরিচালনা করার পরামর্শ দিই।

Oz পরীক্ষার একটি উইজার্ড ব্যবহার করুন

এটা কেন বলা হয়? উইজার্ড অফ ওজ (WOZ) পরীক্ষাগুলি দ্য উইজার্ড অফ ওজ মুভি থেকে তাদের নাম পেয়েছে; তারা এই ধারণাটি উল্লেখ করে যে পর্দার পিছনে একজন লোক লিভার টানছে।

Oz প্রোটোটাইপিং এর উইজার্ড কি? সহজ কথায়, এটি আসলে সফ্টওয়্যারটি বিকাশ না করে একটি প্রোটোটাইপ পরীক্ষা করার একটি উপায়। WOZ প্রোটোটাইপিং একটি ডিজাইনের কার্যকারিতা, ব্যবহারকারীদের লক্ষ্য পূরণ করার ক্ষমতা এবং সামগ্রিকভাবে ব্যবহারকারীর অভিজ্ঞতা (UX) উন্নত করার জন্য ব্যবহার করা হয়। WOZ পরীক্ষাগুলি বাস্তব অভিজ্ঞতার মতো দেখতে এবং অনুভব করার জন্য বোঝানো হয়, তবে সফ্টওয়্যারের পরিবর্তে, একজন ব্যক্তি ("উইজার্ড") অনুকরণ করে যে ব্যক্তিটি কীভাবে উত্পাদনে আচরণ করবে। অংশগ্রহণকারীরা হয়তো বা জানেন না যে তারা পর্দার আড়ালে উইজার্ডের সাথে যোগাযোগ করছেন।

কেন আপনি এটা করা উচিত? WOZ প্রোটোটাইপিংয়ের সবচেয়ে বড় সুবিধা হল যে আপনি এটি তৈরি না করেই আপনার ডিজাইন পরীক্ষা করতে পারেন। WOZ পরীক্ষাগুলি হল ভয়েস পরীক্ষার জন্য প্রোটোটাইপের ন্যূনতম কার্যকর পণ্য (MVP)। এগুলি চালানো তুলনামূলকভাবে সহজ এবং সামান্য বা অতিরিক্ত প্রচেষ্টার প্রয়োজন হয় না। প্রোটোটাইপটি বেশ সহজ হতে পারে, ডিজাইনের অংশগুলিকে উপস্থাপন করতে দৈনন্দিন বস্তু ব্যবহার করে। অথবা এটি একটি কার্যকরী মডেল (বিদ্যমান পণ্যের সংগ্রহ) হতে পারে যা কিছু সম্পাদন করতে সক্ষম, তবে সমস্ত কাজ নয়। অবশ্যই, আপনার প্রোটোটাইপ যত বেশি বাস্তবসম্মত হবে, আপনার প্রতিক্রিয়া তত ভালো হবে। কিন্তু বিজ্ঞতার সাথে নির্বাচন করুন: আপনি এটির জন্য কতটা সময় বরাদ্দ করতে পারেন? এবং প্রোটোটাইপ 'বাস্তবতা' কি মূল্যবান?


কিভাবে ব্যবহারযোগ্যতা পরীক্ষা পরিচালনা করবেন

আপনার আবেদন পরীক্ষা করার জন্য আপনি 3টি ভিন্ন পদ্ধতি গ্রহণ করতে পারেন:
আপনার যা আছে তা ব্যবহার করুন। আপনার যা দরকার তা হল আপনার নমুনা ডায়ালগ (যা আপনার ইতিমধ্যেই এই সময়ে থাকা উচিত)। শুধু আপনার প্রকল্পের সাথে অপরিচিত কাউকে খুঁজুন (যেমন, পরিবার, বন্ধু, সহকর্মী) এবং তাদের আপনার সাথে আপনার ডায়ালগ ভূমিকা পালন করতে বলুন—আপনি আপনার ব্যক্তিত্বের লাইনগুলি পড়বেন এবং ব্যবহারকারী হিসাবে তারা কীভাবে প্রতিক্রিয়া দেখায় তা পর্যবেক্ষণ করবেন। ব্যবহারকারী যদি "অফ স্ক্রিপ্ট" যান, তাহলে আপনার ব্যক্তিত্ব কী বলবে তা নির্দ্বিধায় করুন৷

সবচেয়ে বাস্তবসম্মত অভিজ্ঞতার জন্য, Google ডেভেলপার কনসোলে অ্যাকশনে TTS সিমুলেটর ব্যবহার করে ব্যক্তিত্বের প্রম্পট বাজিয়ে ব্যক্তিত্বের ভূমিকা অনুকরণ করুন। চাহিদা অনুযায়ী প্লে করার জন্য অডিওটি ডাউনলোড করুন।

এই সংস্করণের চারটি জিনিস প্রয়োজন:

  • একটি কথোপকথন স্ক্রিপ্ট যা প্রতিটি ব্যবহারকারীর প্রতিক্রিয়ার পরে ব্যক্তিত্বের কী বলা উচিত তার নির্দেশনা প্রদান করে। উচ্চ-স্তরের প্রবাহ (বা এটির একটি সরলীকৃত সংস্করণ) এর জন্য আদর্শ।
  • সমস্ত ব্যক্তিত্বের উচ্চারিত প্রম্পটগুলির অডিও ডাউনলোড করা হয়েছে৷ ফাইলের নামগুলি ব্যবহার করুন যা আপনাকে প্লে করার জন্য সঠিক ফাইলটি দ্রুত সনাক্ত করতে সহায়তা করবে।
  • কেউ খেলতে "ব্যবহারকারী।" এটি এমন একজন হওয়া উচিত যিনি আপনার অ্যাকশনের সাথে অপরিচিত।
  • কেউ একজন "উইজার্ড" খেলবেন৷ এটি আপনার অ্যাকশনের সাথে অত্যন্ত পরিচিত কেউ হওয়া উচিত৷

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

অবশ্যই, একবার আপনি আপনার অ্যাকশন তৈরি করা শুরু করলে, Google ডেভেলপার কনসোলে অ্যাকশনে অ্যাকশন সিমুলেটর ব্যবহার করে আপনার প্রায়ই এটি পরীক্ষা করা উচিত। আপনার বন্ধু, পরিবার, বা সহকর্মীদেরও এটি পরীক্ষা করতে দিন!

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

আপনি কি শিখতে আশা করতে পারেন?

একটি WOZ পরীক্ষা চালানো আপনাকে বুঝতে দেয় যে লোকেরা কীভাবে আপনার ডিজাইনের সাথে জড়িত হবে। আপনি দেখতে পাবেন যে ব্যবহারকারীরা আপনার প্রত্যাশার চেয়ে খুব আলাদা কিছু করছে, যার জন্য আপনাকে তাদের চাহিদা এবং প্রত্যাশার সাথে আরও ভালভাবে সারিবদ্ধ করার জন্য ডিজাইন পরিবর্তন করতে হবে।

নীচের লাইন: আপনার ডিজাইনের ব্যবহারযোগ্যতার উপর ফোকাস করুন (এবং ব্যবহারকারীদের মতামতের উপর নয়)। ব্যবহারকারীর আচরণের উপর ভিত্তি করে পুনরাবৃত্তি করুন, এবং সময় অনুমতি দিলে আবার পরীক্ষা করুন।

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

কিভাবে আপনার অ্যাকশন পরীক্ষা করবেন

উচ্চ-মানের সফ্টওয়্যার বিকাশ এবং ব্যবহারকারীর সন্তুষ্টি তৈরি করার জন্য শক্তিশালী পরীক্ষা অপরিহার্য।

এই ভিডিওটি আপনার অ্যাকশনের জন্য এন্ড-টু-এন্ড পরীক্ষাগুলির বিকাশের জন্য একটি গভীর ডুব, এবং এটি প্রক্রিয়াটিকে সহজ করার জন্য উপলব্ধ সরঞ্জামগুলিকে কভার করে৷ এটি বিভিন্ন বিষয়ে সেরা অনুশীলনগুলিও ভাগ করবে, যেমন অপ্রত্যাশিত ব্যবহারকারীর প্রশ্নগুলি কীভাবে পরিচালনা করা যায়৷

আইলিন আলটিওক এবং নিক ফেলকার, Google I/O 2018-এ আপনার অ্যাকশন পরীক্ষা করার জন্য