Добавление поддержки iPad в проект iPhone: универсальное или два отдельных приложения?

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

Теперь я реализую версию iPad, и я делаю это с той же кодовой базы, что удобно делать. Но когда я закончил, я задаюсь вопросом, действительно ли я должен опубликовать его как универсальное приложение. Я мог бы вместо этого загрузить его как отдельное, совершенно новое iPad-только приложение.

Если я сделаю его универсальным:

  • ✓ Мои существующие пользователи iPad будут в восторге от обновления и внезапной поддержки iPad.
  • ✓ Я пользуюсь существующим рейтингом/трафиком для своего приложения, не нужно создавать его с нуля.
  • ✗ Мои пользователи iPhone увидят обновление для ничего.
  • ✗ Оценки пользователей могут запутаться, так как две версии отличаются друг от друга.

Если я сделаю им два отдельных приложения:

  • ✓ Я могу установить разные цены для iPhone и iPad.
  • ✗ Существующие пользователи моего iPhone-приложения, которые на iPad, не будут знать там новую версию. И если они обнаружат это, необходимость переноса их данных будет их раздражать. Как будет платить еще раз за это.

Мне не хватает каких-либо других компромиссов, которые могут помочь решить, какой маршрут взять? У кого-нибудь есть опыт, чтобы поделиться им с любым маршрутом?

Ответы

Ответ 1

Я увидел интересное сообщение в блоге (ниже), где он показывает, что вы разбавляете свой рейтинг загрузки в iTunes, если у вас есть отдельные приложения.

http://www.cocoanetics.com/2011/05/to-universal-or-not/

Ответ 2

В этом нет другого способа. Вы должны идти универсально.

Единственная причина против универсального приложения - это разные цены (и я думаю, что это может сильно портить клиентов. Особенно те, кто использует приложение на своих iPad).

Я могу найти множество причин:

  • Клиенты видят уведомление об обновлении приложения для универсальной поддержки. Создание отдельного приложения для iPad означает, что вам нужно вручную обратиться к клиентам iPad, чтобы уведомить их.

  • Код более управляемый. Что делать, если вы создаете класс обработки данных, который предоставляет информацию для таблиц/представлений? Почему вы хотите иметь две копии одного и того же кода в двух разных проектах? Что делать, если вы исправляете ошибку в будущем и должны выполнять те же исправления дважды в разных проектах?

  • Наличие универсального приложения заставляет вас выглядеть более профессионально как разработчик

  • Поскольку ваш проект продолжает расти, использование двух разных приложений будет кошмаром для разработки с точки зрения внесения изменений, запуска обновлений и т.д.

  • Для некоторых сторонних библиотек требуется некоторая форма идентификатора приложения. Существуют другие, которые требуют, чтобы вы платили за реализацию приложения. Зачем платить дважды за разные приложения, если вы можете сделать это в одном универсальном приложении?

  • Опыт пользователей. Пользователи, владеющие iPhones и iPads, ожидают некоторую синхронизацию приложения между iPhone и iPad с помощью iCloud и др. Я не думаю, что пользователь будет слишком рад узнать, что их данные не синхронизируются на своих устройствах.

  • В приложении Покупки для одного устройства нужно будет снова купить для другого (это не будет хорошо с клиентами).

... Я могу продолжать и продолжать весь день. Подводя итог, если у вас нет ОЧЕНЬ разумной причины иметь отдельные приложения (и я, честно говоря, не могу придумать ни одного), пойдите универсально. Универсальные приложения встречаются как чистые, хорошо построенные и профессионально сделанные. Они производят хорошее впечатление на клиентов, и это легкий ветерок для разработчиков.

Создание двух отдельных приложений для iPhones и iPads - это выбор веб-сайта и разделение его на разные автономные версии с их собственными индивидуальными именами для разных браузеров... не имеет смысла:)