Мобильных разработчиков часто спрашивают, сколько будет стоить реализовать ту или иную идею. Например, сделать аналог «Убер» или «Авито». При такой постановке вопроса трудно оценить предстоящие трудозатраты, что создает большой разброс цен у разных разработчиков и недоверие со стороны заказчика. Ещё одной проблемой является недостаточная проработка идеи. Зачастую заказчик видит общую концепцию приложения, но слабо представляет детали. Это приводит к лишним затратам на обсуждение и переписывание требований.
Эта статья адресована в первую очередь тем, кто задумался о заказе собственного приложения. В ней мы ответим на распространенные вопросы и дамим несколько советов, которые помогут вам проработать идею и не потратить лишнего.
Из этой статьи вы узнаете:
сколько стоит создать приложение по вашей идее;
из каких этапов состоит разработка;
как составить бриф и получить оценку без ТЗ;
нужно ли рисовать прототипы и как это лучше сделать;
стоит ли пользоваться конструкторами приложений;
нужно ли создавать под проект нативное приложение, или можно обойтись кроссплатформенным;
как спланировать сроки релиза, чтобы выпустить приложение вовремя.
У меня есть идея приложения. Сколько будет стоить разработка?
C ходу вам никто не скажет. Каждый более-менее крупный проект состоит из нескольких компонентов: самого приложения, сайта, базы данных, панели управления. Насколько затратным выйдет каждый компонент — зависит от ваших потребностей, уникальности задачи и специфики бизнеса.
Недавно мы разместили на бирже заказ на разработку клона «Убер». Одни исполнители просили 100 000 рублей, а другие — до 5 000 000.
Почему такой большой разброс цен?
Разные разработчики — разная стоимость часа работы.
Разные разработчики — разное понимание исходных требований.
Многие независимые разработчики оценивают проект, опираясь на личный опыт. Не факт, что ваше приложение будет похоже на то, что они уже делали.
Получить ориентировочную стоимость разработки можно и самостоятельно, с помощью специального калькулятора. Это не займет более трех минут вашего времени.
Из каких этапов состоит разработка?
Разработка приложений не ограничивается написанием кода. Вот что происходит после того, как ваша идея попадает в руки к разработчику:
Планирование и оценка — знакомство с документацией заказчика, составление плана работ.
Аналитика — выявление требований и способов их реализации.
Дизайн — отрисовка экранов, подготовка материалов для вёрстки, иконок, скриншотов для магазинов, создание интерактивных прототипов.
Разработка —верстка, разработка API, подключение (иногда интеграция со сторонними сервисами).
Тестирование — проверка всех возможных сценариев использования в различных условиях.
Релиз — публикация приложения в Apple App Store и Google Play.
Сопровождение — поддержка и развитие проекта после релиза.
Каждый этап требует времени и усилий. Если вам предлагают сделать приложение за 100 000 рублей без ТЗ – это повод насторожиться.
Когда я смогу узнать точную стоимость и сроки?
Как правило, точную оценку можно получить уже на этапе аналитики. К этому моменту ваша идея детализируется до конкретных требований, реализацию которых можно измерить в человеко-часах.
Проработка требований может занять от нескольких дней до нескольких недель, в зависимости от сложности проекта. Вы можете значительно ускорить этот процесс, если предоставите разработчику качественное ТЗ.
А можно как-нибудь без ТЗ?
Да, можно. Если вы хотите узнать нижний порог стоимости разработки, то ТЗ можно заменить на краткий бриф.
Бриф — это своего рода анкета для вас и разработчика. Он помогает лучше понять целесообразность идеи и определиться с функциями, которые должны быть в приложении.
В брифе необходимо проработать 4П: пользователей, проблемы, преимущества и прибыль.
Пользователи
Разные люди — разные потребности. От выбора целевой аудитории зависит то, каким должно быть приложение. Например:
В приложениях для пожилых людей используют большие кнопки и минимум настроек.
В приложениях для вызова такси часто встречаются дополнительные опции для пассажиров с детьми и домашними питомцами.
Проблемы
Если приложение не поможет пользователю решать его задачи, то он его, скорее всего, удалит.
Опишите конкретные ситуации, в которых ваше приложение будет полезно людям. Например:
«Заказать такси, когда забыл деньги»,
«Сравнить цены на пылесосы»,
«Найти кафе поблизости».
Преимущества
Чтобы «выстрелить», ваше приложение должно выгодно отличаться от аналогов. Как этого добиться:
Следует помнить, что магазины приложений в некоторых случаях берут внушительную комиссию за покупки пользователей, что может отразиться на сроках окупаемости проекта.
Бриф формирует общее видение проекта. В дальнейшем его можно использовать при составлении ТЗ с требованиями.
Старайтесь описывать требования, а не озвучивать. Так вам не придется по несколько раз пересказывать одно и то же. Если же вам легче формулировать мысли устно, воспользуйтесь голосовым вводом в Google Документах.
Нужно ли рисовать прототипы?
На ваше усмотрение. Прототипы помогают представить, как будут выглядеть экраны приложения. Если вы нарисуете их сами, то дизайнеру не придется придумывать всё с нуля. Он сможет глубже понять вашу идею и поможет развить её до окончательного варианта.
Создавать прототипы можно с помощью бесплатных сервисов или нарисовать от руки.
Список наиболее удобных решений для создания прототипов:
При создании прототипов ориентируйтесь на сценарии действий пользователя. Задавайте переходы между экранами, чтобы не упустить важных шагов.
Что ещё может повлиять на сроки оценки?
Могут возникнуть сложности при планировании интеграции. Например, если приложение должно обмениваться данными с внешним сервисом на Bitrix. Такие моменты сложно оценить, так как приходится постоянно взаимодействовать с командой на стороне клиента. Работа может стопориться просто из-за того, что разработчик всё утро ждал обратную связь от специалиста по CRM.
Создайте общее информационное пространство, в котором ваши специалисты будут отвечать на вопросы мобильных разработчиков. Например, с помощью Google Таблиц, Trello или других менеджеров задач. Собранную таким образом информацию потом можно использовать для доработки ТЗ.
Что лучше: нативное приложение или кроссплатформенное?
Кроссплатформенные приложения менее отзывчивы и не всегда корректно работают на обеих платформах. Если нужно быстро создать простое приложение (например, на основе сайта), то этот вариант вам подходит.
Нативные приложения могут по максимуму использовать возможности своих платформ и работать в офлайн. При этом дизайн приложения будет соответствовать тому, к чему привыкли пользователи Android или iOS. При нынешних тенденциях рынка данный вариант является предпочтительным.
Если ваш бюджет ограничен, закажите нативное приложение для одной платформы. Так вы получите минимально жизнеспособный продукт (MVP) c полным функционалом. С его помощью вы получите адекватную обратную связь от пользователей и поймете, нужно ли вкладывать в разработку для второй платформы.
Стоит ли использовать конструкторы приложений?
Конструкторы приложений предназначены для решения базовых задач бизнеса. Их главный плюс — возможность собрать и настроить приложение самостоятельно, экспериментируя с готовыми модулями. Если ваше приложение является типовым для своей ниши (делает то же, что и другие), вы можете собрать его с помощью конструктора. Если вам нужно что-то более специфичное, то этот вариант не подходит.
Стоит отметить, что большинство конструкторов — это франшизы. Фактически вы получаете доступ к приложению, который необходимо оплачивать. При этом некоторые недобросовестные владельцы франшизы оставляют за собой право менять условия сотрудничества или блокировать доступ клиента к личному кабинету.
Перед тем, как воспользоваться услугами конструктора, почитайте отзывы о приложениях, которые были созданы на его основе. Информация об успешных кейсах в портфолио не всегда соответствует реальному опыту использования.
Что если мое приложение должно быть готово к определенной дате?
Планируйте срок с запасом. К примеру в AppStore приложения проходят ревью, которое может занять более месяца. А повлиять на Apple нельзя.
Даты мероприятий, связанных с презентацией и продвижением приложения, назначайте после прохождения ревью.
Резюме
Одну и ту же идею можно оценить по-разному. Назвать точную стоимость и сроки разработки можно только после выявления и согласования требований.
Никогда не обсуждайте требования устно. Для правильной оценки у всех членов команды должна быть одинаковая информация, зафиксированная письменно.
Чтобы лучше донести свою идею для разработчика, можно составить бриф и нарисовать макеты экранов. В брифе нужно описать 4П: пользователей, проблемы (сценарии), преимущества и прибыль (способы монетизации) .
Чтобы не пришлось по несколько раз объяснять одно и то же — фиксируйте требования письменно.
Прототипы помогают проработать пользовательские сценарии и не упустить важных шагов. Если рисуете прототипы от руки, не забудьте показать логику перемещения между экранами (нажал здесь — перешел туда) .
Чтобы наладить коммуникации между разработчиками и вашими специалистами, ведите обсуждение в менеджерах задач.
Кроссплатформенные приложения подходят только для небольших и неприхотливых приложений. Во всех остальных случаях лучше выбрать нативную разработку.
Если ваш бюджет ограничен, создайте MVP-версию приложения для одной платформы, чтобы получить обратную связь от пользователей.
Конструкторы приложений подходят для решения типовых задач бизнеса. Для чего-то более специфичного лучше обратиться к студиям разработки.
Если ваше приложение должно быть готово к определенной дате, планируйте его выпуск хотя бы за месяц. Мероприятия по презентации и продвижению назначайте после ревью (особенно критично для iOS).
В наш век прогрессивных технологий видео является одним из эффективных способов передачи информации, привлечения клиентов. Сегодня мы просто не представляем жизнь без видео. Взять хотя бы новости, фильмы, телепередачи, которую смотрит каждый из нас, или рекламные ролики, которые мелькают между передачами или в процессе просмотра премьер. Таким образом, видео прочно вошел в нашу жизнь. На сегодняшний день разновидностей видео очень много. Давайте узнаем о них. Также выясним какой видеоконтент нужен для достижения ваших целей в бизнесе.
Несмотря на многообразие и разрозненную структуру современного рынка видеоматериалов, эксперты выделяют пять основных категорий видеоконтента. Современный рынок видеопроизводства поражает своими масштабами и разнообразием доступного пользователям контента. Несмотря на это, сегодня не существует единой структуры рынка и зачастую разобраться в действующей классификации роликов, клипов, документальных и художественных фильмах бывает очень сложно. Предлагаем разобраться в данном вопросе и начать наше обсуждение с терминологии.
Продающий видео ролик. Что понимается под этим термином – большинство участников рынка считают, что этот видеоконтент в первую очередь призван привлечь внимание зрителей и рассказать о каком-нибудь товаре или услуге. Бесспорно, продающее видео должно привлекать внимание потенциальных клиентов, но в первую очередь от него требуется продать идею, донести ее до конечного потребителя. И совершенно неважно идет речь о брендовых часах или перевыборной агитации. Потребитель должен услышать и загореться идей, только в этом случае ролик может считаться продающим.
Видео – контент. По сути, это любое видео от музыкальных клипов и телевизионной рекламы до документальных фильмов и графических заставок.
Виды видеоконтента
Условно весь видеоконтент можно разделить на несколько категорий:
Презентационные ролики
В наши дни именно презентационные видеоролики являются наиболее популярным типом видео. Их задача заключается в визуальной презентации продукта, услуги, явления и т.д. конечному потребителю. Именно к этой категории относится классическая телевизионная реклама, рассказывающая о достоинствах товара.
Имиджевые ролики
Имеджевый видеоконтент призван не просто продать идею, а породить в сознании зрителя определенный эмоциональный отклик. С помощью контента этой категории создается имидж компании, товара, человека. Ярким примером имедвежевых видеороликов является видео о выставке самураев. Ролик не рекламирует само мероприятие, однако при этом он настолько реалистично погружает зрителя в атмосферу выставки, благодаря чему в сознании потенциальных посетителей формируется к ней положительное отношение. Не менее интересным примером является видеоролик художницы Александры Пятницкой. Его атмосфера и сюжет создают в сознании зрителей образ героини, что естественно провоцирует человека на поиск информации о работах художницы и желание увидеть их не только в интернете, но и вживую.
Обучающие ролики
Вполне очевидно, что главной задачей, которую ставит перед собой обучающий видеоконтент – научить своего зрителя выполнению определенных процедур и действий, поведению в различных условиях и т.д. Современные обучающие фильмы могут быть не только постановочными, но и графическими, т.е. выполненные с помощью средств компьютерной графики.
Вирусные ролики
Вирусный видеоконтент в первую очередь призван привлечь внимание пользователей и при этом без разницы, положительное или отрицательное настроение они создают. Вирусный ролик «цепляет» зрителя, заражает его определенной идей, вследствие чего у пользователя появляется потребность передать «вирус» дальше. Т.е. если вирусный ролик удался, то после его просмотра у зрителей обязательно должно появиться желание поделиться им с другими пользователями, например, отправив ссылку другу или выложив видео на своей странице в социальных сетях. Некоторые рекламщики полагают, что вирусный ролик обязательно должен быть эпатажным, с элементами насилия или эротики. Эксперты, не берутся оспаривать данное мнение, однако в одном можно быть уверенным точно – содержимое видео не должно противоречить концепции продукта или и вовсе дискредитировать его. Что лучше всего использовать для создания вирусного ролика – профессиональную камеру или мобильный телефон должен решать исключительно менеджер по рекламе, никаких строгих правил в этом отношении нет.
Социальные ролики
Социальный видеоконтент призван рассказать и визуально продемонстрировать зрителям пути решения той или иной социальной проблемы. При этом создателям роликам необходимо лишь показать наличие проблемы и заявить о себе, при этом избегая открытой рекламы собственных услуг.
Видео Арт
Данный видеоконтент является наиболее интересной категорией. Чаще всего подобные видео ролики создаются не с целью заработка, а для того чтобы заявить о себе и собственном творчестве. В эту категорию относятся так называемые фестивальные фильмы, т.е. картины, которые создавались не для массового проката на больших экранах, а как одно из направлений современного киноискусства и способ самовыражения для непризнанных гениев. Необходимо отметить, что сегодня достаточно редко можно встретить видеоконтент, который можно было бы отнести лишь к одной категории. Однако, при этом перед каждым роликом стоит своя задача, а все остальное это только способы и инструменты для ее решения.
9 способов продвижения видео контента
Если верить маркетинговым исследованиям, целевые страницы с видео контентом получают высокий процент конверсий. До 80% посетителей, попадающих на такие страницы, превращаются в подписчиков, клиентов или взаимодействуют с брендом иным способом. Видео контент генерирует конверсии — для того, чтобы это утверждение относилось и к вашему бизнесу, советуем протестировать эти 9 стратегий.
1. Призыв к действию
Знакомый всем CTA — это старый, но верный способ повысить ценность вашего видео. Призыв к действию может быть виден всегда во время показа ролика или размещен в какой-либо части — например, в начале или в конце видео или любой стратегической части. Запомните, что лучшие призывы — короткие и мотивирующие. И действуйте по этому принципу.
2. Социальные сети
По тому, сколько видео форматов сегодня используют социальные сети, легко понять, как важно использовать их для продвижения роликов. Это и Instagram Stories, и Instagram TV, и Live форматы —в разных социальных сетях. Все это является ценным активом в вашем арсенале.
3. Оптимизация для Google
Оптимизировать видео контент для Google тоже нужно, также как это делают с текстами. Поэтому, придумывайте привлекательный заголовок, включая ключевые слова, а также пишите соответствующий текст описания.
4. Заставка
Конечно, судить о качестве видео по заставке не слишком правильно, но факт остается фактом — «встречают по одежке». Существуют способы создать эскизы, коллажи, заставки, которые будут отражать ваш фирменный стиль. Не забудьте добавить свой логотип или имя бренда, а также сделать текстовые тизеры — о чем будет видео.
5. Использование популярных страниц на сайте, чтобы продвигать видео контент
Это можно считать недооцененной стратегией, хотя она может значительно увеличить успех вашего видео маркетинга. Принцип прост — используйте аналитические сервисы, чтобы выяснить посещаемые страницы и разделы, и публикуйте там ролики или добавьте анонсы и ссылки на видео платформы.
6. Кнопка «Поделиться»
Продвижение видео может быть легче, если использовать элементарные способы — например, добавить кнопку «Поделиться». Это позволит зрителям размещать ваш контент на своих страницах в соцсетях, увеличит охват. И, возможно, позволит немного сэкономить на продвижении.
7. Учебное видео
Презентуйте свой бренд как эксперта в сфере — это может помочь охватить больше зрителей.
8. Видео контент в рассылке
Электронные письма, содержащие видео, просматривают чаще. И, что более важно, это увеличивает количество переходов по ссылкам и уменьшает количество отписок.
9. Оптимизация страницы с видео
Заголовок, метатеги, описания — должны быть сделаны таким образом, чтобы привлечь людей на вашу страницу через поиск. Но при этом быть «человеческими», то есть понятными и написанными обычным языком. Советы, которыми мы поделились в этой статье — простые, но это действенные способы максимизировать эффективность вашей работы с видео контентом. Но не забывайте о способности создать классный креатив, ведь в итоге именно в содержании видео заключается основной успех.
Несмотря на то, что чат-боты — явление не новое, споры о степени их полезности не стихают до сих пор. В этой статье мы постараемся разобраться в том, что они умеют уже сейчас, в каких случаях стоит задуматься об их использовании и чем именно они могут помочь бизнесу.
Снижение нагрузки на маркетологов и команду поддержки
Сегодня, когда автоматизация — важное условие для масштабирования бизнеса и конкурентной борьбы, чат-боты представляются некой палочкой-выручалочкой, помогающей сэкономить сотни, тысячи человеко-часов. Однако на практике пока еще нередки случаи переоценки их возможностей, что приводит скорей к негативной реакции пользователей, нежели позитивной. Словом, перевесят ли удачные кейсы неудачные — вопрос актуальный.
С точки зрения маркетинга — это такой большой долгосрочный эксперимент, который еще неясно как будет развиваться.
С одной стороны — это еще один канал обращения пользователя и, как следствие, это может снимать нагрузку с поддержки. С другой стороны — это эксперимент по масштабированию hooked-эффекта на весь веб. То есть, если эффект увеличения внимания на контент в чат-формате будет иметь длительный срок жизни, если это новая данность, то собственно, почему это и не сделать и дать возможность искать и потреблять весь контент через чат бота. Эффект можно усилить, подключив дополнительные каналы — мессенджеры, которые используют сами пользователи — facebook, whatsup и т.п. Здесь уже чат-бот, инициировав продолжение веб-сессии, затем открывает, по сути, отдельное приложение.
Еще один плюс — чат-бот помогает решить головную маркетологов, предоставить пользователю дополнительную информацию на этапе consideration в purchase funnel.
К сожалению, частный случай плохой реализации может подрывать доверие ко всей категории.
Помощь в управлении проектами и коммуникации в мобильнике
Есть две тенденции, относительно которых применение чат-ботов кажется еще привлекательнее. Во-первых, это — рост мобильного трафика, во-вторых — увеличение количества крупных, сложных digital-проектов, реализация которых требует максимальной пунктуальности и слаженной работы заказчика и разработчика.
Известно, что проблема мобильных приложений в том, что пользователи реально используют несколько десятков сервисов на телефоне. И если ваше приложение не вошло в Топ-10, вы не сможете рассчитывать на коммуникацию с клиентом через его телефон. Но все поменялось, когда в в месседжерах появилась возможность использовать бота, ведь мало кто может отказаться от использования Телеграм или WhatsApp, если там проходит личное общение.
При этом разработка ботов намного универсальнее, проще и дешевле, чем разработка приложений.
Например, можно использовать телеграм-бота, чтобы в чате, привязанному к проекту, выводить сообщения о важных изменениях в Битриксе 24. Например, поставлена задача, клиент оставил комментарий к задаче, задача завершена, билд проекта выложен на продакшн. Бот умеет напомнить сотруднику о том, что нужно заполнить отчет о задачах, менеджеру — что на его проекте есть сотрудники с незаполненными отчетами. Все это малыми силами может позволить улучшить коммуникации в компании, ускорить реакцию на запросы клиентов и улучшить прозрачность многих процессов.
Другой пример использования бота — продажа авиабилетов, когда клиент просто отвечает на вопросы, предлагаемые ботом. Это выглядит, как беседа с человеком, что клиенту намного приятнее, и при этом для компании это стоит много дешевле живого оператора.
Другими словами, боты позволяют легко решить сложные задачи, которые решаются алгоритмом. Это, как правило, все рутинные задачи, напоминалки и т.п.
На наш взгляд, чат-боты хорошо могут выстрелить и в продаже несложных товаров и услуг, заменяя живых продавцов-консультантов. Но настоящий расцвет подобных решений появится после развития систем ИИ — интеллектуальные чат-боты смогут решать задачи не только в мессенджерах, но и при голосовом общении. Нужно только дожить до этого.
Когда чат-бот — решение проблемы, а не веб-аксессуар
Чтобы не стать жертвой модных тенденций, рассматривая вопрос о внедрении чат-бота в свой продукт, необходимо отталкиваться от реальной ситуации и четко понимать, какие именно задачи он сможет решить. Ниже — список из признаков, которые помогут сориентироваться — нужен вам чат-бот на самом деле или нет.
Чат-боты для бизнеса могут быть полезны:
В случае, если операторы вашего колл-центра или техподдержки уже сейчас много общаются с клиентами по телефону, почте или в мессенджерах. И при этом нагрузка достаточно велика, что требует автоматизации процесса.
Когда в работе компании есть простые, часто повторяющиеся бизнес-процессы, автоматизация которых повысит эффективность работы менеджеров.
Если услугами компании пользуются круглосуточно, без выходных и праздников, грамотно настроенный чат-бот позволит сократить расходы на большом штате колл-центра, решая стандартные вопросы самостоятельно, а сложные случаи перенаправляя на живых операторов.
Если деятельность вашей компании нацелена на молодую аудиторию. В случае, когда ЦА 35+, вероятно пока не стоит тратить усилия на внедрение чат-бота. Лучше подождать пока общение с компаниями через мессенджеры и ботов станет более привычным для вашей аудитории.
При условии, что ассортимент компании составляют технически сложные товары, для выбора которых необходима консультация.
Когда вашим операторам поступают простые регулярно повторяющиеся заказы (заказ пиццы, такси и пр.).
В случае, когда каталог товаров имеет понятную структуру, товары легко разделить на категории и подкатегории, предложить сопутствующие товары и аксессуары.
Почему нельзя заменить ботами всех «живых» консультантов?
К сожалению (или к счастью?), чат-боты пока могут работать лишь по четко обозначенным сценариям. Для бизнеса это значит, что есть широкие области коммуникаций, ведение которых можно доверить только сотрудникам, а не машинам. Впрочем, никто не мешает комбинировать.
Чат-бот подходит в тех случаях, когда можно сделать какие-то стандартизированные вещи. Например, у некоторых b2c-бизнесов есть стандартные запросы типа «записаться на прием к мастеру маникюра», «поменять время записи», «задать стандартные вопросы». В этом случае чат-бот очень хорош тем, что помогает снизить нагрузку на живого оператора за счет того, что большая часть вопросов приходится на Топ-5 стандартных вопросов.
А вот когда у вас сложная b2b-услуга, тогда чат-бот достаточно сложен. Потому что при нестандартных ситуациях клиент формулирует вопросы самым разным образом, и их сложно будет подвести под какие-то единые стандарты. Но и здесь можно выкрутиться, главное, чтобы была возможность переключиться с чат-робота на живого оператора и ответить.
Поэтому рекомендуем в тех случаях, когда нет возможности переключаться с чат-робота на живого оператора, например, в ночное время, отключать работу чат-роботов. Либо использовать их как форму захвата лидов, чтобы пользователи оставляли контакты для живой связи с оператором в рабочее время.
Создание чат-бота — это несложно, но…
В разработке ботов, конечно, есть свои нюансы, но в целом это ничем не отличается от интеграции с каким-то внешним сервисом и написанием API для мобильных приложений. Поэтому нельзя сказать, что чат-бот со стороны разработки это что-то сложное. Чат-бот — это просто разновидность клиента, который использует API обычного приложения. Поэтому его тестирование не стоит особняком от всего, но, конечно, есть свои нюансы.
Если говорить о процессе, то он выглядит следующим образом: пишется сценарий работы чат-бота, описываются возможные тест-кейсы. Если есть необходимость, то на критичные участки пишутся unit-тесты. После этого подключаются тестировщики, которые работают по данным документам.
В целом — тема с чат-ботами сейчас очень популярна, однако, не думаю, что этот способ продажи товаров обгонит когда-либо интернет-магазины. Скорее всего, чат-боты станут дополнительным каналом, точкой взаимодействия с клиентом. Особенно для тех, кто не хочет разбираться в интерфейсе, например, нового приложения компании.
Подведём итог
Итак, чат-боты сегодня это:
Весьма увлекательный процесс, подразумевающий поиск общих точек соприкосновения между вашими бизнес-интересами и полезностью продукта для пользователей.
Возможность сократить человеко-часы (особенно актуально для отделов техподдержки и маркетинга).
Прежде всего, b2c, реже — b2b.
Отличное решение в случае, когда есть часто повторяющиеся бизнес-процессы и сценарии коммуникации с пользователями.
Один из самых эффективных способов коммуникаций с пользователями мобильных устройств.
Возможность повысить эффективность собственных сотрудников за счет внедрения чат-ботов во внутренние процессы компании.
Ориентир преимущественно на молодую аудиторию (до 40 лет).
Не панацея. Пока не появится более качественных и общедоступных разработок в плане искусственного интеллекта, не стоит исключать возможность комбинирования коммуникаций пользователя и с чат-ботом, и с реальными сотрудниками.
Необходимость регулярно отслеживать результативность логов.
В среднем от 1 до 6 месяцев на разработку (в зависимости от тематики и поставленных задач).
Еще не так давно с понятием чат-бот были знакомы лишь немногие продвинутые разработчики сайтов (причем преимущественно в теоретическом плане) и смотрящие в далекую перспективу представители мира IT. В наши же дни использование чат-ботов в рамках коммерческого сайта считается едва ли не обязательным действием и как минимум правилом хорошего тона. Чем же объясняется столь стремительное развитие этого программного продукта, какие возможности чат-ботов наиболее востребованы на данный момент и в каких сферах они применяются?
Что такое чат-боты и зачем они нужны
Чат-бот – искусственный разум, программа-посредник, главное предназначение которой – в текстовом или голосовом диалоговом режиме помочь пользователю с поиском информации, выбором товаров и услуг магазина или сервиса, выполнением несложного действия (вроде бронирования столика или записи к врачу) или просто развлечь посредством общения. Как становится понятно из такого определения, сфера применения чат-ботов довольно широка. При этом с высокой степенью вероятности можно предположить, что их быстрое распространение и столь широкое использование в бизнес-сфере главным образом связаны с редким совпадением интересов владельцев различных сайтов или сервисов и их клиентов.
Так, успех интернет-магазина в значительной степени зависит не только от того, найдет ли посетитель нужный товар по желаемой цене, но и от предлагаемого сервиса и его гибкости: способен ли продавец подстроиться под требования покупателя? В частности, это одна из причин, почему точке продаж в Сети нужен оператор – он учтет особые пожелания и поможет с выбором, приняв во внимание потребности и возможности клиента. Однако фактически каждый такой консультант в штате – это дополнительные расходы для предпринимателя и, соответственно, дополнительное увеличение стоимости товара – для клиента. Решить эту проблему (как и ряд других) помогут чат-боты, которые автоматизируют процесс такого общения и сделают его более эффективным.
Строго говоря, успешно функционирующий чат-бот – далеко не новинка. Первый в 2019 году отметит 25-летний юбилей – Julia была создана М.Молдингом в 1994-м. Однако эта дата справедлива только в том случае, если говорить о ботах, по отношению к которым уже использовалось данное определение. Если же в принципе рассматривать программы с соответствующим функционалом, то пионером будет виртуальный собеседник Eliza, появившаяся на свет в 1966-м (разработчик Д.Вейценбаум).
Расширяя возможности
На заре развития данной технологии виртуальные помощники-собеседники были достаточно примитивны, а их разум подчинялся элементарным шаблонам. Впрочем, надо отметить, что подобные виды чат-ботов успешно функционируют сейчас и даже не считаются морально устаревшими. Если эти достаточно простые возможности соответствуют целям и задачам бота (например, для оформления заявки или выбора оптимального маршрута и заказа билета на самолет), то внедрять в него суперразум и не требуется. Однако в наши дни все большей популярностью пользуются собеседники другого типа:они не только интеллектуальны и мультизадачны, но и способны к самосовершенствованию. Выстраивая диалог и отвечая на запросы визави, такие программы стремятся максимально пополнить свою информационную базу и усовершенствовать лингвистические алгоритмы для более продуктивного общения со следующим клиентом – вплоть до создания личностных ноток и эмоциональных оттенков (таков, например, виртуальный собеседник Xiaoice, 2014; разработчики Microsoft и Services Group East Asia).
Простейших чат-ботов можно создать и самому – для этого существует целый ряд соответствующих платформ и инструментов.
Зачем нужны чат-боты
Учитывая относительную простоту написания программ для виртуальных помощников, легкость адаптирования их интеллекта под решение конкретных задач и сравнительно скромные затраты, преимущества чат-ботов вполне очевидны. Для клиента это в первую очередь существенная экономия времени, повышение эффективности поиска и приобретения товаров/услуг, а также более привычная и психологически комфортная форма общения с компьютером. Для предпринимателя же чат-бот – это прежде всего не менее существенная экономия на штате (как прямая – в рамках фонда заработной платы, так и косвенная – за счет сокращении рабочего пространства, необходимого для размещения персонала). Плюс ко всему чат-бот позволяет преодолеть пресловутый человеческий фактор – программа всегда вежлива, все знает и помнит, и у нее намного меньше шанс ошибиться, не туда посмотреть или не то записать. Кроме того, это отличный инструмент информационного развития клиентской базы, изучения спроса, формирования ассортимента, до- и послепродажной поддержки клиента, продвижения торговой марки, рекламной рассылки, ускорения и упрощения рутинных операций и много другого. Словом, преимуществ и возможностей у такого решения очень много. И они становятся доступны для предпринимателя всего за 1-2 тысячи долларов, в которые обходится не самый интеллектуальный, но вполне работоспособный и экономически выгодный бот.
Задействовав всего один чат-бот, компания Sony Pictures смогла сократить 70 сотрудников.
Профессиональная подготовка
Безусловно, даже самый развитый и совершенный чат-бот – это еще не полноценный искусственный разум, а всего лишь программа с более или менее обширным спектром возможностей, лексическим потенциалом и профессиональными навыками. Однако даже при таком условии современныечат-боты работают в самых разных областях и ипостасях: от секретаря для выдачи справок и регистрации заявок до референта, способного на квалифицированную рекомендацию в рамках имеющихся полномочий. Наиболее распространены «модели», способные записать на прием (к врачу, представителю администрации, юристу), провести платеж, зарезервировать столик в ресторане, забронировать место в гостинице, приобрести билет (транспортный, театральный и пр.). Причем такой софт с относительно примитивным интерфейсом обычно способен написать программист даже со средним уровнем квалификации. Не редкость использование чат-ботов в качестве брокеров или узкопрофильных специалистов-консультантов в таких областях, как жилищно-коммунальные услуги, имущественные и трудовые споры. Пригождаются чат-боты и просто для общения, релакса, психологической поддержки.
Также часто встречаются программы-помощники в роли имиджмейкера или модельера. В туристической сфере бывают задействованы боты-экскурсоводы, погодные и развлекательные информеры. Все шире внедряются программы и механизмы, заменяющие человека в профессиях гостиничного персонала. Следуя тренду, некоторые сайты решают повысить свой престиж, внедряя услуги бота-доктора или, скажем, косметолога.
Такие программы используются и для сугубо личного пользования. Многим внимательный и неусыпно-бдительный чат-бот нужен в качестве ежедневника, записной книжки, тайм-менеджера и пр.
И конечно же, нельзя не упомянуть ботов-поисковиков, способных сэкономить пользователю время на поиск нужной информации, интересных новостей или подборок статей. Без подобной технологии уже невозможно представить современную социальную сеть или мессенджер. Собственно, для подавляющего большинства интернет-пользователей знакомство с чат-ботами начинается именно с мессенджеров.
Как они устроены
Перечисленный выше многоплановый профессиональный потенциал вовсе не является для ботов «врожденным». Чтобы они смогли работать по «специальности», в них надо установить соответствующие алгоритмы и программы. Их количество и возможности фактически определяются заказчиком с учетом области применения и предстоящими задачами, однако в целом функции и профессиональные обязанности предопределяет принцип работы чат-бота, одинаковый для всех подобных решений. Все начинается с приема сообщения и его семантического анализа (вычленения ключевых слов и фраз). В ответ на эти слова и фразы запускается построение диалога в соответствии с заложенными в софт сценариями. Их детализация, информационное наполнение и конечные цели и определяют квалификацию бота в качестве виртуального собеседника. Простые необучаемые машины ориентированы преимущественно на вовлечение клиента в диалог, сбор данных о нем, удержание его в контакте и исполнение примитивных команд. При исчерпании своих возможностей такие боты должны подключить к беседе живого оператора. У сложных самообучающихся ИИ более мощные логические алгоритмы и аналитический аппарат, а их поведенческие и семантические базы намного богаче, что добавляет им тактической маневренности в общении (конечно, в рамках стратегии сайта). Участие живого помощника в таких беседах в большинстве случаев не требуется.
Блестящие перспективы
Маркетинговые исследования, социальные опросы, мониторинг интернет-среды и прочие аналитические инструменты свидетельствуют, что сегодня чат-боты – вполне привычный инструмент взаимодействия человека и виртуальной среды. Это очень динамично развивающееся направление, вовлекающее постоянно растущее число специалистов, способных написать как грамотную и эффективную программу, которые расширяют функции чат-бота, так и конструкторы по самостоятельной разработке подобных виртуальных помощников. Спрос на программы в этом IT-сегменте постоянно растет, как и требования к их интеллектуально-техническому уровню, поэтому боты становятся все многоплановее и умнее. Правда, функциональное богатство неизменно усложняет интерфейс, а значит, и общение пользователя с ними. И здесь важно соблюсти меру, чтобы в будущем не потребовался чат-бот для налаживания общения с чат-ботами.
У вас есть сайт, но вы не получаете заказы от мобильного трафика? При этом мобильный трафик неуклонно растет, и эксперты подсказывают, что необходимо подстраиваться под сегодняшние реалии, иначе поисковики понизят в выдаче даже с десктопов. Конкуренты же обзаводятся мобильными приложениями и увеличивают количество заказов от лояльных клиентов. Как быть?
В этой статье мы расскажем, чем отличаются различные верстки сайтов, какую лучше выбрать и когда стоит обратить внимание на мобильное приложение как отдельный канал общения с клиентами.
С каждым днём всё больше людей делают покупки, подбирают туры для путешествия, выполняют другие подобные действия со смартфонов и планшетов. Но при полном понимании того, что необходимо двигаться в мобильную сторону, руководители современных компаний сталкивается с проблемой выбора мобильного решения для бизнеса. Достаточно ли респонсив-верстки, нужна мобильная версия сайта или даже мобильное приложение? Есть ли спрос на B2B-приложения, как выбратьоперационную систему?
Давайте попробуем разобраться.
Респонсивная и адаптивная версии сайта
Обе эти верстки служат для того, чтобы сделать сайт более комфортным для доступа с мобильных устройств. Различия заключаются в технике подстройки под девайсы.
Респонсивный дизайн (от англ. responsive – отзывчивый, гибкий) плавно подстраивается под ширину устройства, тогда как адаптивный (от англ. adaptive – подстраиваемый) ориентируется на основные точки. Другими словами, сайт с адаптивным дизайном меняет вид только при критичных различиях в ширине, а респонсивный даже при небольших изменениях параметров.
Преимущества этих версий:
Удобство для чтения на различных мобильных устройствах.
Небольшие затраты на запуск – не нужно создавать отдельный сайт.
Соответствует политике ранжирования Google.
Недостатки:
Представление полного объема информации – контент не адаптируют под нужды мобильных пользователей.
Ухудшается пользовательский опыт с ПК – дизайн, ориентированный на удобство просмотра с мобильного экрана, часто смотрится неудачно на экранах десктопов.
Мобильная версия сайта
Урезанная версия основного сайта, на котором содержится только та информация, которую открывают с мобильных девайсов. Часто используют поддомен, добавляя m. или mobile. в URL сайта.
Преимущества:
Быстрая загрузка страниц, так как информация значительно сокращена.
Легкость правки: мобильная версия обособлена от основного сайта.
Удобная навигация, так как учитываются нужды пользователя.
Интерактивные функции, которые улучшают пользовательский опыт. Например, использование геолокации для поиска ближайшего офиса вашей компании.
Недостатки:
Затраты на поддержку двух сайтов. Чтобы мобильная версия была актуальной, нужно дублировать все обновления с основного сайта.
Разные структуры сайтов. Если клиент привык к навигации на сайте, могут возникнуть трудности при поиске на мобильной версии.
Дополнительный поддоменособеннонеудобен при шеринге информации. Например, если вы скинули ссылку на интересную группу коллеге со своего сматрфона, то при переходе по ней с компьютера, он попадет на «растянутую» мобильную версию страницы. Мелочь, но неприятная.
Мобильное приложение
Специально разработанное приложение для мобильных ОС (iOS, Android, Windows), независимое от сайта компании. Распространено заблуждение, что разработка собственного приложения обеспечит конкурентоспособность компании. Это не совсем так: само приложение не сделает работу за вас, однако при верном использовании этот инструмент обладает высоким потенциалом.
Ситуации, когда приложение разрабатывать не стоит:
Для размещения информации. Пользователи привыкли обращаться к поисковикам за информацией. Клиенты установят приложение, только если предоставить особенно полезные функции.
Для статуса. Приложения конкурентов – не причина для разработки собственного. Проанализируйте, пользуются ли спросом приложения конкурентов. Разберитесь, что привлекает пользователей – понятная навигация, режим офлайн, оплата банковской картой?
Для резкого увеличения количества клиентов.Поймите, простого размещения мобильного приложения недостаточно для успеха. Чтобы привлечь новых клиентов, приложение должно быть в разделе «популярное» или нести большую ценность. Сделайте постоянных клиентов счастливее – они не только станут лояльными, но и расскажут всем своим знакомым.
Чтобы мобильное приложение было актуальным для клиентов, нужно в первую очередь выяснить их потребности:
Отследите действия клиентов, выполняемые с помощью гаджетов.
Определите, после какой страницы пользователи покидают сайт.
Выясните причины возникновения «брошенной» корзины.
Изучите достоинства успешных приложений.
Используйте приложение как дополнительный инструмент с уникальными возможностями, на которые не способен ваш сайт:
Безопасная оплата банковской картой.
Премиум-функции.
Элементы дополнительной реальности и игрофикации;
Интеграция с CRM.
Программа бонусов зарегистрированным пользователям;
Распознание QR-кодов.
Онлайн-консультация специалиста и др.
Преимущества:
Приятный интерфейс для мобильных устройств.
Скорость работы.
Возможность добавления интерактивных функций.
Увеличение лояльности клиентов.
Улучшение узнаваемости бренда.
Недостатки:
Высокая стоимость разработки.
Правила и ограничения магазинов приложений.
Время разработки приложения.
Подведем итог
Респонсивная версия сайта – недорого и без излишеств. Отличный вариант, чтобы сайт был доступен с мобильных устройств и не потерял позиции в поисковиках. Актуально компаниям малого бизнеса с основным доходом, не завязанным на интернет-продажах.
Мобильная версия сайта –быстрота, удобство в навигации. Урезанная версия сайта, предоставление актуального функционала для доступа с гаджетов. Дешевле мобильного приложения, однако учитывайте затраты на поддержание двух сайтов и оптимизацию. Подходит для компаний со средним заработком через интернет, клиенты которых регулярно посещают сайт и пользуются дополнительными возможностями.
Мобильное приложение – современно и эффективно. Независимая от сайта платформа с уникальными интерактивными возможностями. Рекомендуется для средних и крупных компаний, готовых сделать вложения в развитие узнаваемости бренда и увеличение уровня лояльности существующих клиентов.
Невозможно дать однозначный ответ, какой из методов взаимодействия подойдет вам лучше всего. Экспериментируйте и общайтесь с клиентами – они подскажут, чего вам не хватает.
Итак, у вас есть готовый бизнес и вы хотите сделать для него мобильное или web-приложение. С чего же стоит начать разработку?
Начните с проектирования
Главная задача на старте разработки — придумать, как упаковать бизнес-модель в мобильный или web-интерфейс и как этот интерфейс будет реализован технически. Это важно, потому что хороший пользовательский опыт — такой, при котором пользователь быстро и приятно решает свою задачу — одна из составляющих успеха будущего проекта.
На пути к хорошему UX стоит решение двух вопросов: как пользователь будет работать с вашим продуктом и как именно должно работать приложение. Чтобы понять, как это обеспечить, разработку приложений нужно начинать с проектирования.
Работу над диджитал-проектом нельзя провести по готовому сценарию. Чаще всего это проектная работа. Если вкратце, вас ждут семь этапов: знакомство и оценка, проектирование, дизайн, разработка, тестирование, поддержка и маркетинг. И для каждого проекта содержание и набор этапов разные, потому что каждый раз у проекта свои бизнес-цели, целевая аудитория, технические ограничения, ограничения по бюджету, особенности бизнес-процессов и так далее. Чтобы понять, как во всех этих условиях сделать приложение максимально полезным и бизнесу и пользователям, нужно сделать проектирование.
Зачем проектирование нужно мне, клиенту?
Проектирование не даёт вам готовый продукт. «Почему тогда я должен платить за ваше понимание того, как вы будете делать проект?», — спросите вы. Ведь вы хотите платить за успешный запуск.
Вопрос резонный. А теперь ответ.
Во-первых, если мы не разберёмся, мы не сделаем проект успешным. Во-вторых, если вы не заплатите за то, что вам продают как проектирование, вы либо заплатите за него скрытым образом (например, за высокий процент издержек, заложенных на риски), либо вам придётся платить за то, что кто-то исправит последствия так себе сделанного проекта.
Правильный ответ: ни за то, ни за другое.
Проектирование не нужно делать вообще только в том случае, если у вас во дворе бьёт фонтан из денег, а вашим партнёрам чихать на дедлайны. А когда вместо фонтана денег — частокол ограничений, тогда оно очень даже необходимо. Ограничения могут быть во времени, в бюджете, в программном обеспечении, в организации бизнеса или в платформе, на которой мы хотим это сделать.
Как проектирование помогает избежать рисков?
Повторимся: разработка мобильного приложения — это проектная работа. У проектной работы есть одна особенность: оценить стоимость проекта позволит понимание того, какой он по объёму. А чтобы понять объём, нужно посмотреть на проект изнутри, то есть уже начать его делать. Во время проектирования команда занимается именно этим: изучает проект и придумывает то, как он будет устроен.
Проектирование как сложносоставной процесс начинается с функционального проектирования: компания и клиент обсуждают и описывают функции, которые должны быть в приложении. Это такое ТЗ без упоминания о языках программирования, технологиях и других специфических деталях. На этом этапе вы и исполнитель определяете, что можно будет делать с помощью приложения, а как это будет устроено — определят уже разработчики и на другом этапе.
Затем студия вместе с вами думает, как это всё будет выглядеть. Для этого дизайнеры рисуют прототип интерфейса. Он показывает основные окна приложения, расположение кнопок, взаимосвязь между ними.
Дальше, если есть необходимость прояснить рисковые технические моменты, делается техническое проектирование или, по-другому, исследование о том, возможно ли воплотить те или иные идеи в жизнь. Это делается, чтобы определить, как желаемая функциональность будет работать изнутри.
Например, вы хотите сделать мобильное приложение для интернет-магазина. Скорее всего, он работает на собственной CMS, в нём установлена система учёта товарных остатков, ИТ-система для работы с логистикой товаров, система бухгалтерии и не одна система оплаты. Чтобы всё это интегрировать в мобильное приложение, нужно разобраться, каким способом передавать данные от этих систем. А чтобы понять это, нужно исследовать имеющийся проект.
Изучить детали проекта, выяснить все ограничения, поговорить с Дайян.
Почему важно делать техническое проектирование? Потому что оно позволяет узнать больше про технические ограничения проекта, стоимость и риски. Технические ограничения могут повлиять и на функции, и на прототип, и на дизайн, поэтому чем раньше вы сделаете техническое проектирование, тем лучше. В процессе может выясниться, что вам придётся переутвердить или доделать какие-то бизнес-процессы, чтобы продукт получился таким, каким вы его хотите видеть.
Вывод
Создание мобильного или web-приложения — это проектная работа. И отвечая на вопрос «с чего начать разработку приложения?», напомним, что для того, чтобы оценить и провести проектную работу максимально успешно в рамках ограничений, нужно сделать проектирование.
В процессе проектирования команда выясняет функциональные требования проекта, создаёт прототип и на его основе решает, как функциональность будет реализована.
Начиная создание приложения с проектирования, вы узнаёте максимальное количество рисков проекта ещё до того, как начали разработку. Для проекта это намного дешевле и безопаснее, чем начать делать его вслепую. В этом случае вы можете столкнуться с проблемой, которая потребует серьёзной, а значит, дорогой доработки. С проектированием этого можно избежать.
Почему цена разработки приложения может отличаться так сильно и почему не все готовы работать по фиксированной цене? Эта статья адресована менеджерам, предпринимателям и компаниям, которые собираются заказать разработку приложения. Она избавит вас от непонимания и возмущения, связанного с оценкой трудозатрат на разработку ПО, и объяснит, к какой категории клиентов вы относитесь и как эту категорию менять.
Фиксированная цена может быть разной. Чтобы дать фиксированную оценку, агентство должно чётко понимать объём труда, а это и есть самая сложная часть в области разработки программного обеспечения. Спросить цену у разработчиков — это всё равно что задать вопрос: «Сколько стоит вспахать поле?». Как только вы определитесь с размером поля, то всё станет понятно. Вот только для ПО не существует всем понятных единиц измерения, кроме денег.
Если вы клиент, то к какой из следующих категорий вы относитесь?
Случай 1. Клиент знает размер поля и уже вспахивал его много раз
Тогда вы не будете искать новых подрядчиков. Вы либо работаете с теми, кого хорошо знаете и с кем есть отношения и доверие, либо «вспахиваете поле» самостоятельно, то есть со своей командой.
Это лучший случай, здесь всё налажено.
Случай 2. Клиент знает размер поля и вспахивал поле раз или два
В этой ситуации вы ищете подрядчика для очередного сезона. Может, кто-то сделает работу дешевле или быстрее или готов начать в ближайшее время. Возможно, те, с кем вы работали раньше, сейчас не могут помочь или ставят слишком высокую цену.
Тут начинается рутинный процесс подбора команды из имеющихся на рынке. После того, как вы пять раз «вспашете» одно и то же поле, у вас должны сложиться отношения с конкретной командой и появиться уверенность в корректности оценки. Всё это до тех пор, пока вы не переедете на другой участок.
Случай 3. Клиент знает примерный размер поля и примерный бюджет
При этом ни тип почвы, ни то, какая её часть вообще пригодна, вы не знаете. Если подрядчик только что озвучил точную стоимость, то вам нужно спросить его, откуда он знает размер поля. Он уже на нём работал? Или примерно на таком? Это поле площадью плюс-минус 10 соток? Ну, может, плюс-минус 30 соток? Так не пойдёт, слова «примерно» и «может» вам не подходят.
Но если вы доверяете подрядчику и вам без разницы, будет ли это нижняя граница бюджета или верхняя, то, скорее всего, для вас приоритетны скорость и качество, а не цена.
Если ваше поле не прямоугольное, больше футбольного, или с размерами вообще ничего не понятно, то у вас может быть случай 4. Вам как минимум нужна помощь в измерениях. Тяжело сравнивать подрядчиков по тому, что включено в общую цену, ведь все думают про размеры исходя из своего опыта. Помните, что разработчики мыслят не «сотками» и «гектарами».
Стоимость в час не сильно поможет сравнить подрядчиков. Без понимания производительности, которая зависит от опыта команды, технологий, инструментов и людей. Вспахать поле можно лопатой, ручным плугом, трактором — скорость будет разная.
Мы рекомендуем провести межевание — измерение участка земли и определение его границ. Зная площадь, подрядчика выбрать гораздо легче. Вы сразу переходите в случай 2.
Случай 4. Клиент не знает размер поля и понимает, что нужно межевание
Либо сделайте это сами, если умеете, либо попросите профессионалов. Обязательно посмотрите на зафиксированные измерения, убедитесь что вы их понимаете. Это нормально — знать примерные размеры перед межеванием и иметь определённый бюджет на вспашку поля. А вот заказывать услугу вспашки земли с фиксированной ценой без знания размеров поля не нормально. Потому что в такой игре кто-то точно проигрывает. Вам же не хочется иметь половину перепаханого поля? Пока вы найдете подрядчика для второй половины, пахотный слой высохнет и поле придётся обрабатывать заново.
Если у вас очень необычное поле или чётких границ вообще нет, определитесь, сколько и какой нужно земли для посадки растений, которые обеспечат вам выживание (иначе говоря, что нужно для разработки MVP — минимально жизнеспособного продукта) и далее обрабатывайте участок небольшими площадями (гибкая методология разработки).
Наличие блестящей идеи не гарантирует успех мобильному приложению. Поверьте, нам доводилось сталкиваться с совершенно выдающимися задумками, которые заглохли на стадии реализации. От великого до смешного – один шаг (с).
В этой статье мы хотим выделить пять важнейших факторов, способствующих успеху мобильного приложения. Поехали!
Наметьте аудиторию
За банальной фразой кроется колоссальный пласт работы. Для того, чтобы определить целевую аудиторию, необходимо получить доступ к огромному количеству демографических данных и собрать кучу информации о потенциальных клиентах. Без четкого понимания, какие типы пользователей откликнутся на ваш продукт, нет смысла выходить на рынок. Плюс, не забудьте о возможности наличия идентичных приложений.
Итак, мы убедились в оригинальности своей идеи и собрали вагон полезных сведений. Как же идентифицировать свою аудиторию?
Представьте, что вы создали приложение, позволяющее заказать услуги автомойки. Несложно догадаться, что вашими пользователями станут автовладельцы. Но достаточно ли этого? Нет! Настало время копнуть глубже. То есть провести глубокий и всесторонний анализ.
Для начала стоит выяснить, как часто люди пользуются услугами автомойки и сколько денег на это тратят. Второй не менее важный момент – фишки, которые вы можете предложить аудитории, чтобы привлечь ее внимание.
Ну и наконец переходим к самому кропотливому участку работы – сбору статистических данных. Существуют различные сервисы, которые помогут вам накопить необходимую информацию о целевой аудитории: Google Trends / Adwords, Flurry, Quantcast и App Annie. Каждый из них извлекает данные из разнообразных приложений и программ. Для того, чтобы отфильтровать полезную именно для вас информацию, держите фокус на потенциальных пользователях и помните, какие вопросы были поставлены в предыдущих пунктах.
Безусловно, вы не обойдетесь без так называемых анкетных данных: пол, возраст, локация, образование, род деятельности и т.д. Вы даже не представляете насколько могут оказаться полезными сухие сведения. Ведь они дают представление о стиле и образе жизни потенциальных пользователей.
Никто не говорит, что это элементарно. Необходимо напрячь логику, включить фантазию. В конце концов, пообщаться с компетентными людьми. Однако из кучи сведений вполне возможно сложить портрет реального потенциального пользователя. А дальше – следите за рыночными трендами, способными повлиять на поведение целевой аудитории.
Проработайте маркетинговую стратегию
С целевой аудиторией мы разобрались, теперь самое время выбрать маркетинговую стратегию для запуска приложения. То есть мы снова возвращаемся к аудитории (а для кого по вашему продукт выходит на рынок?).
В идеале каждый доллар из вашего маркетингового бюджета должен способствовать вовлечению большего количества пользователей в ваше приложение. Еще раз проанализируйте всю информацию о своих пользователях. Исследуйте их интересы и выделите наиболее ценную группу. Грубо говоря, наметьте наиболее точную цель и бейте в нее из всех орудий.
Ловите момент
Еще один важный фактор для успеха – найти “правильное время” для запуска приложения. Возможно ваш продукт носит сезонный характер или разработан специально под новогодние праздники (восьмое марта, черную пятницу и т.д.). Подумайте о наиболее подходящем времени. Возможно запуск приложения стоит приурочить к каким-то событиям.
Если же выход продукта на рынок не связан с конкретной датой, ваша задача – подготовить почву для релиза. То есть сделать обычное время “правильным”.
Реклама является неотъемлемой частью успеха приложения. Сконцентрируйтесь на различных социальных каналах и сайтах, которые посещает ваша целевая аудитория. Также обратите внимание на мнение экспертов и проштудируйте отраслевые блоги. Еще одна важная ниша – тематические форумы и сообщества.
И, разумеется, ни на секунду не прекращайте сбор и анализ информации о пользователях. Только глубокое понимание целевой аудитории поможет хорошо продвинуться на рынке и избежать ошибок в будущем.
Не имеет значения, что вы хотите разработать: игру, приложение для торговли или какую-то корпоративную программу. Просто знайте, что предпочтения пользователей, которые будут загружать это приложение, являются самой важной информацией.
Сделайте так, чтобы приложение зацепило пользователей
А теперь можно подумать о внешнем виде вашего продукта. На современном цифровом рынке обитают миллионы приложений. Как добиться того, чтобы именно ваше выделялось из общей массы? Давайте думать вместе.
Следите за тенденциями. Не для того, чтобы слепо копировать чужую продукцию, а для того, чтобы знать, какие функции хочет видеть пользователь сегодня – здесь и сейчас. Да и вообще знать технологические новинки, как минимум, не вредно.
Тщательно продумайте дизайн. Хороший дизайн выстреливает моментально. Как только пользователь видит его впервые, он сразу же понимает – есть контакт! Однако помните: сложнее всего реализовать простой дизайн. Для точного выстрела вам наверняка понадобятся классные и опытные специалисты.
Будьте точны и эффективны в разработке на 100%. В первую очередь мы имеем в виду эффективность данных. Приложения, которые чрезмерно используют 3G и 4G – никому не нужны. В недалеком будущем вы забудете об их существовании. Убедитесь, что приложение использует данные с максимальной эффективностью. И не жалейте ресурсов на тестирование продукта. Любая пропущенная мелочь – это негативный UX.
Think out of the box. Или постарайтесь придумать нешаблонное решение. Вы когда-нибудь замечали сколько шумихи вызывает все новое – технологии, игры, фильмы, телепередачи и т.д. Потому что люди всегда ищут что-то свеженькое и неизведанное. Здесь трудно дать какой-то конкретный совет (ведь он станет полноценной бизнес-идеей). Просто будьте готовы создать что-то новое. А в дальнейшем постоянно придумывать свежие фичи и заманухи. Элементарно, да? Но старые идеи не гарантируют успеха.
Прочувствуйте рынок. Вам необходимо иметь полную картину того рыночного сегмента, на который вы планируете выйти. Не пожалейте времени. Успех складывается из понимания нюансов. Допустим, Android имеет больше пользователей, чем iOS. В то же время, владельцы айфонов тратят больше денег на приложения. Осознание подобных аспектов поможет выстроить грамотную стратегию.
Не заставляйте пользователей ждать. Если загрузка приложения длится слишком долго, то убедитесь, что связь с пользователем не потеряна. Мысль о технических неполадках не должна даже закрадываться в голову вашего клиента. Лучший способ избежать подобных ситуация – прогрессивный индикатор загрузки.
Сделайте уникальное торговое предложение (УТП)
В англоязычных источниках его называют USP (Unique Selling Point). Сильный показатель УТП показывает, что ваше приложение действительно выделяется на рынке. Каковы ваши действия? Определяете УТП и сообщаете об этом пользователям. Но для начала стоит проработать три важных аспекта:
Конкуренция. Найдите все приложения подобные вашему и сравните их функционал по таким критериям:
сильные и слабые стороны,
стоимость,
ключевые особенности и ценность для пользователей,
отзывы пользователей,
мелкие детали (изучите каждую мелочь, которой ваше приложение отличается от конкурентов и определите, что это – преимущество или недостаток).
Уникальные свойства приложения. Здесь вам придется ответить на следующие вопросы:
Каким будет описание вашего продукта, способное убедить пользователей выбрать именно его.
Какие функции приложения способны удивить пользователей.
Какие функции заставят пользователей возвращаться к приложению снова и снова.
Ответьте на эти вопросы максимально объективно, а главное – адресуйте их своим клиентам.
Преимущества приложения. Согласны, оценить собственное творение не слишком просто. Однако мы снова готовы предложить небольшой чек-лист. Выявите преимущества своего приложения, пробежавшись по следующим пунктам:
Характеристики. Например: подключили вы все возможные способы оплаты (кредитка, PayPal, Apple Pay и т.д.).
Полезность. Поможет ли ваше приложение заказать пиццу быстрее, чем обычно/чем вы ожидали.
Отличия от конкурентов. Например: ваше приложение является кроссплатформенным.
Достижения. Допустим, ваше приложение получило хорошие отзывы или добилось большого количества скачиваний за первый месяц.
Слоган. Этот пункт также не стоит недооценивать. Есть ли у вас слоган, который цепляет внимание и немедленно ассоциируется именно с вашим приложением.
Вывод
Безусловно, максимально полное представление о пользователях можно получить лишь с помощью целого ряда исследований. В идеале: перед, во время и после разработки приложения. Определив, какие пользователи будут наиболее заинтересованы в вашем продукте, можно планировать дизайн и функционал в соответствии с их предпочтениями.
Если вы хотите, чтобы люди скачивали приложение, убедитесь, что они хотят именно то, что вы предлагаете. Однако все пункты статьи очень важны. Как только вы поймете правильный подход к каждому из них, вы, вероятно, сможете создать настоящий шедевр.
Разработчики создают приложения с разной целью. Кому-то нужно повысить уровень лояльности аудитории к своей компании, кто-то хочет получить больше клиентов, а кто-то просто желает заработать здесь и сейчас.
Зачастую мобильные приложения – это дополнительный маркетинговый канал для бренда, который во многих случаях начинает работать практически сразу после запуска.
При этом часть разработчиков создают что-то свое, поскольку хотят приобщиться к рынку, где некоторые приложения (например, WhatsApp) стоят миллиарды долларов. Эта сфера действительно дает способ заработать деньги, и мы предлагаем ознакомиться с наиболее перспективными бизнес-моделями для мобильных приложений. В этой статье мы опишем проверенные временем способы монетизации приложений, которые не раз и не два подтвердили свою эффективность.
Как выбрать правильную бизнес-модель для своего приложения?
Чуть ниже мы рассмотрим шесть наиболее популярных и прибыльных способов монетизации. А сейчас давайте попробуем ответить на несколько вопросов, которые помогут определиться с выбором:
Какую проблему и каким образом решает ваше приложение?
Чем ваше приложение уникально, почему люди будут за это платить?
Как вы думаете, какие еще положительные стороны есть у вашей программы?
Насколько хорошо может работать уже выбранный вами способ монетизации для этого приложения?
Также важно определить баланс между вашим желанием привлечь больше пользователей с желанием получить деньги. Некоторые способы монетизации позволяют начать зарабатывать сразу же после релиза приложения, в то время как другие модели обеспечивают постепенный набор пользовательской аудитории с монетизацией через определенный период. Сколько у вас времени? Можете ли вы какое-то время воздерживаться от монетизации приложения, чтобы набрать базу пользователей
Помните, план монетизации должен быть разработан и реализован в приложении до момента релиза. При этом способы монетизации, которые описаны ниже, можно комбинировать, не обязательно использовать только один из них.
Бесплатное приложение с рекламой
Это один из наиболее распространенных способов получать доход со своей программы. Никаких ограничений по скачиванию нет. Цель разработчика – набрать как можно больше пользователей. Данные об их поведении затем анализируются и предоставляются рекламодателям, готовым платить за размещение рекламы.
Мобильное приложение Facebook – идеальный пример использования такой модели. Пользователи не платят социальной сети ничего, но Facebook собирает о своих пользователях огромные массивы данных, запуская затем показ таргетированной рекламы. В их случае эта модель работы необычайно эффективна.
Итог:
Вы будете зарабатывать деньги, предоставляя рекламное место в своем приложении.
Плюсы:
Бесплатное мобильное приложение может очень быстро набрать солидную базу пользователей, которых привлекает бесплатность программы.
Объем рынка мобильной рекламы уже превзошел объем рынка традиционной рекламы на радио, в журналах, газетах.
Популярное приложение способно довольно быстро собрать данные о поведенческих паттернах пользователей, что может пригодиться многим рекламодателям.
Модель эффективна, если используется таргетированная реклама.
Минусы:
Это очень известная стратегия монетизации, и многих пользователей раздражает реклама, что может привести к их оттоку.
Мобильная реклама ограничена размером экрана устройства.
Этот способ монетизации не работает для нишевых программ, которые созданы для того, чтобы помочь пользователю выполнять ограниченное число функций (реклама может выглядеть неестественно).
Freemium
Один из основных способов монетизации приложения. Как правило, Freemium-приложение имеет набор базовых и дополнительных функций, которые пользователь может приобрести уже за деньги. Предпосылка модели – привлечение людей в приложение с предоставлением набора базовых функций. С течением времени некоторым пользователям хочется большего, и они начинают покупать дополнительные функции. Здесь главное – набрать большое количество пользователей и заинтересовать их своим приложением надолго.
Отличным примером сейчас является игра Angry Birds. Компания Rovio предоставляет приложение бесплатно, но некоторые функции скрыты до момента оплаты, включая дополнительные уровни, расширение возможностей птиц и прочие. Игра очень увлекательна, поэтому пользователи играют в нее месяцами и некоторые покупают дополнительные возможности уже за деньги.
Итог:
Freemium позволяет привлечь пользователей базовой версией приложения, чтобы поклонники программы покупали дополнительные возможности за деньги.
Плюсы:
Этот способ монетизации приложения позволяет собрать базу пользователей за относительно короткое время, причем многие из них будут работать с программой месяцами.
Люди, которые опробуют возможности перед покупкой, скорее всего, надолго станут лояльными пользователями.
Очень гибкое решение, может быть использовано в подавляющем числе приложений.
Можно совместить с использованием рекламной модели.
Минусы:
Если вы предложите слишком мало базовых функций, пользователи будут уходить.
Если будет слишком много базовых функций, пользователи не станут покупать дополнительные.
Платные приложения
Еще одна очень распространенная бизнес-модель, которая предполагает оплату для получения доступа к приложению. Стоимость может быть очень разной – от $0,99 до $999.99, а разработчик получает деньги с каждого нового пользователя. Ключом к успеху является способность разработчика представить возможности приложения в выгодном свете, так, чтобы заинтересовать покупателя в самом начале. В каталоге, как правило, указываются «киллер-фичи» программы, это в буквальном смысле слова предложение, от которого невозможно (в идеале) отказаться.
Примером удачного приложения, где используется именно эта бизнес-модель, является Calendar 5, оцененное разработчиком в $4,99. Программа позиционируется как умный календарь для корпоративных задач и важных событий. Авторам приложения в большей степени удается убедить пользователей, что Calendar 5 лучше, чем календарь, поставляющийся с ОС по умолчанию.
Итог:
Эта бизнес-модель исповедует принцип «плати, затем бери», использовать ее стоит тем командам, которые уверены, что смогут убедить пользователей платить за программу.
Плюсы:
Средства зачисляются на счет пользователя с каждой новой загрузкой программы.
Люди, которые оплатили приложение, скорее всего, станут часто им пользоваться – ведь деньги уже потрачены.
В платном приложении обычно нет никакой рекламы, которая может раздражать пользователей.
Эта модель мотивирует разработчиков уделять максимум внимания продвижению и упрощает подсчет ROI.
Минусы:
Продавать программы довольно тяжело, поскольку конкуренция в каталогах приложений очень высока.
90% платных программ скачиваются меньше, чем 500 раз в день.
Внутриигровые покупки
Приложения, монетизируемые по такой схеме, продают товары – виртуальные или реальные. Это может быть одежда, аксессуары – реальные вещи, которые нужны пользователям. Но это могут быть и виртуальные товары, например персонажи, одежда для них, игровая валюта.
Пример – программа MeetMe, социальное приложение с возможностью приобретения определенных товаров и услуг. Например, для увеличения просматриваемости своего профиля нужно заплатить определенную сумму. Разработчики получают неплохой доход благодаря ясной для пользователей модели продаж.
Итог:
Такого рода бизнес-модель позволяет открыть еще один канал продаж своих товаров или услуг. Кроме того, это может быть и способ зарабатывать деньги в игровом приложении – продавать внутриигровую валюту и разного рода бонусы.
Плюсы:
Довольно гибкая бизнес-модель, которая с успехом может использоваться компаниями, работающими в eCommerce-/mCommerce-сфере.
Внутриигровые покупки – отличный способ продажи товаров или услуг с минимальным риском.
Возможность приобретения виртуальных товаров может увеличить степень лояльности пользователя.
Маржа обычно достаточно высокая, поскольку продавцы не несут побочных затрат вроде аренды помещений для реальных магазинов.
Минусы:
Обычно каталоги приложений забирают себе часть дохода от продажи виртуальных (но не реальных) товаров, приобретенных внутри программы.
Не так давно власти США и Евросоюза обязали Google и Apple указывать больше подробностей о товаре в приложениях из каталога для лучшей защиты пользователей.
Подписка
Еще одна привычная бизнес-модель, которая имеет много общего с Freemium. Но здесь речь, как правило, идет о получении пользователем доступа к контенту, а не к возможностям программы. Обычно подписка (paywall в некоторых случаях) предполагает получение некоторого объема контента бесплатно. Если пользователь желает получить больше, нужно платить – обычно предусматривается оплата полного доступа на определенное время.
Umano – неплохой пример использования именно такой бизнес-модели. Программа предоставляет пользователям доступ к новостным подкастам с их ограниченным количеством на бесплатной основе. При желании получить неограниченный доступ к материалам сервиса пользователь может оплатить подписку.
Итог:
Эта модель позволяет пользователю опробовать программу перед оплатой.
Плюсы:
Подписка обеспечивает стабильный приток средств за длительный период времени, причем после окончания срока она обычно продлевается автоматически, если пользователь не указал иной способ оплаты.
Большинство пользователей такого приложения достаточно лояльны.
Подписка дает мотивацию разработчикам на предоставление наиболее актуального и интересного контента.
Минусы:
Эта бизнес-модель может использоваться в ограниченном количестве приложений.
Определить, когда и где разместить paywall, может быть довольно сложной задачей для разработчика.
Спонсорство
Среди всех представленных бизнес-моделей этот способ монетизации приложения является самым новым. Суть его в том, что рекламодатель вознаграждает пользователя за выполнение определенных действий внутри приложения. Здесь бренды и агентства являются инструментом монетизации. Разработчик программы получает определенный процент вознаграждения, предоставляемого пользователю.
RunKeeper – отличный пример такой бизнес-модели. Здесь пользователя поощряют выполнять определенные действия (пройти сколько-то шагов или проехать определенное количество кругов не велосипеде). Рекламодатели платят пользователю, а плюс для разработчика заключается в том, что в программе нет рекламы, раздражающей пользователей.
Итог:
Приложение позволяет привлекать большое количество пользователей как своими функциями, так и премией от рекламодателя. При этом часть премии идет разработчику программы.
Плюсы:
Это очень гибкая бизнес-модель, которая может использоваться в большом числе приложений различного типа.
Пользователи, получившие награду, будут весьма лояльны.
Разработчик программы получает деньги, рекламодатель предоставляет информацию о себе пользовательской аудитории, пользователи же получают вознаграждения и премии.
Минусы:
В силу новизны эта бизнес-модель еще не слишком тщательно проверялась разработчиками и маркетологами.
Требует наличия сильного специалиста по продажам в составе команды и ручного убеждения спонсоров.
Интерес к разработке приложений для мобильных операционных систем стабильно растёт, количество инструментов и подходов, позволяющих создавать приложения, становится всё больше. Сегодня мы расскажем вам об одном из новых подходов, а именно о Progressive Web Apps. Когда изменения происходят постепенно, шаг за шагом, порой бывает трудно заметить насколько они драматичны и всеобъемлющи. Казалось бы всего несколько лет назад web платформа проигрывала нативным приложением практически по всем фронтам, и пропасть между тем, что можно было сделать в браузере, и тем, что было доступно приложениям, загружаемым из магазинов, таких как Apple App Store или Google Play Store, была ужасающе огромной. Многое изменилось с тех пор, и web технологии на месте не стояли. Они шли по пути снятия ограничений, и то, что раньше было принципиально невозможно — работа оффлайн, фоновая синхронизация данных, push-нотификации, поддержка входа в один клик и оплата с помощью кредитных карт, Apple Pay, Google Pay и других методов, встроенная в браузер — теперь реальность. Эти функции органично дополняют основную часть платформы — HTML/CSS и JavaScript, которая в последние годы развивалась более чем активными темпами. Понятие Progressive Web Applications (далее PWA) на слуху давно. С весны 2018 года приложения этого класса поддерживаются всеми основными браузерами, однако распространенность технологий PWA, несмотря на очевидные их «плюсы», пока очень низка. Специалисты Google очень информативно и компетентно пишут о PWA, но их рекомендации полезны больше тем, кто уже знаком с предметом. Данная статья призвана показать, что Progressive Web Apps — это не сложно, и использовать эти технологии можно и нужно уже сейчас разработчикам любых сайтов.
Философия PWA
Для начала стоит заметить, что нет точного определения PWA приложения. Нельзя четко сказать, вот этот сайт PWA или нет. Это протяженная шкала, на которой могут располагаться как «хоумпейдж» второкурсника Пети, который добавил web app манифест, создающий иконку сайта на домашнем экране мобильника, так и внешне ничем не отличимый от обычного новостной сайт, только пользователи которого могут сказать, что он удивительно быстрый и удобный, а всё потому, что где-то внутри него бьется горячее сердце работника сферы услуг (service worker’a). Относительность PWA заложена в самом названии — «прогрессивное». Прогрессивный сравнительно с чем и в какой мере? Но эта относительность, на самом деле, очень хороша, потому что изучать технологии PWA и применять их в своих текущих проектах можно постепенно, без глобального ремоделинга и рефакторинга. С другой стороны, идея у PWA есть, и идея достаточно четкая и мощная. И то, как неспешно она разворачивается, вполне может свидетельствовать о масштабности последствий.
Архитектура PWA
PWA — это веб приложение, созданное с использованием определенных технологий для достижения заданных целевых показателей.
Целевые показатели расшифровываются следующим образом:
Надежность (Reliable) — приложение загружается и показывается сразу же, вне зависимости от статуса и качества сетевого соединения.
Быстрота (Fast) — взаимообмен данными по сети происходит быстро, UI плавный и отзывчивый.
Привлекательность (Engaging) — делает для пользователя опыт работы с приложением комфортным и приятным, побуждая его захотеть пережить его снова, и снова, и снова…
С точки зрения Google, именно это отделяет сейчас по внешнему виду и ощущениями (look and feel) веб-сайты от нативных приложений. Другими словами, разработчику предлагаются инструменты (Service Worker, Push Notifications и др.) и указываются цели (сайт/приложение должен быть быстрым в загрузке, работать на слабом коннекте, не «лагать», при необходимости работать оффлайн). Насколько далеко продвинется по этому пути разработчик зависит только от него.
PWA и нативные приложения
То, что PWA внешне похожи на нативные приложения, является, скорей, косметическим решением (хотя и важным для пользователя с психологической точки зрения). А вот то, что они похожи внутренне (все основные ресурсы приложения можно хранить на клиенте, по сети будет передаваться только меняющийся контент) — это огромное достижение. Можно даже назвать это скрытой революцией. По сути, браузер используется как некая виртуальная машина, хранящая и запускающая в себе PWA приложение. Как Андроид является виртуальной машиной для андроид-приложений, так и браузер становится виртуальной машиной для PWA. Как нативное приложение обращается через файловую систему к своим ресурсам, так же и PWA обращается к своим ресурсам — пусть по HTTP, но хранящимся локально. И в кои-то веки всё это одинаково работает на всех основных браузерах и на всех основных платформах. [learn_more caption=»Google атакует iOS»] Есть мобильные приложения, которым нужно быть нативными (необходима производительность, доступ к системным ресурсам и др.), однако есть приложения, которые в своем функционале вполне реализуемы как PWA. Для них теперь:
Не нужно писать различные версии для Android и iOS (и Windows).
Не нужно регистрировать в Google Play и App Store и платить за это.
Открыт прямой выход на десктоп.
До нынешнего времени рынок мобильных приложений был закрыт для энтузиастов, которые могут написать полезную программу, но не могут/не хотят платить за ее размещение. И не хотят связываться с бюрократией Google и Apple по проверке приложения, после которой монопольные времена Microsoft вспоминаешь с тоской. Сейчас эти барьеры сломлены. И сломала их Google. Учитывая то, что именно она является флагманом интернет-технологий, подобный заход на территорию iOS, скорей всего, вполне продуман и просчитан. Остается ждать бума PWA. Различия PWA с нативными приложениями конечно же есть — в основном, в правах доступа к ресурсам системы, но работа в этом направлении идет даже в поле чистого HTML5, а для PWA дополнительные привилегии проблемой не будут.
Технологии
Service Worker
Кратко рассмотрим основные движители PWA. Сердце PWA — Service Worker. Это проксирующий слой между фронтэндом и бэкэндом, находящийся в браузере. Все запросы браузера идут через него. Данное разделение на два независимых слоя позволило сделать переход обычного веб сайта в PWA максимально простым. Из хранилищ у Service Worker’a есть доступ к Cache Storage для web ресурсов, и IndexDB для данных. Но, самое главное, полная свобода для реализации бизнес логики. Можно, например, принять запрос от браузера, проверить состояние сети, взять данные из хранилища, произвести с ними операции и вернуть некий результат обратно в браузер, который будет думать, что ответ ему пришел от сервера. Или не будет — как разработчик захочет, так и сделает. Два браузерных слоя (клиентский фронтэнд и Service Worker) позволяют писать полноценные приложения. В то же время, для большинства сайтов будет достаточно кэширующей функциональности Service Worker’a, чтобы превратиться в PWA. PWA не зависит от каких-нибудь фреймворков, это чистый javascript, хотя даже специалисты зачем-то советуют использовать библиотечные генераторы кода. Service Worker прекрасно пишется руками и это нужно, чтобы хорошо понимать и контролировать логику работы твоего приложения. С программистской точки зрения Service Worker представляет собой javascript файл, подключаемый в html коде страницы. В нем разработчик определяет логику работы с приходящими из фронтэнда запросами и другую функциональность.
HTTPS
PWA требует, чтобы все ресурсы сайта передавались по HTTPS протоколу. SSL сертификат можно получить бесплатно, некоторые хостеры это делают за вас. Но критично, чтобы на сайте не было ссылок на незащищенные ресурсы — некоторые браузеры просто не будут отображать сайт в этом случае. Основная встречаемая в таких случаях проблема — картинки. Часто редакторы или комментаторы ставят в материал ссылки на картинки из интернета, иногда они автоматически туда (в материал) попадают. Необходимо картинки пересохранять или к себе, или на сервис с доступом по HTTPS.
Application Shell
App shell — это просто скелет графического интерфейса, шаблон. Для примера, возьмем средний сайт c хидером, двумя колонками и прочим. Грубо говоря, вырежем из него контент текущей страницы и всю динамическую информацию, оставшаяся статика — app shell. Суть в том, что app shell хранится на клиенте и загружается при запуске приложения, а затем уже в него грузится из сети динамическая информация. И пока она грузится, app shell должен выглядеть красиво («лоадеры» на местах и т.п.) Данную архитектуру сайта — загрузку контента и иной динамичной информации через ajax вызовы — можно продумать и реализовать на сайте заранее, тогда переход в PWA будет совсем несложным. App shell — это как оболочка нативной программы. Смотрите на свое PWA как на нативную программу и многое станет проще.
Web App manifest
JSON файл, декларативно определяющий для браузера название приложения, иконку, как будет выглядеть PWA (fullscreen, standalone и др.) и некоторые другие параметры. Позволяет «установить» PWA как отдельное приложение на домашний экран смартфона.
Push Notifications
Если посерфить интернет с Chrome DevTools, открытым на вкладке Application, то можно увидеть, как мало сайтов используют PWA технологии. А 90% тех, что используют, делают это только ради Push Notifications. Пока что это самая популярная и самая злоупотребляемая технология PWA — за последние несколько месяцев число сайтов, заходя на которые первым делом ищешь мышкой кнопку «Блокировать» на предложение получать самые свежие новости, выросло, такое ощущение, многократно. А само желание навязать свой Push становится похоже на Spam. А ведь можно же предлагать подписку на второй или третий заход пользователя на сайт, когда уже понятно, что он тут не случайно. [learn_more caption=»Рекомендации Google»] Push-уведомления должны быть:
Своевременными. Своевременное уведомление — это уведомление, которое появляется тогда, когда пользователи этого хотят, и когда оно им важно.
Точными. Точное уведомление — это уведомление, содержащее конкретную информацию, к которой можно незамедлительно обратиться.
Релевантными. Релевантное сообщение — это сообщение о людях или предметах, которые интересуют конкретного пользователя.[/learn_more]
Заключение
За последнее десятилетие web технологии прошли путь от стадии надежд и ожидания всеобщего доминирования Web 2.0 и HTML5, до стадии разочарования 2010-2013 годов. Но самая темная ночь бывает перед рассветом, и для web технологий в деле конкуренции с нативными приложениями таким рассветом стало движение, связанное с Progressive Web Apps. Сейчас, в 2018 году, уже все браузеры поддерживают основные PWA возможности — работу оффлайн и установку на стартовый экран на мобильных устройствах. PWA работают везде, не зависят от магазинов приложений и обеспечивают близкий к нативному user experience. По некоторым прогнозам PWA заменят 50% пользовательских приложений общего назначения. Но не надо завышенных ожиданий, можно сказать почти наверняка, что сто процентов рынка PWA не займут. Сейчас наличие PWA является конкурентным преимуществом. Например PWA Twitter’а на 65% увеличило количество просматриваемых за сессию страниц. Lancome благодаря PWA на 17% увеличили конверсию. OLX показали еще более впечатляющие результаты, и увеличили повторные визиты на 250%. И таких примеров множество. Скоро наличие PWA будет просто необходимо для любого серьезного бизнеса и его отсутствие будет восприниматься как существенный недостаток.
