Запуск оновлення гри: терміни випуску між платформами


11

Щойно я закінчив робити капітальне оновлення для старої назви мобільних пристроїв, які не бачили оновлення впродовж року. Багато нового вмісту, речі виглядають приємно.

На жаль, сьогодні в середньому потрібно 12 днів, щоб отримати оновлення через затверджувальну трубку iTunes, але менше, ніж 2 години, щоб одразу перенести його на Google Play.

Якщо я поставлю версію зараз, я можу потрапити на осінній період канікул на андроїд принаймні, і людям з iOS доведеться чекати, поки їх версія буде затверджена.

Але я чую від інших студій, що вони чекають і запускають обидва оновлення одночасно, щоб досягти так званого "ефекту синергії", оскільки (наскільки я розумію) увага до оновлення переливається на дзеркальну платформу.

Але ... я просто скептично ставлюсь до цього. Чи дійсно цей ефект настільки сильний, що ви могли б відкласти запуски на тижні? І трохи погуглившись, мені важко знайти будь-які цифри, які можуть підтримати цю стратегію.

Якщо говорити простіше: чи стримує запуск програми, поки всі платформи не синхронізуються дійсно "того варто"?

Ofcouse я стримуватиму PR-коней до тих пір, поки оновлення не буде готове до обох платформ, але чи справді погано робити "передчасний" запуск програми на одній платформі?

Якщо хтось може підкріпити цю стратегію більш ніж просто почуттям кишечника (цифри та діаграми завжди чудові), я все вухо. Я нічого не роблю зі своїм додатком до тих пір, поки у мене є міцний інтелект щодо цих стратегій оновлення.

PS: Мені відомо, що той самий метод використовується при початковому запуску програми, де певним чином для мене це має більше сенсу. Якщо у вас є якісь дані про те, наскільки сильна користь від цієї стратегії, я теж на всі вуха.


Лише зауваження: деякі мобільні ігри, такі як Clash of Clans тощо, перестали робити це за винятком надзвичайно великих оновлень, але це може бути лише побічним ефектом їх величезної бази користувачів.
Піп

4
Зауважте, що хороші відповіді на це питання повинні бути підкріплені конкретними даними та / або статистикою. Спекулятивні та орієнтовані на дискусії відповіді будуть видалені, оскільки без наявності важких даних це питання поза темою. (Мабуть, я не можу додати це як повідомлення після публікації, попередньо не видаляючи щедрості, чого я вважаю за краще не робити.)

Відповіді:


1

Добре, оскільки ви хочете номери, я можу вам гарантувати лише одне число: 1. Це я. Але деякі речі неможливо перерахувати в цифри, і саме так люди ставляться до певних речей.

Коли ви випускаєте оновлення для різних платформ в різний час і припускаючи, що користувач вже чекає цього оновлення, користувачі, яким доводиться чекати довше, отримують відчуття, що вони знаходяться на платформі другого класу. З іншого боку, якщо випускаєте "передчасні" оновлення лише на одній платформі, а не на інших, то ця спільнота може відчувати себе тестовим середовищем, як щури. Мені особисто не подобається грати в незакінчені / зламані ігри, якщо я не знаю про це і в настрої це робити. Я думаю, якщо ви поясните спільноті, що в iOS процес перевірки зазвичай займає набагато більше часу, то десинхронізація випусків може не помітно впливати на спільноту. Просто будьте чесні з громадою, і не брешіть їм.

Інша історія - це те, коли у вашій грі є багатокористувацька. Тоді ви повинні переконатися, що кожен має доступ до однієї і тієї ж версії одночасно. Не приємно, коли хтось не може грати зі своїми друзями, тому що він не має доступу до тієї ж версії.


0

Залежить виключно від гри!

Під час посмертного завершення проекту невдалих ігор менеджер з розробки повинен виправдати невдачу, і в такі моменти дата запуску - одне з найкращих причин втечі. Але правда, це був поганий вибір контенту з самого дня.

Якщо вміст гри та гра справді казкові, то після завершення гарантії якості я не бачу причин для проведення релізу.

Ви чекаєте крос-платформи, щоб забезпечити максимальну кількість завантажень. Тому що після опублікування поганих відгуків / оцінок навряд чи хтось хотів би спробувати гру.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.