Tester Exchange باز کردن Tester Exchange

رد شدن دسترسی به production: قدم بعدی چیست

به‌روزرسانی: نوامبر 2026

تست بسته را اجرا کردید، درخواست production دادید، حدود یک هفته منتظر ماندید و Google جواب منفی داد. حس می‌کنید از صفر شروع می‌کنید، اما معمولاً این‌طور نیست. در بیشتر موارد ترک تست بسته، تسترها و اپ شما سر جایشان می‌مانند و Google فقط می‌خواهد پیش از عمومی شدن اپ تست بیشتر یا بهتری ببیند. این راهنما توضیح می‌دهد این تصمیم یعنی چه و برای درخواست بعدی یک برنامه می‌دهد.

آدم‌های واقعی اپ شما را 14 روز روی گوشی‌های خودشان باز می‌کنند. یک بار پرداخت کنید، یا با تست اپ‌های دیگر رایگان بگیرید.گرفتن 12 تستر

رد شدن یعنی چه

Help Center گوگل می‌گوید ممکن است لازم باشد پیش از گرفتن دسترسی به production تست بسته را ادامه دهید. دلایلی که فهرست می‌کند شامل کمتر از 12 تستر opt-in‌شده و تعامل ناکافی تسترها با اپ در طول تست است.

پس رد شدن معمولاً اخطار policy علیه حساب شما نیست. Google می‌گوید شواهد تست شما هنوز قانع‌کننده نبوده است. ایمیل و پیام داخل Play Console را با دقت بخوانید: معمولاً به تست، تعامل یا جواب‌هایی که داده‌اید اشاره می‌کند.

  • «More testing required» یا مشابه آن: تست بسته را ادامه دهید و استفاده واقعی بیشتری جمع کنید.
  • کمتر از 12 تستر opt-in‌شده: بعضی تسترها رفته‌اند. پیش از درخواست دوباره تستر بیشتری جذب کنید.
  • مشکل policy یا محتوا: موضوعی جداست. صفحه Policy status را ببینید و اول آن‌ها را رفع کنید، وگرنه درخواست تازه فایده‌ای ندارد.

اول، این کارها را نکنید

  • ترک تست بسته را حذف نکنید و تسترهایی را که هنوز فعال‌اند برندارید. به آن‌ها نیاز دارید.
  • برای «شروع تازه» یک اپ جدید با package name جدید نسازید. مجبور می‌شوید به‌هرحال یک تست بسته کاملاً جدید اجرا کنید.
  • روز بعد با همان جواب‌ها دوباره درخواست ندهید. چیزی عوض نشده؛ پس همان نتیجه را انتظار داشته باشید.
  • جای‌ها را با گوشی‌های اضافه خودتان یا حساب‌های جعلی پر نکنید. Google می‌تواند ببیند که حساب‌های زیادی یک دستگاه را به اشتراک گذاشته‌اند.

نقطه ضعف را پیدا کنید

ترک تست بسته و آمار دوره تست را در Play Console باز کنید و صادقانه از خودتان بپرسید:

  • در روز درخواست چند تستر هنوز opt-in بودند؟ آیا با فاصله مطمئن بالای 12 بود؟
  • چند نفرشان در بیشتر روزها اپ را باز کردند، نه فقط در روز اول؟
  • آیا در طول تست دست‌کم یک build جدید آپلود کردید؟
  • آیا می‌توانید بازخورد واقعی تسترها را نقل کنید و بگویید به خاطرش چه چیزی را تغییر دادید؟
  • آیا جواب‌های شما در فرم عدد داشت، یا یکی دو جمله متن کلی بود؟

بیشتر درخواست‌های ردشده به خاطر تعامل و جواب‌های مبهم رد می‌شوند. هر دو را می‌توان در دو هفته درست کرد.

برنامه‌ای برای درخواست بعدی

  1. اگر ایمیل به مشکل policy اشاره کرده، اول آن‌ها را رفع کنید.
  2. تعداد تسترها را بررسی کنید. تا وقتی 15 تستر واقعی یا بیشتر opt-in نشده‌اند جذب کنید، تا ریزش شما را زیر 12 نبرد.
  3. هر هفته به تسترها کارهای مشخص بدهید، مثلاً «ثبت‌نام کن، اولین مورد را بساز، صفحه تنظیمات را امتحان کن». درخواست مبهم استفاده مبهم می‌آورد.
  4. با یک فرم ساده یا آدرس ایمیل بازخورد کتبی جمع کنید و یک گزارش نگه دارید.
  5. در طول تست چند مشکل گزارش‌شده را رفع کنید و build‌های جدید را روی ترک تست بسته آپلود کنید.
  6. تست را دست‌کم 14 روز دیگر با استفاده واقعی روزانه ادامه دهید. Google دوره انتظار ثابتی اعلام نکرده، پس به‌جای تماشای تقویم بگذارید شواهد جمع شود.
  7. جواب‌هایتان را با عدد بازنویسی کنید: تسترهای opt-in‌شده، چند نفر منظم از اپ استفاده کردند، تعداد تستر-روز، باگ‌های پیداشده و رفع‌شده، build‌های منتشرشده.
  8. از Dashboard دوباره درخواست بدهید. Google می‌گوید بررسی معمولاً هفت روز یا کمتر طول می‌کشد.

جواب‌های بهتر بنویسید

فرم Google می‌پرسد جذب تستر چقدر آسان بود، تسترها چطور تعامل داشتند، چه بازخوردی گرفتید و چطور جمعش کردید، اپ برای چه کسانی است، چه ارزشی دارد، نصب مورد انتظار چقدر است، بعد از تست چه چیزی را تغییر دادید و از کجا می‌دانید آماده است.

آن را مثل یک گزارش تست کوتاه ببینید. «15 تستر، 13 نفر در دست‌کم 10 روز از 14 روز اپ را استفاده کردند، 21 پیام بازخورد، 3 کرش در build‌های 1.0.2 و 1.0.3 رفع شد، onboarding از 4 صفحه به 2 صفحه کوتاه شد» خیلی قوی‌تر از «تسترها اپ را دوست داشتند» است. ابزار رایگان ما در https://testerexchange.com/tools/production-answers/ عددهای شما را به پاسخ پیش‌نویس تبدیل می‌کند و راهنمای سؤال‌های دسترسی به production هر سؤال را توضیح می‌دهد.

اگر مشکل از تسترها بود

اگر بیشتر تسترهای اولتان یک بار نصب کردند و غیب شدند، دور دوم با همان آدم‌ها هم همان شکل را خواهد داشت. جایشان را با کسانی پر کنید که هر روز اپ را باز می‌کنند.

Tester Exchange آدم‌های واقعی می‌فرستد که روی گوشی Android خودشان از اپ شما استفاده می‌کنند و استفاده روزانه هر تستر را نشان می‌دهد؛ پس در حین تست تعامل را می‌بینید، نه اینکه از طریق رد شدن بفهمید. می‌توانید یک بار پرداخت کنید ($12.99 برای 12، $14.99 برای 15، $22.99 برای 25 تستر) یا با تست کردن اپ‌های دیگر در https://testerexchange.com/earn رایگان تستر بگیرید. اگر تستری کنار بکشد، تستر جدیدی جایش را می‌گیرد.

سؤال‌های پرتکرار

آیا باید 14 روز را از صفر شروع کنم؟

Google می‌گوید ممکن است لازم باشد تست بسته را ادامه دهید. ترک و تسترهای فعلی را نگه دارید و پیش از درخواست دوباره دست‌کم دو هفته دیگر استفاده واقعی را برنامه‌ریزی کنید.

پیش از درخواست دوباره چقدر باید صبر کنم؟

Help Center گوگل دوره انتظار ثابتی اعلام نکرده است. وقتی دوباره درخواست بدهید که تست آشکارا بیشتر و بهتری برای نشان دادن دارید.

آیا رد شدن به حساب توسعه‌دهنده من آسیب می‌زند؟

تصمیم دسترسی به production درباره تست با نقض policy یکی نیست. مشکلات policy جداگانه در صفحه Policy status نشان داده می‌شوند.

آیا می‌توانم به‌جایش اعتراض کنم؟

برای تصمیم درباره تست، راه عملی تست بیشتر و درخواست قوی‌تر است. برای اعمال policy، لینک اعتراض همان ایمیل را دنبال کنید.

آیا به حساب سازمانی تغییر بدهم؟

فقط اگر کسب‌وکار واقعی با شماره D-U-N-S هستید. حساب‌های سازمانی مشمول شرط تست بسته نیستند، اما تبدیل زمان و تأیید می‌خواهد. راهنمای حساب سازمانی در برابر شخصی را ببینید.

آدم‌های واقعی اپ شما را 14 روز روی گوشی‌های خودشان باز می‌کنند. یک بار پرداخت کنید، یا با تست اپ‌های دیگر رایگان بگیرید.گرفتن 12 تستر

راهنماهای بیشتر