Консоль Google Play: отказ в доступе к рабочей версии после закрытого тестирования (окно взаимодействия, разрешения, DUN ⇐ Android

[Anonymous]

Изначально мы зарегистрировались с помощью личной учетной записи разработчика Google Play, поскольку у нас не было номера D-U-N-S, необходимого для учетной записи организации. Мы уже подали заявку на номер D-U-N-S через Dun & Bradstreet India и в настоящее время ждем ее.
При попытке перевести наше приложение в производственную Google отклонил наш запрос по следующим причинам:

• Недостаточное участие тестировщиков во время закрытого тестирования
• Не соответствие требованиям тестирования передовой опыт (сбор отзывов и реагирование на них)
• Попросили снова провести закрытое тестирование в течение 14 дней с реальными тестировщиками

Мы снова провели необходимое закрытое тестирование со следующими результатами:

• Вовлеченность пользователей началась только примерно на день 10
• Загружено 7 обновлений в течение 14-дневного периода.
• Получено только 2 оценки + письменный отзыв
• Вовлеченность возросла после окончания 14-дневного периода
• У нас есть еще раз не подано на производство

Мне нужны разъяснения по нескольким вопросам, касающимся требований Play Console и общего рабочего процесса публикации.

Вопросы

• Требования к закрытому тестированию
  
  Что именно необходимо выполнить или продемонстрировать в течение 14 дней период закрытого тестирования, чтобы избежать отклонения доступа к рабочей версии?
• Взаимодействие после 14-дневного периода
  
  Если значимая активность пользователей (вовлеченность, отзывы, оценки) произошла после окончания официального 14-дневного периода, учитывается ли Google эту активность при рассмотрении следующего производственного запроса?
• Рекомендуемая структура выпуска
  
  Какова обычно рекомендуемая последовательность выпуска?
  
  (например, внутреннее тестирование → закрытое тестирование → открытое тестирование → производственная версия)
• Предложения для консоли
  
  Являются ли предложения, отображаемые в Play Console (например, качество, производительность, удобство работы с устройством), обязательными для рабочей версии или они являются необязательными? лучшие практики?
• Разрешения приложения
  
  Может ли наличие большого количества разрешений (около 18) отрицательно повлиять на процесс утверждения рабочей версии?
• Дублируется имя приложения
  
  Если в Play Store уже существует другое приложение с таким же именем, может ли это вызвать проблемы при проверке или выпуске рабочей версии?
• Учетная запись организационного разработчика / D-U-N-S
  
  Есть ли альтернатива использованию номера D-U-N-S для создания организационной учетной записи разработчика Google Play (например, регистрация Udyam, свидетельство о регистрации)?
  
  Если нет, подает заявку на номер D-U-N-S через Dun & Bradstreet India правильный и единственный действительный метод?

Заранее спасибо за любые рекомендации. Это действительно помогло бы нам понять, что пошло не так и как правильно подготовиться к следующей попытке производства.

Подробнее здесь: https://stackoverflow.com/questions/798 ... g-engageme