Разработка приложения: к чему готовиться, когда до нее доходит?

Мобильная разработка, несмотря на популяризацию, по сей день остается дорогим удовольствием с плохо прогнозируемым прямым «выхлопом» для бизнеса. Сколько ни было бы статей и увещеваний о громадном потенциале, малый и средний бизнес в России, если и пробует использовать этот канал, то крайне робко, набравшись скепсиса и крепко прикрывая тылы.

Не будем тешить пустые надежды: булочной мобильное приложение не нужно. На этом месте ожидается большая жирная точка, но на самом деле, здесь стоит запятая и огромное «но». А все дело в том, что если булочная придумает простой и удобный способ ежедневного заказа своих булок, мобильное приложение для этого им уже очень даже пригодится. Просто это накладывает такие обязательства и ответственность перед клиентами, что большинство предпочитает работать по-старинке и не пробовать эти ваши хипстерские бизнес-модели с заказами круассанов через телефон.

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

Адаптивный сайт или приложение?

Скажем так: этот вопрос потерял актуальность с изменением политики поисковиков. Например, Гугл теперь сразу проверяет — адаптирован ли сайт под мобильные устройства. Если нет, то в выдаче он идет за теми, что адаптированы. Поэтому вопрос сам собой отпадает. Современный сайт обязан быть либо с мобильной версией, либо адаптивным. Так что же делать, когда возникает вопрос о мобильном приложении? Если на сайте имеется специфический функционал, который будет работать быстрее и удобнее в виде приложения, то оно необходимо.

Приложение для бизнеса

Для начала разберем, каким должен быть бизнес, чтобы мобильное приложение пошло ему на пользу. Можно озвучить некоторые параметры, которым он должен соответствовать. «Почему вообще мой бизнес должен чему-то там соответствовать?» — спросите вы. А дело в том, что приложение — это не сайт. Разработка приложения сложнее и дороже, его продвижение дороже и сложнее, его поддержка… ну вы поняли. Разберем это по порядку, а пока, вот параметры:

• Бизнес должен иметь тесную и четкую связь со своим клиентом. Это значит, что ваш клиент имеет потребность в вашем товаре или услуге настолько, что ему не лень будет найти, скачать и поизучать то, что вы предлагаете.
• Отлаженные бизнес-процессы. Вообще-то, это должно быть в начале списка, но коль скоро мы говорим уже о приложении, то здесь ему самое место. Если компания продает обувь и хочет делать это с помощью приложения, но при этом имеет проблемы с логистикой — лучше остановиться.
• География пользователей приложения не должна ограничиваться одним городом. Это правило, опять-же, действует в условиях, когда активность пользователей не изучена. Если у вас есть данные, что в вашем небольшом городе 10 000 человек точно скачает приложение и, хотя бы 1000 из них будут им пользоваться регулярно — шансы на успех, определенно, есть.
• Аналитика. Необходимо быть готовым к изучению и пониманию данных, которые начнут поступать. Многие беды не от того, что приложения не работают, а от непонимания того, как они работают. Это касается не только приложений, но и сайтов, и прочих каналов взаимодействия с клиентами.

Итак, мы проанализировали свой бизнес и поняли, что действительно готовы к тому, что у нас будет мобильное приложение. Теперь подумаем, чем оно может быть полезно, и вообще — будет ли полезно? Нужно отдавать себе отчет в том, что мобильное приложение — такой же бизнес-инструмент, как и сайт компании. У каждого из них своя специфика, но оба они должны решать бизнес-задачи: маркетинговые, имиджевые, либо напрямую — продавать. Если очевидно хотя бы одно из этих направлений, можно переходить к следующему вопросу.

Приложение для клиента

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

• Какую задачу будет решать пользователь посредством приложения?
• Насколько часто пользователю придется обращаться к приложению?
• Какие ключевые действия должны совершать пользователи?

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

Ни в коем случае, не нужно забывать — для кого делается приложение. Пользователь должен чувствовать, что издатели о нем заботились: делали так, чтобы ему было удобно. Удобство, в свою очередь, подразумевает не «бросающуюся в глаза» кнопку, а удобство использования интерфейса в целом. Впрочем, это касается любого интерфейса, а не только мобильных приложений. Кроме того, нужно тактично подходить к вопросу уведомлений — здесь важно не увлечься, чтобы не отвлекать пользователя по пустяковым поводам.

Подготовка к разработке

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

Итак, для начала нужно определиться с вводными данными:

1. Платформы приложений

   Это те самые iOS и Android, на которых работают наши смартфоны и планшеты. Есть, конечно, еще Windows Phone, но самая активная и лояльная аудитория — на iOS, а устройства на Android — самые доступные, что делает эти две платформы лидерами и отодвигает прочие в категорию «может быть, когда-нибудь          ».

2. Типы мобильных устройств

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

3. Серверная часть

   Если в приложении подразумевается загрузка данных извне (например, товары магазина), нужно либо уже иметь разработанную, либо создать — серверную часть. То же касается приложений, в которых пользователи имеют разграниченные права — проще говоря, могут авторизоваться или регистрироваться и иметь «личные кабинеты». База данных этих пользователей должна храниться на сервере, приложение должно иметь возможность к ней обращаться. При выборе исполнителя необходимо учитывать, что далеко не все разработчики берутся за создание серверной части — многие студии ограничиваются разработкой только «клиентской» (с программной точки зрения) части приложения, так как разработка баз данных и API влечет за собой серьезные трудозатраты квалифицированных и опытных специалистов.

4. Способ распространения

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

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

Сколько стоит приложение?

Так сколько-же, все-таки, должна стоить разработка мобильного приложения? Никто и никогда не ответит на этот вопрос, не задав всех тех вопросов, которые были описаны выше. Ответы на них — как конструктор, построят концепцию будущего проекта. Однако, стартовые бюджеты, по состоянию на осень 2016 года, на рынке наблюдаются в районе 120 тысяч рублей (одна платформа); проекты средней сложности — от 1,5 млн. Сложные проекты стоят от 3 млн и «до бесконечности».

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

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

Конструкторы приложений

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

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

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

Кроссплатформенные приложения

Еще одним витком развития мобильной разработки послужило появление всевозможных фреймворков, позволяющих разработчикам писать код в одном месте, а на выходе получать приложения под несколько платформ. Это направление и сейчас успешно развивается, однако, технические ограничения этих решений не позволяют в полной мере реализовать все задуманное даже на средних по сложности проектах. Даже мало уступающий по производительности нативной разработке React Native, в лучшем случае, может быть использован на небольших проектах для СМИ и e-commerce, тогда как рекламируются подобные решения, как способы удешевления процесса разработки чуть ли не в разы.

Первопроходцами в этой области были такие фреймворки, как Ionic и мы, чего греха таить, использовали его в разработке приложения «Доставка запчастей». Впрочем, тогда он показал себя с наилучшей стороны, хотя вес Андроид-версии и был неоправданно велик. Все это из-за того, что кросплатформенные решения заменяют нативные элементы интерфейса webview, отображая простой HTML. Исключением является уже упомянутый React Native, но за ним еще стоит понаблюдать, особенно на фоне наступающего в этой же области Angular… Но это уже другая история.

Что сначала — iOS или Android?

Когда бюджет проекта настолько стеснен, что выбор ограничивается до одной платформы, начинаются муки выбора — какую же, все-таки, выбрать? Или, чаще — с какой начать? На самом деле, существует вполне объективный аргумент в пользу iOS. Это — аудитория. Люди, пользующиеся техникой Apple, намного активнее скачивают всевозможные приложения, в том, числе, и платные. Кроме того, они ими активно и пользуются. Эти показатели немного хуже в случае с Android. Но самыми активными признаны пользователи… внимание, Windows Phone! Как ни странно, из-за того, что далеко не все сервисы заводят себе WP-версию приложения, пользователи этой платформы чрезвычайно рады любому пополнению в их маркете. Отсюда больше скачиваний и повышенная лояльность. Тем не менее, не стоит забывать о том, что в количественных показателях популярности платформ лидерство закреплено за iOS.

***

Подводя итог, можно сказать, что если ваш бизнес готов к созданию приложения, и оно будет подкреплять и развивать существующие бизнес-процессы (допустим, это e-commerce), вам в равной степени подойдет как кроссплатформенное решение для обеих популярных платформ, так и нативное приложение для iOS. Если мы говорим о проверке бизнес-модели, то для MVP (Minimal Viable Product) лучше создать нативное iOS-приложение. Если необходимо по-максимуму охватить аудиторию и получить ее лояльность, необходимо создавать нативные приложения под каждую платформу.