prototype দিয়ে বাংলাদেশি অ্যাপ টেস্টের গাইড

prototype দিয়ে বাংলাদেশে অ্যাপ টেস্ট করতে বাংলা ও Banglish টাস্ক স্ক্রিপ্টে বাস্তব কাজ দিন—যেমন bKash সেন্ড মানি, Pathao রাইড বুকিং বা Daraz-এর COD অর্ডার। Grameenphone ও Robi মোবাইল ডেটার ধীর লোডিং, সংযোগ বিচ্ছিন্নতা, OTP এবং স্থানীয় ঠিকানার ধাপও ক্লিকযোগ্য স্ক্রিনে আলাদা করে পরীক্ষা করুন।

মূল বিষয়গুলো

• •একই টাস্ক বাংলায় ও প্রচলিত Banglish-এ লিখে অংশগ্রহণকারী কোন ভাষায় দ্রুত বোঝেন তা দেখুন।
• •পেমেন্ট, OTP, ক্যাশ অন ডেলিভারি এবং ঠিকানা—এসব বাস্তব সিদ্ধান্তের জায়গা prototype টেস্টে রাখুন।
• •লোডিং, অফলাইন ও রিকানেকশনকে শুধু নোট নয়, পরীক্ষাযোগ্য স্ক্রিন-স্টেট হিসেবে ডিজাইন করুন।
• •Floow-এর স্ক্রিনগুলোকে দ্রুত প্রোটোটাইপে সাজিয়ে স্থানীয় ব্যবহারকারীর সঙ্গে পরীক্ষা করুন।

এই পাতায় যা আছে

• •টেস্টের আগে user persona ও কাজের সীমা ঠিক করুন
• •বাংলা ও Banglish টাস্ক স্ক্রিপ্ট লিখুন
• •OTP, ক্যাশ পেমেন্ট ও স্থানীয় ঠিকানার স্ক্রিন বানান
• •Grameenphone ও Robi ডেটায় নেটওয়ার্ক দৃশ্য পরীক্ষা করুন
• •সেশন চালান, ফল লিখুন, তারপর prototype বদলান

টেস্টের আগে user persona ও কাজের সীমা ঠিক করুন

আগে সুন্দর UI যাচাই নয়, কাজ শেষ করা যাচাই করুন। দুই বা তিনটি user persona নিন: ঢাকার নিয়মিত মোবাইল-ওয়ালেট ব্যবহারকারী, জেলা শহরের রাইড-ব্যবহারকারী, এবং অনলাইনে পণ্য কিনলেও ডেলিভারির সময় নগদে দিতে স্বচ্ছন্দ ক্রেতা। বয়স বা আয় অনুমান করে দীর্ঘ প্রোফাইল বানানোর দরকার নেই; কোন ডিভাইস, কোন নেটওয়ার্ক, কোন ভাষা এবং কোন পেমেন্ট অভ্যাসে তারা কাজটি করেন, সেটিই লিখুন।

প্রতি সেশনে তিন থেকে পাঁচটি কাজ রাখুন। যেমন: “একজন পরিচিতকে টাকা পাঠান”, “আগামীকালের জন্য একটি রাইড বুক করুন”, বা “ক্যাশ অন ডেলিভারিতে একটি পণ্য অর্ডার করুন।” কাজের শেষে সাফল্যের মানদণ্ড আগে ঠিক করুন: ব্যবহারকারী কি প্রাপক যাচাই করেছেন, ভাড়ার সারাংশ দেখেছেন, না কি COD-র নির্বাচন ও ঠিকানা নিশ্চিত করেছেন? এতে ux design আলোচনায় মতামতের বদলে আচরণ, ভুল ক্লিক এবং থেমে যাওয়ার জায়গা পাওয়া যায়।

রিক্রুটিংয়ের সময় অংশগ্রহণকারীর সম্মতিতে নিজের ফোনে টেস্ট করান। তাদের প্রকৃত PIN, OTP বা আর্থিক তথ্য কখনও চাইবেন না; prototype-এ সবসময় কাল্পনিক নাম, নম্বর ও লেনদেনের পরিমাণ ব্যবহার করুন।

বাংলা ও Banglish টাস্ক স্ক্রিপ্ট লিখুন

বাংলাদেশি অংশগ্রহণকারীর জন্য বাংলা ও Banglish—দুই ধরনের টাস্ক স্ক্রিপ্ট প্রস্তুত করুন। ভাষা বেছে নেওয়ার সুযোগ দিন; পরীক্ষক নিজের পছন্দ চাপিয়ে দেবেন না। বাংলা সংস্করণ হতে পারে: “রফিককে ৫০০ টাকা পাঠান।” Banglish সংস্করণ: “Rafiq ke 500 taka send korun.” এখানে টাস্কে কোন বোতাম চাপতে হবে, কোন অ্যাপের নামের মেনুতে যেতে হবে, বা কী ফল আসবে—তা লিখবেন না।

বাস্তব অভ্যাস ধরতে তিনটি পরিচিত পরিস্থিতি ব্যবহার করুন। bKash সেন্ড মানি টাস্কে প্রাপক, টাকার অঙ্ক ও নিশ্চিতকরণ দিন। Pathao রাইড বুকিং টাস্কে পিক-আপ, গন্তব্য, ভাড়া দেখার এবং বুকিং নিশ্চিত করার ধাপ দিন। Daraz COD টাস্কে পণ্য বাছাই, ডেলিভারি ঠিকানা এবং ক্যাশ অন ডেলিভারি নির্বাচন দিন। এগুলো কোনো অ্যাপের হুবহু UI নকল করার নির্দেশ নয়; ব্যবহারকারীর মানসিক মডেল পরীক্ষা করার পরিচিত প্রেক্ষিত।

প্রতিটি টাস্কের পরে জিজ্ঞেস করুন: “পরের ধাপে কী হবে বলে মনে করেছিলেন?” এবং “কোন শব্দটি অস্পষ্ট ছিল?” এতে অনুবাদগত সমস্যা, Banglish বানানের ভিন্নতা ও অচেনা লেবেল ধরা পড়ে।

OTP, ক্যাশ পেমেন্ট ও স্থানীয় ঠিকানার স্ক্রিন বানান

বাংলাদেশি ফ্লোতে সফলতা অনেক সময় শেষের কনফার্মেশন স্ক্রিনে নয়, তার আগের তথ্য-ভর্তি ধাপে আটকে যায়। OTP-এর জন্য আলাদা অপেক্ষার স্টেট, কোড না এলে “আবার পাঠান” পথ এবং ভুল কোডের বার্তা দেখান। টেস্টে বাস্তব SMS পাঠানোর প্রয়োজন নেই; একটি ডেমো কোড ও নিয়ন্ত্রিত সফল বা ব্যর্থ ফল যথেষ্ট। OTP পুনরায় পাঠানোর সময়সীমা বা নিরাপত্তা-নীতি বানিয়ে লিখবেন না, যদি তা পণ্যের বাস্তব নীতিতে নির্ধারিত না থাকে।

ক্যাশ পেমেন্টে ব্যবহারকারীকে স্পষ্টভাবে জানাতে দিন কত BDT দিতে হবে, ডেলিভারির সময় টাকা লাগবে কি না, এবং অর্ডার নিশ্চিত হয়েছে কি না। “পেমেন্ট” একা না লিখে পদ্ধতিটি দৃশ্যমান করুন: কার্ড, মোবাইল ওয়ালেট, না ক্যাশ অন ডেলিভারি।

ঠিকানা ফর্মে বিভাগ, জেলা, থানা বা উপজেলা, এলাকা, বাড়ি বা রোড, এবং ল্যান্ডমার্কের মতো স্থানীয়ভাবে বোঝা যায় এমন খণ্ডে তথ্য নেওয়া পরীক্ষা করুন। সব ক্ষেত্র বাধ্যতামূলক করবেন না। অংশগ্রহণকারী যে ভাষায় ঠিকানা লিখতে চান—বাংলা বা Latin অক্ষরে—সেটি গ্রহণ করলে পরে অপারেশন টিম কীভাবে পড়বে, সেই সীমাও টেস্ট নোটে রাখুন।

Grameenphone ও Robi ডেটায় নেটওয়ার্ক দৃশ্য পরীক্ষা করুন

ক্লিকযোগ্য prototype-এ নেটওয়ার্ক সমস্যা দেখাতে আসল সংযোগ নষ্ট হওয়ার অপেক্ষা করবেন না। অন্তত চারটি পর্দা বা ওভারলে বানান: ধীর লোডিং, অনুরোধ প্রক্রিয়াধীন, সংযোগ বিচ্ছিন্ন, এবং সংযোগ ফিরে এলে আবার চেষ্টা বা আগের ধাপে ফেরা। Grameenphone/Robi মোবাইল ডেটা ব্যবহার করেন এমন অংশগ্রহণকারীর কাছে একই গুরুত্বপূর্ণ কাজ চালিয়ে দেখুন—যেমন OTP যাচাইয়ের আগে সংযোগ কাটা, রাইডের ভাড়া আনার সময় অপেক্ষা, বা COD অর্ডার সাবমিটের পর অনিশ্চিত অবস্থা।

মডারেটর বলবেন না, “এখন নেটওয়ার্ক নেই, রিট্রাই চাপুন।” বরং স্টেটটি দেখিয়ে জিজ্ঞেস করুন, “এখানে আপনি কী করবেন?” দেখুন ব্যবহারকারী অপেক্ষা করেন, পিছনে যান, আবার সাবমিট করেন, না সহায়তা খোঁজেন। একই অর্ডার দুইবার হওয়ার আশঙ্কা থাকলে prototype-এ ডুপ্লিকেট-প্রতিরোধী বার্তাও পরীক্ষা করুন।

বাংলাদেশ টেলিযোগাযোগ নিয়ন্ত্রণ কমিশন মোবাইল সেবার নিয়ন্ত্রক সংস্থা; তাই নেটওয়ার্ককে স্থির ধরে নেওয়ার বদলে সংযোগ-পরিবর্তনের জন্য UI পরিকল্পনা করা বাস্তবসম্মত। পরীক্ষার রিপোর্টে অপারেটরের নামকে ফলের একমাত্র কারণ না ধরে ডিভাইস, অবস্থান, সময় ও দেখা স্টেট আলাদা করে নোট করুন।

সেশন চালান, ফল লিখুন, তারপর prototype বদলান

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

প্রতিটি সমস্যাকে “ব্যবহারকারী বুঝেননি” বলে এক কাতারে রাখবেন না। উদাহরণ: COD লেবেল দেখা যায়নি—দৃশ্যমানতার সমস্যা; “Send Money” আর “পেমেন্ট” গুলিয়ে গেছে—ভাষা বা মানসিক মডেলের সমস্যা; রিকানেকশনের পর একই অর্ডার যাবে কি না বোঝা যায়নি—স্টেট ও ফিডব্যাকের সমস্যা। তীব্রতা নির্ধারণে কতজনের হয়েছে, কাজ থামিয়েছে কি না, এবং আর্থিক বা আস্থার ঝুঁকি আছে কি না ব্যবহার করুন।

এক দফা শেষে সবচেয়ে বড় তিনটি বাধা সংশোধন করে নতুন prototype নিন। Floow-এর স্ক্রিনগুলোকে দ্রুত প্রোটোটাইপে সাজিয়ে স্থানীয় ব্যবহারকারীর সঙ্গে আবার পরীক্ষা করুন; এতে ব্যয়বহুল ডেভেলপমেন্টের আগে বাংলা কপি, পেমেন্ট ফ্লো ও নেটওয়ার্ক বার্তা যাচাই করা যায়।

বাংলাদেশি prototype টেস্টে ব্যবহারযোগ্য টাস্কের নমুনা

সাধারণ ভুলগুলো

ইংরেজি UI শব্দ ধরে নিয়ে শুধু ইংরেজি টাস্ক দেওয়া

বাংলা ও Banglish সংস্করণ দিন এবং অংশগ্রহণকারী কোন ভাষায় স্বচ্ছন্দ তা নোট করুন।

OTP স্ক্রিনকে কেবল সফল অবস্থায় দেখানো

অপেক্ষা, ভুল কোড, কোড না পাওয়া এবং পুনরায় চেষ্টা—প্রতিটি স্টেট পরীক্ষা করুন।

COD-কে পেমেন্ট পদ্ধতির তালিকায় লুকিয়ে রাখা

ক্যাশ অন ডেলিভারি, মোট BDT এবং অর্ডার-পরবর্তী বার্তা স্পষ্টভাবে দেখান।

ডিজাইনারের দ্রুত Wi‑Fi-তে পরীক্ষা করে মোবাইল ডেটার সমস্যা বাদ দেওয়া

Grameenphone ও Robi ডেটার প্রেক্ষিতে ধীর লোডিং, অফলাইন ও রিকানেকশন স্টেটের প্রোটোটাইপ টেস্ট চালান।

সচরাচর জিজ্ঞাসিত প্রশ্ন

prototype দিয়ে বাংলাদেশে ইউজেবিলিটি টেস্ট কীভাবে করব?

prototype দিয়ে বাংলাদেশে ইউজেবিলিটি টেস্ট করতে স্থানীয় অংশগ্রহণকারীকে বাংলা বা Banglish টাস্ক দিন এবং নিজের ফোনে কাজটি শেষ করতে বলুন। bKash সেন্ড মানি, Pathao রাইড বুকিং ও Daraz COD-এর মতো পরিচিত পরিস্থিতি ব্যবহার করুন। OTP, স্থানীয় ঠিকানা, ক্যাশ পেমেন্ট এবং দুর্বল মোবাইল ডেটার সময় কী করেন তা পর্যবেক্ষণ করে সমস্যা নোট করুন।

টেস্ট টাস্ক বাংলায় লিখব কি?

বাংলাদেশে টেস্ট টাস্ক বাংলায় লেখা উচিত, তবে Banglish সংস্করণও রাখা ভালো। অংশগ্রহণকারী যে ভাষায় স্বাভাবিকভাবে পড়েন ও উত্তর দেন, সেই ভাষা বেছে নিতে দিন। টাস্কে সমাধানের নির্দেশ দেবেন না; শুধু লক্ষ্য লিখুন, যেমন “রফিককে ৫০০ টাকা পাঠান”, তারপর দেখুন ব্যবহারকারী কোন লেবেল ও ধাপ বোঝেন।

ক্লিকযোগ্য প্রোটোটাইপে নেটওয়ার্ক সমস্যা কীভাবে দেখাব?

ক্লিকযোগ্য প্রোটোটাইপে নেটওয়ার্ক সমস্যা দেখাতে ধীর লোডিং, সংযোগ বিচ্ছিন্ন, পুনরায় চেষ্টা এবং সফল রিকানেকশনের আলাদা স্ক্রিন-স্টেট বানান। Grameenphone বা Robi মোবাইল ডেটার প্রেক্ষিতে OTP, রাইড ভাড়া বা অর্ডার সাবমিটের মাঝখানে এই স্টেট দেখান। ব্যবহারকারী নিজে কী পদক্ষেপ নেন তা দেখুন; আগে থেকে রিট্রাই চাপতে বলবেন না।

ক্যাশ অন ডেলিভারি টেস্টে কী যাচাই করব?

ক্যাশ অন ডেলিভারি টেস্টে যাচাই করুন ব্যবহারকারী COD বিকল্পটি খুঁজে পান কি না, মোট কত BDT দিতে হবে বোঝেন কি না, এবং অর্ডার নিশ্চিত হওয়ার বার্তা পরিষ্কার কি না। স্থানীয় ঠিকানা, ফোন নম্বর ও ল্যান্ডমার্কের তথ্য পূরণের সময় কোন ক্ষেত্র অস্পষ্ট লাগে তাও নোট করুন।

শেষ কথা

বাংলাদেশি অ্যাপের prototype টেস্টে ভাষা, আস্থা ও সংযোগ—তিনটিই কাজের অংশ। বাংলা/Banglish স্ক্রিপ্ট, পরিচিত পেমেন্ট ও কমার্স পরিস্থিতি, এবং নেটওয়ার্ক স্টেট দিয়ে পরীক্ষা চালালে কোন স্ক্রিন সত্যিই ব্যবহারযোগ্য তা দ্রুত বোঝা যায়।

---

আগে স্ক্রিনগুলো ডিজাইন করুন

সহজ ভাষায় আপনার অ্যাপের বর্ণনা দিন—floow.design আপনার জন্য iOS ও Android স্ক্রিন তৈরি করে দেবে, যা আপনি পরে আরও পরিমার্জন করে হ্যান্ডঅফ করতে পারবেন।

বিনামূল্যে ডিজাইন শুরু করুন →

---

সূত্র

• •বাংলাদেশ টেলিযোগাযোগ নিয়ন্ত্রণ কমিশন (BTRC)
• •bKash-এর অফিসিয়াল ওয়েবসাইট
• •Pathao-এর অফিসিয়াল ওয়েবসাইট
• •Daraz বাংলাদেশ
• •Grameenphone-এর অফিসিয়াল ওয়েবসাইট

Related reading

• •ui design: বাংলাদেশি মোবাইল প্যাটার্ন
• •mobile app development-এর বাংলাদেশি MVP
• •ui ux designer-এর বাংলাদেশি অ্যাপ পোর্টফোলিও