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

9

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

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

Райан
источник
1
Если приложение настолько простое, вы должны сделать и то и другое: вам будет весело, а ваш клиент будет счастлив.
dasblinkenlight
2
Кажется, вы ставите свои собственные потребности выше потребностей своих пользователей.
Калеб
9
«Имеет ли смысл создавать iPhone, когда достаточно мобильного сайта, просто потому, что ваши пользователи предпочли бы, чтобы это было приложение для iPhone?» - просто потому что? У вас есть логика в обратном направлении.
GrandmasterB
3
Это похоже на вопрос опроса. Более того, правильный ответ довольно ясен, делайте то, что хочет ваш клиент, кому какое дело, если это «перебор», если у вашего клиента есть веская причина, это не должно иметь значения.
Ramhound

Ответы:

6

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

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

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

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

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

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

Кирк Бродхерст
источник
2
Итак, вы просто создаете веб-приложение на HTML5, а затем рассказываете / показываете пользователю, как связать с ним значок?
Роберт Харви,
Или просто страница HTML (любая версия). Ключ инструктирует iOS для запуска полноэкранного Safari и указывает значки в HEADразделе. AFAIK пользователь не может выбрать собственную иконку для использования.
Кирк Бродхерст
7
-1 Веб-приложения далеки от «кроссплатформенности» с точки зрения удобства использования. Вы можете создать похожее на iPhone веб-приложение, но такое приложение будет похоже на больной палец на Android и Windows Phone.
Эйфорический
4
@Euphoric вы можете применить другую таблицу стилей в зависимости от платформы, но вам это не нужно . Сравните с попыткой установить приложение iOS на свой Windows Phone, и вы обнаружите, что веб-приложения являются одним из самых кроссплатформенных доступных методов.
Кирк Бродхерст
8

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

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

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

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

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

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

Sulthan
источник
1
+1 Вы не создаете приложение, вы создаете веб-сайт (по звучанию). Так что это должен быть сайт, а не приложение. Это даже не должно называться веб-приложением, не говорите HTML5. Это просто мобильный сайт (изображения и текст).
Уилл Мелдон
4

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

Это дает вам:

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

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

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

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

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

Laas
источник
3

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

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

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

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

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

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

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

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

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

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

Zjr
источник
2
tl; dr: Вы должны быть в магазине приложений.
Роберт Харви,
2

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

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

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

JeffO
источник
1

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

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

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

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

Avian00
источник
Если приложение для клиентов, «In-House» не поможет ...
Sulthan
Действительно, но так как вопрос никогда не прояснял этот момент, я чувствовал, что по крайней мере стоит упомянуть.
Avian00
0

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

О нет
источник