Должны ли вы создать мобильное приложение или веб-сайт для вашего запуска? |

Веб-сайт, веб-приложение или мобильное приложение - какая будет правильная «форма» для вашей бизнес-идеи?

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

Как новый владелец бизнеса, вы можете быть перегружены по выбору. Будет ли ваш продукт лучше работать как мобильное приложение (которое предлагает лучший опыт работы на мобильных устройствах, но его необходимо установить и его можно удалить по собственной прихоти) или веб-приложение (сразу доступное в любое время, но менее простое перемещение с карманный гаджет)?

Некоторые высокопрофессиональные компании вкладывают значительные средства в свой «мобильный» опыт (Uber, Instagram, Zomato Order), в то время как другие (Airbnb, JIRA, InVision) намеренно решили придерживаться версии веб-приложения.

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

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

1. Какова ваша цель продукта?

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

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

Подтвердите свою концепцию продукта с помощью MVP

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

Концепция MVP, популяризированная Эриком Райсом из Lean Startup, предполагает, что перед тем, как идти и вкладывать значительные суммы в разработку продукта, вы проверяете основания с помощью «бета-версии», версии вашего продукта.

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

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

Чтобы решить, следует ли вам искать веб-приложение или мобильное приложение MVP, рассмотрите следующее:

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

Используйте данные, чтобы понять своего клиента и их поведение в Интернете.

Сначала узнайте, как ваша аудитория взаимодействует с вашим брендом. Познакомьтесь с данными, собранными на этапе MVP или во время ранних операций. Доступют ли пользователи к вашему сайту с настольных или мобильных устройств? Какие мобильные ОС-системы они используют? На каких страницах они чаще всего обращаются к ним? Эти данные могут быть собраны через Google Analytics и помогут вам разработать концепцию вашего мобильного приложения.

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

Конечно, вы можете «Аутсорсинг» на более крупный веб-сайт купона вместо того, чтобы инвестировать в разработку мобильных приложений, но помните о следующих факторах:

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

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

Соберите больше статистических данных о ваших текущих клиентах

В этом случае вы должны сначала отслеживать лучшие источники данных и способы их использования.

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

Вы также можете настроить Google Analytics на анализировать поведение пользователя в приложении и получать отчеты о потоках поведения или отслеживание событий (например, покупка, клик по объявлению и т. д.). Тем не менее, общая проблема заключается в том, что вы несколько ограничены тем случаем, который вы можете отслеживать.

В частности, это:

• Выбор меню
• Воспроизведение видео
• Swipes
• Щелчки на кнопках
• Покупки
• Клики объявлений

Даже зная преимущества веб-приложения, если вам интересно, что происходит в магазине, мобильное приложение может быть лучшим вариантом.

Например, Carrefour недавно установил ряд iBeacons вокруг своих магазинов и разработали специальное приложение для лояльности клиентов, которое помогает пользователям перемещаться по магазину для более персонализированного шоппинга.

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

Увеличить видимость бренда

В этом случае обратите внимание на то, где и когда клиенты, скорее всего, будут использовать ваш сайт:

• Outdoors : мобильные приложения предпочтительнее вообще.
• Автомобильный и общественный транспорт: мобильные приложения или Carplay.
• Самолет: как мобильные приложения, так и веб-приложения в автономном режиме.
• Офис: веб-и настольные приложения.
• Главная: мобильные и веб-приложения одинаково популярны.

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

2. Ваша идея предполагает доставку информации в режиме реального времени?

Будет ли ваш продукт предоставлять информацию, чувствительную к времени, или способствовать немедленным действиям?

Люди подключены для отслеживания всех видов поведения на ходу и получения немедленного доступа к своевременной информации.

Вот некоторые данные, чтобы доказать суть:

• В 2017 году взрослые США будут тратить два часа 41 минуту в день на приложения, по сравнению с 34 минутами в день, используя мобильные сайты.
• 90% покупателей розничной торговли используют их телефоны в магазине для сравнения цен (54 процента); (48%) и просмотрите онлайн-обзоры (42%).
• По данным Исследовательского центра Pew, 62% взрослых американцев также использовали свои смартфоны для получения информации, связанной со здоровьем; 57% используют свои гаджеты для онлайн-банковских операций и финансовых транзакций, а 30% используют его для проведения онлайн-класса или открытия образовательного контента.

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

Например, представьте, что вы планируете создать новое руководство по событиям, в котором будут представлены последние параметры развлечений в этой области.

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

Это прекрасная концепция продукта.

Но вот как вы можете сделать это еще лучше, если вы решили создать мобильное приложение, а не веб-сайт или веб-приложение:

• В зависимости от их местоположения пользователи могут получать уведомления в реальном времени о событиях, которые происходят поблизости.
• Ваше приложение может включать в себя управляемую навигацию к событиям, что упрощает и упрощает поиск людей.
• Пользователи могут получать мгновенные уведомления о своих предстоящих планах вместе с промо-предложениями на месте, такими как «пропустить лайн за дополнительную плату »или« обновите свою at. "
• Они могут получить уведомление о том, что их друзья посещают одно и то же шоу или мероприятие поблизости и соединяются с ними.

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

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

3.

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

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

Общими примерами являются:

• Приложения для заметок
• Списки дел
• Социальные медиа
• Игры
• Все виды приложений для отслеживания
• Карты и навигационные системы
• Транспортные приложения (включая обмен автомобилями, такси и т. Д.)

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

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

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

4. Вам нужно получить доступ к собственным функциям телефона?

Рассмотрим следующие моменты:

• Будут ли пользователи пользоваться информацией, полученной в соответствии с их текущим местоположением?
• Планируете ли вы использовать такие функции, как камера, гироскоп или Датчики?

Если вы ответили «да» на любой из вышеперечисленных вопросов, было бы лучше выбрать собственное мобильное приложение.

Конечно, опытные разработчики скажут, что это определенные способы обхода, и вы все равно можете получить доступ к камере или играть в игры требуя поддержки гироскопа с использованием HTML5, но это не сделает ваш продукт более или менее стабильным.

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

Однако общая проблема заключается в том, что создание мобильного продукта предполагает создание двух отдельных приложений (iOS и Android) и двух бюджетов для этого. Обходной путь здесь состоит в том, чтобы сначала запустить продукт на одной мобильной операционной системе (более популярной в вашей целевой аудитории), а затем перенести приложение на другую платформу.

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

5. Как вы думаете, люди будут использовать ваш продукт в автономном режиме?

Давайте подумаем о ваших случаях использования продукта.

Пока мы живем в широко распространенном мире с доступными интернет-данными, до 15 процентов пользователей США получают доступ к приложениям в автономном режиме на любом заданное время.

Существует множество случаев, когда соединение может быть недоступным:

• Во время путешествия - на самолете, поезде, метро.
• За границей , когда плата за роуминг становится непомерной.
• В зонах со слабым сигналом соединения - на улице, подвалах и т. Д.

Если вы хотите обслуживать пользователей в этих «автономных» ситуациях, мобильное приложение является более подходящим выбором с точки зрения удобства.

Например, несколько карт и навигационных приложений имеют автономный режим, в котором используется только встроенная GPS-система телефона, а не интернет-данные, например, приложение Maps.me. Карты Google также позволяют загружать определенную карту и использовать ее с навигацией в автономном режиме, но функциональность продукта в значительной степени усечена. Tripadvisor позволяет загружать быстрый путеводитель по городу, когда вы находитесь за границей, с выбранным списком рекомендаций.

Instagram недавно добавила автономный режим в свое приложение для Android, что позволит сохранить все действия пользователей до тех пор, пока связь не вернется. Это был особенно мудрый шаг, так как компания работает над расширением своего присутствия в менее развитых странах. Согласно последним данным по состоянию на март 2017 года, самое низкое проникновение в Интернет - в Африке (27,7%) и Азии (45,2%). Помните этот факт, если вы планируете сорвать один из местных развивающихся рынков.

6. Каковы ваши бюджеты?

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

Согласно данным Clutch, средняя стоимость создания полнофункционального мобильного приложения составляет от 37 913 до 171 450 долл. США. Помните, что это затраты на создание мобильного приложения только для одной платформы (iOS или Android).

Если вы выберете мобильное приложение MVP, сметная стоимость будет ближе к $ 5000-15 000. Это будет очень простое приложение, имеющее только одну-три основные функции и привлекательный минимальный дизайн.

Средняя стоимость разработки веб-приложений составляет от 10 000 до 150 000 долларов, что в значительной степени зависит от сложности вашего продукта и компании, которую вы нанимаете.

Вы можете сократить количество, если вы решите передать аутсорсинг на более доступный регион (подумайте в Восточной Европе или Латинской Америке), где средние почасовые ставки составляют от 35 до 75 долларов США, по сравнению с ставками разработчиков США в размере от $ 100 до $ 200 за час.

Построение оптимизированного мобильного веб-сайта позволит вам вернуть гораздо меньше средств на бюджет в размере от $ 5000 до $ 12 000.

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

Плюсы разработки приложений аутсорсинга:

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

Недостатки разработки приложений аутсорсинга:

• Коммуникационные трудности и возможный языковой барьер.
• Различия в часовых поясах.
• Вопросы безопасности и конфиденциальности.

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

• Какова ваша цель продукта и общие ситуационные применения?
• Будете ли вы предлагать доставку информации в реальном времени?
• Намерены ли вы использовать собственные функции смартфона?
• Как часто ваш продукт будет использоваться и в каких случаях?
• Планируете ли вы предлагать автономные функции?

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

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