app development-এর আগে UI হ্যান্ডঅফ চেকলিস্ট

app development শুরু করার আগে বাংলাদেশি ডেভেলপমেন্ট টিমকে শুধু Figma লিংক নয়, প্রতিটি স্ক্রিনের ফ্লো, বাংলা কপি, API স্টেট ও ইনপুট নিয়ম দিন। বিশেষ করে bKash/Nagad-এর সফল, ব্যর্থ ও পেন্ডিং পেমেন্ট, +880 OTP, বাংলাদেশি ঠিকানা এবং BDT মূল্য-ফরম্যাট স্পষ্ট না হলে বিল্ড পর্যায়ে ভুল বাড়ে।

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

• •Figma বা AI-তৈরি স্ক্রিনের সঙ্গে ক্লিকযোগ্য ফ্লো, স্টেট তালিকা ও কপি স্পেসিফিকেশন দিন।
• •bKash/Nagad পেমেন্টে শুরু, প্রসেসিং, সফল, ব্যর্থ, বাতিল ও পেন্ডিং—প্রতিটি অবস্থার স্ক্রিন ও পরের পদক্ষেপ নির্ধারণ করুন।
• •ফোন নম্বরে +880, ঠিকানায় বাংলাদেশি প্রশাসনিক স্তর এবং দামে BDT/৳-এর নিয়ম একইভাবে লিখুন।
• •Android-প্রথম রিলিজ হলে ছোট স্ক্রিন, ধীর নেটওয়ার্ক ও Play Store-এর বাংলা তালিকা আগেই যাচাই করুন।

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

• •হ্যান্ডঅফ প্যাকেটে কী থাকবে: স্ক্রিন নয়, সিদ্ধান্তের তালিকা
• •bKash ও Nagad পেমেন্ট: প্রতিটি স্টেটের দৃশ্য লিখুন
• •বাংলাদেশি ইনপুট, Android-প্রথম রিলিজ ও Play Store প্রস্তুতি
• •রিলিজের আগে ডেভেলপার-ডিজাইনার যৌথ যাচাই

হ্যান্ডঅফ প্যাকেটে কী থাকবে: স্ক্রিন নয়, সিদ্ধান্তের তালিকা

ডেভেলপারকে একটি Figma ফাইল দিলেই হ্যান্ডঅফ শেষ হয় না। প্রতিটি স্ক্রিনের পাশে কোন কাজের পরে কোথায় যাবে, কোন ডেটা API থেকে আসবে, এবং ডেটা না এলে কী দেখা যাবে লিখুন। AI দিয়ে তৈরি ডিজাইন হলে এই তালিকা আরও জরুরি, কারণ সুন্দর স্থির স্ক্রিনে সাধারণত লোডিং, খালি অবস্থা বা ত্রুটির দৃশ্য থাকে না।

চেকলিস্টে রাখুন:

• •প্রতিটি ফ্রেমের নাম: লগইন / OTP যাচাই / ভুল কোড / সময় শেষ।
• •ট্যাপযোগ্য উপাদান, নিষ্ক্রিয় বোতাম, ব্যাক আচরণ ও সফলতার পরের গন্তব্য।
• •API অনুরোধের প্রয়োজনীয় ক্ষেত্র, লোডিং সূচক, খালি ফল, সার্ভার ত্রুটি ও পুনরায় চেষ্টা।
• •বাংলা কপির মূল লেখা, সর্বোচ্চ লাইন, বোতামের লেখা এবং ভ্যারিয়েবল যেমন বা।
• •অনুমোদিত ডিভাইস আকারে স্ক্রল, কীবোর্ড উঠলে বোতামের অবস্থান এবং স্ক্রিনশট প্রত্যাশা।

Floow-এর তৈরি স্ক্রিন থেকে ডেভেলপারের জন্য পূর্ণ ফ্লো ও স্টেট তালিকা তৈরি করুন। এতে ডিজাইনারের অনুমান নয়, টিমের বাস্তব বিল্ড-সিদ্ধান্ত একটি জায়গায় থাকে।

bKash ও Nagad পেমেন্ট: প্রতিটি স্টেটের দৃশ্য লিখুন

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

হ্যান্ডঅফে অন্তত এই স্টেটগুলো দিন:

1. •শুরু: নির্বাচিত অর্ডার, BDT মোট, পেমেন্ট মাধ্যম ও চালিয়ে যাওয়ার বোতাম।
2. •প্রসেসিং: ডাবল-ট্যাপ ঠেকাতে নিষ্ক্রিয় বোতাম; ব্যবহারকারীকে অপেক্ষার বার্তা।
3. •সফল: লেনদেন/অর্ডার রেফারেন্স, পরবর্তী গন্তব্য, রসিদ দেখার পথ।
4. •ব্যর্থ: অর্থ কাটা হয়েছে বলে ধরে না নেওয়া; কারণ থাকলে দেখান, পুনরায় চেষ্টা ও বিকল্প মাধ্যম দিন।
5. •বাতিল: ব্যবহারকারী পেমেন্ট বন্ধ করলে কার্ট বা অর্ডারে ফেরার নিয়ম।
6. •পেন্ডিং: নিশ্চিত করা হচ্ছে বার্তা, অর্ডার রেফারেন্স, স্ট্যাটাস রিফ্রেশ ও সহায়তা পথ।

পেন্ডিং অবস্থায় পেমেন্ট ব্যর্থ লেখা বিপজ্জনক; ডেভেলপারকে স্পষ্টভাবে আলাদা API স্টেট ম্যাপ দিন।

বাংলাদেশি ইনপুট, Android-প্রথম রিলিজ ও Play Store প্রস্তুতি

বাংলাদেশি ব্যবহারকারীর ইনপুট নিয়ম ফিল্ডের নিচে নয়, কম্পোনেন্ট স্পেসিফিকেশনে লিখুন। ফোন নম্বরের ক্ষেত্রে দেশ-কোড +880 স্থির রাখবেন কি না নির্ধারণ করুন। +880 থাকলে ব্যবহারকারীকে পরের ১০টি অঙ্ক দিতে বলুন; স্থানীয় 01 দিয়ে শুরু করা নম্বর গ্রহণ করলে অ্যাপ কীভাবে সেটিকে +880 ফরম্যাটে স্বাভাবিক করবে তাও লিখুন। OTP ফিল্ডে অঙ্কের সংখ্যা, স্বয়ংক্রিয় পূরণ ব্যর্থ হলে ম্যানুয়াল এন্ট্রি, পুনরায় পাঠানোর সময় এবং ভুল OTP-এর কপি নির্ধারণ করুন।

ঠিকানায় একটি মাত্র ফ্রি-টেক্সট বক্সে ভরসা করবেন না। বিভাগ, জেলা, উপজেলা/থানা, এলাকা বা রাস্তা, বাড়ি/ফ্ল্যাট এবং পোস্টকোড—আপনার ডেলিভারি API যতটুকু চায় ততটুকু আলাদা করুন। ফাঁকা বা অনুপলব্ধ তালিকার জন্যও স্টেট দিন।

মূল্য প্রদর্শনে একটি নিয়ম স্থির করুন, যেমন ৳ ১,২৫০ বা BDT 1,250; পুরো অ্যাপে একই নিয়ম চলবে। ইনপুটে কমা, বাংলা অঙ্ক ও ইংরেজি অঙ্ক গ্রহণের সিদ্ধান্ত লিখুন। বাংলাদেশি সফটওয়্যার কোম্পানির Android-প্রথম রিলিজ পরিকল্পনায় ছোট Android পর্দা, অনুমতি-প্রবাহ ও দুর্বল সংযোগে লোডিং যাচাই করুন। Play Store তালিকায় বাংলা নাম, সংক্ষিপ্ত বিবরণ, স্ক্রিনশটের বাংলা কপি এবং লোকালাইজড স্টোর লিস্টিং আলাদা করে পর্যালোচনা করুন।

রিলিজের আগে ডেভেলপার-ডিজাইনার যৌথ যাচাই

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

রিলিজ চেকলিস্টে লিখুন:

• •সব বাংলা লেখা আসল ডেটায় ভাঙে কি না; বিশেষত লম্বা নাম, ঠিকানা ও ত্রুটি বার্তা।
• •৳ বা BDT-সহ মূল্য কার্ট, চেকআউট, রসিদ ও বিজ্ঞপ্তিতে একই কি না।
• •API লোডিং, সময় শেষ, খালি ফল ও পুনরায় চেষ্টা দৃশ্য ডিজাইনের সঙ্গে মেলে কি না।
• •bKash/Nagad পেন্ডিং লেনদেনে অর্ডার তৈরি, পুনরুদ্ধার ও সহায়তা পথ নির্ধারিত কি না।
• •Android-এ কীবোর্ড, ব্যাক বোতাম, ছোট পর্দা ও নেটওয়ার্ক বিচ্ছিন্নতায় ফ্লো ভাঙে কি না।
• •Play Store-এর বাংলা তালিকার লেখা অ্যাপের বাস্তব স্ক্রিন ও ফিচারের সঙ্গে মেলে কি না।

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

বাংলাদেশি হ্যান্ডঅফে ইনপুট ও পেমেন্ট স্টেট রেফারেন্স

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

পেমেন্ট গেটওয়ে থেকে ফিরে এলেই সফলতার স্ক্রিন দেখানো।

API-র চূড়ান্ত ফল নিশ্চিত হওয়ার আগে প্রসেসিং বা পেন্ডিং স্টেট রাখুন; সফল, ব্যর্থ ও বাতিল আলাদা করুন।

বাংলা কপি শুধু ডিজাইনের টেক্সট লেয়ারে রাখা।

কপি তালিকায় মূল লেখা, ভ্যারিয়েবল, সর্বোচ্চ লাইন, ত্রুটি বার্তা ও অনুবাদের দায়িত্ব লিখুন।

ফোন নম্বর ফিল্ডে +880, 01 এবং স্পেস/ড্যাশের আচরণ অনির্ধারিত রাখা।

গ্রহণযোগ্য ইনপুট ও API-তে পাঠানোর স্বাভাবিকীকৃত ফরম্যাট স্পষ্ট করুন।

Android-প্রথম রিলিজে বড় ডেস্কটপ-ধাঁচের স্ক্রিন ধরে নেওয়া।

ছোট পর্দা, কীবোর্ড, ব্যাক আচরণ, লোডিং এবং দুর্বল সংযোগের গ্রহণযোগ্যতার শর্ত দিন।

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

app development-এর আগে ডিজাইনার কী কী দেবেন?

app development-এর আগে ডিজাইনারের উচিত অনুমোদিত স্ক্রিন, ক্লিকযোগ্য ফ্লো, কম্পোনেন্টের আচরণ, বাংলা কপি, API-নির্ভর লোডিং/খালি/ত্রুটি স্টেট এবং গ্রহণযোগ্যতার শর্ত দেওয়া। বাংলাদেশি পণ্যে +880 ফোন ইনপুট, OTP, ঠিকানা ক্ষেত্র, BDT ফরম্যাট এবং bKash/Nagad-এর সফল, ব্যর্থ ও পেন্ডিং অবস্থাও এই প্যাকেটে থাকতে হবে।

পেমেন্টের সব স্টেট কীভাবে ডকুমেন্ট করব?

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

বাংলা কপির হ্যান্ডঅফ কীভাবে করব?

বাংলা কপির হ্যান্ডঅফে প্রতিটি স্ট্রিংকে স্ক্রিন ও উপাদানের নামের সঙ্গে তালিকাভুক্ত করুন। বোতাম, শিরোনাম, ত্রুটি, খালি অবস্থা, OTP বার্তা ও পেমেন্ট স্টেটের লেখা দিন; বা-এর মতো ভ্যারিয়েবলও চিহ্নিত করুন। লম্বা লেখায় কত লাইন চলবে এবং অনুবাদ পরিবর্তনের দায়িত্ব কার, সেটিও লিখুন।

Android-প্রথম অ্যাপের Play Store প্রস্তুতিতে ডিজাইনারের ভূমিকা কী?

Android-প্রথম অ্যাপের জন্য ডিজাইনারকে ছোট পর্দা, কীবোর্ড, ব্যাক বোতাম, লোডিং এবং দুর্বল সংযোগে গুরুত্বপূর্ণ ফ্লো পরীক্ষা করতে হবে। Play Store প্রস্তুতিতে বাংলা অ্যাপ নাম, সংক্ষিপ্ত বিবরণ, স্ক্রিনশটের কপি ও তালিকার ভাষা অ্যাপের বাস্তব ইন্টারফেসের সঙ্গে মিলিয়ে দিতে হবে।

শেষ কথা

UI হ্যান্ডঅফের লক্ষ্য পিক্সেল পাঠানো নয়; বাংলাদেশি ব্যবহারকারীর প্রতিটি বাস্তব সিদ্ধান্ত—OTP, ঠিকানা, BDT মূল্য, পেমেন্ট ফল ও Android আচরণ—ডেভেলপমেন্ট টিমের জন্য সিদ্ধান্তযোগ্য করে দেওয়া। Floow-এর স্ক্রিনকে পূর্ণ ফ্লো ও স্টেট তালিকায় রূপান্তর করে তারপর বিল্ড শুরু করুন।

---

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

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

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

---

সূত্র

• •bKash অফিসিয়াল ওয়েবসাইট
• •Nagad অফিসিয়াল ওয়েবসাইট
• •Android Developers — অ্যাপ লোকালাইজেশন
• •Google Play Console সহায়তা
• •বাংলাদেশ টেলিযোগাযোগ নিয়ন্ত্রণ কমিশন

Related reading

• •mobile app development-এর বাংলাদেশি MVP
• •মোবাইল UI-তে bangla font বাছাই
• •অ্যাপের জন্য bangla typography গাইড