Обработка окончания срока службы приложения в Google Play

Есть ли элегантный способ обработки сценариев окончания срока службы приложения в Google Play?

Предположим, у меня есть приложение ("A"), и это приложение заменяется набором ("S"), в котором есть все функции этого старого приложения. Другими словами, S поглотит A. Я думаю, что с точки зрения бизнеса имеет смысл:

  • Предотвратите новые продажи A, направляя все новые продажи на S.
  • Продолжайте поддерживать A, выпуская обновления и исправления.

Я хочу знать, это технически возможно. Пожалуйста, не обращайте внимания на требования SDK, взаимодействие с пользователем и другие вопросы OT, так как я пока не рассматриваю это (кроме того, с этим я могу всегда дарю подарки старым клиентам, если захочу).

Прямо сейчас я вижу единственный способ добиться этого — установить цену для A настолько высокой, чтобы пользователи не купили ее. Таким образом, я могу продолжать предоставлять обновления без увеличения пользовательской базы (и, следовательно, времени, затрачиваемого на поддержку и т. д.).


android google-play updates end-of-life
person davidcesarino    schedule 09.06.2012    source источник
comment
Просто обновляю вопрос: меня устраивает ответ Карла, но я хотел бы подтвердить, что точно происходит, когда вы меняете требования API. 1) в последнем приложении Play пользователи с неподдерживаемыми API даже не увидят приложение в списке установленных приложений; 2) в том же сценарии они увидят его в полном списке (проведите пальцем влево, список, который включает предыдущие приложения) как установленный. Открыв его, вы увидите обычное предупреждение о его несовместимости (никаких действий, даже удаления). Таким образом, я по-прежнему считаю, что лучший способ — установить такую ​​высокую цену, которую никто не купит, и в то же время разрешить обновления.   -  person davidcesarino    schedule 11.12.2012

Ответы (2)


arrow_upward
0
arrow_downward

Одним из очень простых подходов было бы просто обновить ваше старое приложение, чтобы оно имело новые функциональные возможности вашего приложения, а затем переименовать «старое» приложение (которое теперь является вашим пакетом) и переоценить его, чтобы отразить его новый статус (например, добавить слово «сьют» в названии). Что касается Google Play, это будет то же самое приложение, только «лучшее». Вы сохраните все доверие, полученное от установок старого приложения (по сути, обновив старое приложение). Ваши старые пользователи будут счастливы, потому что (как вы описали) они будут иметь все функции старого приложения, а также некоторые дополнительные функции.

Когда я говорю «обновить», это не означает, что вы должны начать с кодовой базы старого приложения; вы можете просто создать совершенно новый проект и APK, если вы используете то же имя пакета и загружаете его в местоположение старого приложения в магазине Google Play, и пока он функционально охватывает все основы, ожидаемые вашим существующим пользователем основание.

Судя по вашему описанию, минусов я не вижу. Может случиться так, что, приняв этот расширенный набор функций как новый продукт, а не как обновление, вы создали проблему, которой не должно существовать.

person Carl    schedule 04.12.2012
comment
Спасибо, я закончил делать точно это в октябре, следуя вашей идее в этом вопросе, что вы же ответили :). Хотя раньше у меня было бесплатное и платное приложение, я объединил их оба под именем пакета бесплатного приложения, только с покупками в приложении (которые охватывают платные функции). Однако, поскольку для нового приложения требуется API 8+, и старое, и бесплатное приложение по-прежнему доступны (продолжение...). - person davidcesarino; 09.12.2012
comment
Старое бесплатное приложение доступно через функцию нескольких APK (3-7 и 8+ API), а старое платное по-прежнему доступно всем (3+), чтобы не менять ничего, за что уже заплатили другие. Таким образом, я соблюдаю следующие требования, которые я установил: 1) старые платные пользователи могут переходить на новое приложение только тогда, когда они хотят, и их ни к чему не принуждают; 2) новое приложение получает все доверие (как вы сказали) старого бесплатного приложения (большее количество установок действительно приводит к большему количеству конверсий IAP); 3) любой, кто все еще использует 2.1, может получить доступ как к бесплатному приложению (несколько APK), так и к старому платному приложению. - person davidcesarino; 10.12.2012
comment
Что касается окончания срока службы, я обновил описание, чтобы отразить коммерческую доступность и периоды поддержки старых приложений. В идеале старое платное приложение больше не будет доступно (это приложение недоступно и т. д.), но все равно будет отображаться, чтобы поддерживать существующих пользователей обновлениями. У меня есть некоторые идеи, и я сообщу, если соберу ответы. - person davidcesarino; 10.12.2012
comment
Это отличный пример того, насколько сложным может стать процесс обновления или добавления нового продукта, а также того, сколько творческих усилий требуется, даже с такими опциями, как платежи в приложении, чтобы собрать решение, которое работает как для новых и устаревшие пользователи. - person Carl; 10.12.2012

arrow_upward
0
arrow_downward

В настоящее время Google не предоставляет такой функции. Лучше всего добавить в приложение A функциональные возможности, которые позволят ему обновляться с помощью ваших собственных частных серверов, а затем отменить публикацию приложения на рынке. Действительно, Google предоставляет крайне ограниченную функциональность в Dev Console. Вместо налогов они должны были добавить купоны приложений и частные списки приложений. О, Google, как всегда "увеличение продаж".

person Zaid Daghestani    schedule 09.06.2012
comment
Спасибо за ответ. Я уже был в курсе этого, поэтому я оставлю это открытым, по крайней мере, на некоторое время, на случай, если кто-то придет сюда с другим мнением. Если нет или то же самое, я буду рад принять и закрыть этот ответ. Я также просил об этом, чтобы привлечь внимание к этому вопросу. - person davidcesarino; 11.06.2012
comment
Да, я бы предпочел, чтобы вы оставили это открытым. Я хотел бы посмотреть, нашел ли кто-нибудь способ. - person Zaid Daghestani; 11.06.2012