Является ли простое приложение для iPhone более привлекательным для пользователей, чем мобильный веб-сайт?

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

Имеет ли смысл создавать приложение для iPhone, когда достаточно мобильного сайта, просто потому, что ваши пользователи предпочли бы, чтобы это было приложение для iPhone? Есть ли способ легко убедить пользователей в том, что мобильный сайт так же прост в использовании?

Простой ответ - разработать веб-сайт, но создать его как мобильное веб-приложение. Если вам удобнее создавать веб-сайт или вы чувствуете, что он будет работать быстрее, тогда это путь.

Пользователи по-прежнему могут «установить» его (создать значок на своем домашнем экране, где вы указываете png для использования для значка), вы скрываете панель инструментов Safari, и она функционирует так же, как приложение.

Вот страница Apple по созданию веб-приложений

Преимущества этого

• кроссплатформенность - веб-приложение будет работать на Android, WP, даже Blackberry!
• Вы можете обновить контент - например, текст, изображения без обновления приложения
• дешевле и быстрее развиваться

Я не знаю, можете ли вы поместить подобные веб-приложения в магазин iTunes или нет.

Если веб-страница действительно так проста, вы не должны превращать ее в приложение. Я могу дать вам одну причину, но она очень хорошая:

Простые приложения обычно не проходят через рецензентов appstore .

С https://developer.apple.com/appstore/resources/approval/guidelines.html

2.12 Приложения, которые не очень полезны, уникальны, являются просто веб-сайтами, связанными как Приложения, или не предоставляют длительную развлекательную ценность, могут быть отклонены

Если вы попытаетесь загрузить такое приложение, вы, вероятно, получите отказ, заявив, что «приложение не использует встроенные функции iOS» или что-то подобное.

Если вы хотите создать простое приложение для iOS, вам нужно подумать, какие функции будут добавлены к веб-странице.

Буквально на прошлой неделе я опубликовал приложения в Google Play и App Store, которые были немного больше, чем специализированные браузеры ( WebView ) для адаптивного веб-сайта и немного сахара на нем.

Это дает вам:

• Быстрая разработка большинства приложений на основе HTML5 в виде веб-страницы
• Присутствие в соответствующем App Store устройства
• Пользователи могут устанавливать приложение обычными способами (без сложных инструкций, чтобы вывести значок на домашний экран)

Но вы все еще сохраняете преимущества нативного приложения:

• Вы всегда можете переместить больше кода на родную сторону позже
• Используйте API-интерфейсы, недоступные веб-страницам на основе браузера, например
  • рекламировать приложение как приложение маршрутизации в новых iOS Картах
  • пусть Passbook откроет тикет в вашем приложении и т. д.

Я уверен, что Android тоже имеет множество API, которые запрещены для веб-приложений.

КСТАТИ. Из моего собственного опыта - держитесь подальше от кроссплатформенных фреймворков. Даже за такое простое задание меня укусила моя задница, и я переписал все это на родном языке.

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

Я предполагаю, что такого рода клиенты на самом деле идут не за приложение, а за магазин приложений .

Вы можете недооценивать видимость, которую магазины приложений могут придавать публикации клиента, здесь.

«Бесплатная реклама !!! 1!» может быть все, что видит ваш клиент.

Тем не менее, они, клиент, могут недооценивать фактические предполагаемые затраты . Но в их сознании эти новые затраты будут уравновешены «новыми» механизмами монетизации, которые позволяют appstores.

Затем они почти наверняка переоценивают фактическую монетизацию , которую магазин приложений может создать для своего (я полагаю, редакционного) продукта в настоящий момент. В конце концов, они не спортивные Angry Birds.

Кроме того, они, вероятно, затягивают время выхода на рынок , выбирая решение для приложений.

К сожалению такого рода бизнес-план:

• Приложение для сборки
• ???
• ПРИБЫЛЬ

Кажется, в настоящее время все ярость.

Вы не предоставляете своему клиенту достаточно информации для принятия обоснованного решения.

1. Они знают о процессе одобрения приложения iPhone?
2. Существуют ли функции, к которым пользователям нужен доступ, когда они не подключены?
3. Вам нужно беспокоиться о конфиденциальной информации, хранящейся на телефоне?
4. А как насчет устройств не производства Apple?

Остерегайтесь «мне проще создать сайт», потому что есть любители, которые будут более чем счастливы создать приложение для iphone.

По общему признанию, у меня есть личная склонность к родным приложениям, но я думаю, что на самом деле нет черно-белого ответа на это. Вот пара мыслей о веб-приложениях и нативных:

• Веб-приложения хороши, если вы хотите избежать участия в программе Apple для разработчиков. Без этого вы не сможете устанавливать приложения на устройства или публиковать их в App Store.
• Затем, конечно, есть усилия по изучению XCode и Objective-C (если вы их еще не знаете).
• С другой стороны, нативные приложения имеют тенденцию быть более отзывчивыми (мой собственный субъективный опыт).
• Если приложение должно быть в состоянии работать в автономном режиме (когда нет подключения к Интернету), то собственное приложение на самом деле является единственным реалистичным вариантом.

В вашем случае я бы сравнил требования вашего клиента с плюсами и минусами веб и нативных приложений.

Я также добавил бы, что написание и развертывание нативного приложения для iPhone НЕ ОБЯЗАТЕЛЬНО требует присутствия в App Store. Так называемые «Внутренние приложения» могут быть написаны и развернуты в корпоративной среде. Учтите это: http://help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a

Учитывая ваше описание проблемы, я бы пошел на мобильный сайт, замаскированный под приложение. В целом, многие мобильные приложения - это просто сайты HTML5, которые могут запускаться или не запускаться локально. Это может стать отличным началом для быстрой разработки мультиплатформенного приложения, которое будет работать достаточно хорошо на многих типах мобильных устройств без необходимости переделки большей части кода. Сказав это, есть одна оговорка: HTML5 не король скорости при выполнении тяжелых работ. Когда пришло время выполнить некоторый интенсивно обрабатывающий код, который недоступен в качестве некоторого промежуточного программного обеспечения для платформы (платформ), для которой вы разрабатываете, код может работать довольно медленно, если вы выполняете обработку только от JavaScript, и вы следует рассмотреть возможность перехода на следующий уровень (родное приложение).