App Store-এ পৌঁছানোর পথের নোট। কাজের চেকলিস্ট, রিভিউ সমস্যার সমাধান, আর নিজের খরচ নিজে তোলে এমন অ্যাপ বানানোর আইডিয়া।
Jordan Morgan কীভাবে App Store প্রি-অর্ডার দিয়ে অপেক্ষমাণ ইমেইল লিস্টের সামনে Elite Hoops লঞ্চ করলেন, তারপর ছোট Apple Search Ads ও Meta বাজেটে বাড়ালেন; সঙ্গে আপনার নিশ অ্যাপের জন্য ধাপে ধাপে পরিকল্পনা।
"More testing required to access Google Play production" ইমেইল পেয়েছেন? প্রতিটি কারণের মানে বুঝুন, প্রশ্নাবলির উত্তর নতুন করে লিখুন, আর একাধিকবার নয়, ভালোভাবে চালানো একটিমাত্র অতিরিক্ত ১৪ দিনের টেস্টের পর আবার আবেদন করুন।
৩১ আগস্টের সময়সীমা পেরিয়ে গেছে? ১ নভেম্বর ২০২৬-এর এক্সটেনশন এখনও কী দেয় জেনে নিন, তারপর ব্যাক নেভিগেশন বা লেআউট না ভেঙে Expo, Flutter বা React Native অ্যাপকে API 36-এ নিয়ে যান।
Apple-এর 16 অক্টোবর 2026-এর App Review Guidelines আপডেটের সহজ বাংলায় তুলনা: 1.2, 2.3.14, 2.5.19, 3.1.1(a) ও সেকশন 5-এ কী বদলেছে, আর কোন অ্যাপকে পরের সাবমিশনের আগে ব্যবস্থা নিতে হবে।
প্রথম ভার্সন Lovable, Bolt, Replit বা Base44 দিয়ে বানিয়েছেন? একটি চালু ডেমো আর আপনার প্রথম পেইং গ্রাহকদের মাঝে কী বাধা আছে, তা খুঁজে বের করতে এই ১২টি চেক ব্যবহার করুন।
একটি প্রম্পট লগইন ঠিক করে, কিন্তু চেকআউট ভেঙে দেয়। পরেরটা আবার উল্টে দেয়। এখানে জানুন কীভাবে লুপ থামাবেন, সমস্যাটি আলাদা করবেন এবং একটি কাজের রিপেয়ার ব্রিফ হস্তান্তর করবেন।
বর্তমান অ্যাপটিকেই উন্নত করবেন, একটি কাস্টম সার্ভিস যোগ করবেন, নাকি নতুন করে বানাবেন? Base44 বা Bubble ছাড়ার আগে কোড অ্যাক্সেস, ডেটা, ওয়ার্কফ্লো ও ব্যবহারকারীদের বিষয়গুলো যাচাই করার জন্য ফাউন্ডারদের গাইড।
Replit প্রিভিউতে সব ঠিক চলে, কিন্তু গ্রাহকেরা এরর পাচ্ছেন? অ্যাপ নতুন করে লেখার আগে ডিপ্লয়মেন্ট টাইপ, প্রোডাকশন সিক্রেট, ডেটাবেস, ফাইল এবং কলব্যাক URL যাচাই করুন।
Lovable শুধু একটি ওয়েব URL-এ প্রকাশ করে। খরচ ও পরিশ্রমের দিক থেকে PWA, Capacitor র্যাপার ও নেটিভ রিবিল্ড তুলনা করুন, তারপর অ্যাপটি এমনভাবে র্যাপ করুন যাতে Apple-এর Guideline 4.2 পার হয়।
আপনি আসলে কোন স্প্যাম নিয়ম ভেঙেছেন (4.3(a), 4.3(b) নাকি 4.2.6) তা বের করুন, তারপর রিপ্লাই টেমপ্লেট ও পার্থক্যের চেকলিস্ট দিয়ে টেমপ্লেট বা AI দিয়ে বানানো অ্যাপকে রিভিউ পার করান।
Base44 আপনার জন্য একটি সাইন করা IPA তৈরি করে দেয়। তবে ডেভেলপার অ্যাকাউন্ট, App Store Connect রেকর্ড, আপলোড, রিভিউ এবং গাইডলাইন 4.2 পার করতে পারে এমন একটি অ্যাপ — এগুলো এখনও আপনার কাজ। পুরো পথটা এখানে।
এমন একটি App Store রিভিউ ডেমো অ্যাকাউন্ট সেট আপ করুন, যার মেয়াদ কখনো শেষ হয় না, যা দিয়ে প্রতিটি পেইড ও রোল-ভিত্তিক ফিচারে পৌঁছানো যায়, এবং যা লগইন কোডের সেই ফাঁদ এড়ায় যেটি রিভিউতে তিন থেকে পাঁচ কার্যদিবস বাড়িয়ে দিতে পারে।
App Store phased release-এর দিনভিত্তিক পরিকল্পনা: 7 দিনের শিডিউল কী নিয়ন্ত্রণ করে আর কী করে না, কখন পজ করবেন, রোলআউটের মাঝপথে কীভাবে ফিক্স পাঠাবেন এবং খারাপ আপডেটকে অল্প কিছু ব্যবহারকারীর মধ্যে সীমিত রাখবেন।
গাইডলাইন 2.1 App Completeness-এর অধীনে App Store রিজেকশন পেয়েছেন? App Review ঠিক যে বিল্ডটি পায় সেটিই টেস্ট করুন: নতুন ইনস্টল, কার্যকর ডেমো অ্যাকাউন্ট, চালু ব্যাকএন্ড, খুঁজে পাওয়া যায় এমন ইন-অ্যাপ পারচেজ এবং কোনো প্লেসহোল্ডার নয়।
বিল্ডের প্রতিটি অ্যানালিটিক্স ও থার্ড-পার্টি SDK তালিকাভুক্ত করুন, প্রতিটি ডিভাইস থেকে কোন ডেটা পাঠায় তা লিখে রাখুন, আর রিভিউ ধরার আগেই সেই তালিকা দেখে App Store প্রাইভেসি প্রশ্নের উত্তর দিন।
আগে/পরে তুলনাসহ App Store রিলিজ নোটের উদাহরণ, বারবার ব্যবহারযোগ্য টেমপ্লেট এবং App Store Connect ও Play Console-এর ফিল্ড সীমা, যাতে প্রতিটি আপডেট স্পষ্ট বলে কী বদলেছে এবং রিভিউ পাস করে।
App Review-এর অস্পষ্ট বার্তাকে পরীক্ষাযোগ্য সমস্যায় রূপ দিন, তারপর সঠিক সমাধান বেছে নিন: একই বিল্ডে মেটাডেটা ঠিক করা, নতুন বিল্ড বা আপিল। সঙ্গে আছে উত্তরের টেমপ্লেট।
Submit চাপার আগে বিল্ড, স্ক্রিনশট, প্রাইভেসি-সংক্রান্ত উত্তর আর রিভিউয়ারের অ্যাক্সেস মিলিয়ে নিন, যাতে আগেই যাচাই করা যেত এমন কোনো কারণে আপনার প্রথম রিভিউ ফেরত না আসে।
Google Play ক্লোজড টেস্টিংয়ের একটি কাজের পরিকল্পনা: ১২+ টেস্টার জোগাড় করুন, ১৪ দিন তাদের অপ্ট-ইন রাখুন, Google-কে দেখানোর মতো ফিডব্যাক সংগ্রহ করুন এবং “more testing” উত্তর ছাড়াই প্রোডাকশন অ্যাক্সেসের আবেদন করুন।
মানুষ যে মূল্যের জন্য বারবার ফিরে আসে, তার সঙ্গে মিলিয়ে পেমেন্ট মডেল বেছে নিন। তারপর পেওয়াল বানানোর আগে 2026 সালের Apple ও Google-এর ফি এবং পেমেন্ট নিয়ম যাচাই করুন।