Разработка мобильных приложений — все что нужно знать для старта

Идея всему голова

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

Яндекс.Еда - это старый FoodFox, но с быстрой доставкой и работающий по всей России. А игра Flappy Fish - клон успешной Flappy Bird, которую создатель сам удалил из всех площадок.

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

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

Ниша и целевая аудитория

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

Ниша - это сегмент рынка со своими потребностями. Например, продажа авторских смузи.

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

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

Миру не нужен ещё один клон «Авито» или новый мессенджер. Если Вы этого хотите, то соберите портрет целевой аудитории и попробуйте «предугадать», что людям может быть полезно в Вашем новом мессенджере, чего нет у Telegram. Спойлер: будет тяжело и дорого.

Бюджет и стоимость разработки

Исходя из пункта выше, можно попробовать сформировать бюджет на разработку.

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

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

Техническое задание

Техническое задание - это документ, в котором будет обозначен весь функционал проекта. По этому документу потом будут оценивать проект разработчики.

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

Ещё к техническому заданию можно прикрепить User Story и фич-лист. Первое - это флоу/сценарий, как пользователь будет пользоваться приложением. Второе - сухая Excel-таблица со всем-всем функционалом приложения. Обе вещи помогут лучше оценить будущий проект.

Стоимость разработки по рынку услуг

Средняя цена старта разработки мобильного приложения в России варьируется от 2 000 000 рублей до 10 000 000 рублей.

Да, это разброс начальной стоимости. Если эти цифры оказались шоком, то, скорее всего, Вы не делали первичный анализ стоимости до этого.

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

Исходя из информации о зарплатах программистов, можно предположить, что цена вполне адекватная. На зарплату в 100 000 рублей программиста в регионе компания тратит со всеми взносами государству около 145 000 рублей. А приложение делает не один специалиста, минимум 3: программист, дизайнер и управляющий менеджер. И это в лучшем случае.

Один зарплатный фонд на месяц работы уже около 500 000 рублей на 3 человек, а еще плюсуем сюда кредиты на дорогие компьютеры, разные платные сервисы а-ля Week, Copilot и налоги на прибыль.

Маржинальность в сфере услуг не такая уж и большая, это не сервис-продукт HeadHunter с его 30%. Средняя маржа у IT-компании, продающая услуги, около 15%, так что делаете выводы.

Если разработка дешевле 1 000 000 рублей, то нужно задуматься, почему так, может, есть подводные камни? То же касается дорогой разработки, если разработка стоит 20 000 000, то почему? Что особенного предлагает компания?

Способ распространения и монетизация

Когда определились с бюджетом, можно и определиться с его монетизацией. А то зачем делать приложение без цели заработать?

Монетизация - процесс извлечения прибыли.

Существуют два способа распространения программ в магазинах приложений: бесплатное и платное.

Apple Store и Google Play

Для начала поговорим про классические магазины приложений, их знают почти все, и они самые популярные на рынке.

Платная публикация

Платная публикация в магазине - это когда пользователь один раз заплатил за приложение или игру. Как покупка игры в Steam или Epic Games Store. То есть купил и теперь владеет продуктом (ну или доступом к нему, смотря как посмотреть).

Естественно, у площадок есть комиссия, которую разработчик будет обязан уплатить. В Apple Store это 30% за покупку приложения. В Google Play 9%.

Бесплатная публикация

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

В основном это ежемесячные/годовые подписки или комиссия за какие-то внутренние операции. Может быть даже разовые покупки (одежда на персонажа или боевые пропуски в случае с играми).

Apple Store взимает комиссию в 30% за каждую покупку, есть возможность через специальную программу Apple Small Business Program (далее - ASBP) снизить до 15%.

Это все касается покупок через Apple Store и Apple Pay. Если подключаете свое решение, то комиссия снижается до 27%, а в случае с ASBP - до 12%. Если что, "своим решением" считается любой внешний модуль оплаты, например, от Т-Банка или Юкассы.

Google Play берет 9% за все покупки, а за транзакции, связанные с игровыми преимуществами (донаты, бонусы), берет 20%. Никаких программ по снижению комиссии у него нет.

Физические товары (еда, аренда, ковры и так далее) не облагаются никакими комиссиями в обоих магазинах.

Российские реалии

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

У Apple дела обстоят лучше, но с огромным нюансом. Покупки можно совершать в русском Apple Store, оплата проходит по номеру телефона через Билайн и МТС. Но вот вопрос с выводом средств остается открытым. Так как Россия отключена от Swift, плюс санкции, то с этим могут быть сложности. Иными словами: потребуется зарубежный счет и иностранное юридическое лицо.

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

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

Сертификаты

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

Сертификат Apple стоит 99 долларов в год, а у Google - 25 долларов один раз при регистрации. Для оплаты сертификатов нужен DUNS-номер и иностранная карта для оплаты в валюте.

DUNS - Международный идентификатор юридических лиц.

Подробней про DUNS можно узнать тут. Ну а чтобы достать иностранную карту, придется повозиться. Мы можем посоветовать пару сервисов:

Pyypl - тут можно купить карту USA или Гонконга. Ее должно хватить для оплаты членства в Apple Store и Google Play. Карта пополняется через СБП или криптовалюту. Регистрация возможна по русскому номеру.

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

Все сервисы платные, выпуск карты может обойтись от 25 до 40 долларов.

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

Важно, для работы с Google регион карты должен соответствовать региону аккаунта. У Apple с этим попроще, для оплаты членства им не важно, откуда карта, лишь бы была.

Альтернативные магазины приложений

Для iOS нет аналогов, так что придется использовать только Apple Store. А вот у Google Play есть конкуренты, это RuStore и AppGallery. Публикация там бесплатная, и каких-то ограничений по работе с финансовыми операциями нам неизвестны (на данный момент).

Дизайн и проектирование

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

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

Для особо экономных и уверенных в своих силах можно обратиться в сервис Stich от Google, это нейросеть, которая сможет собрать Вам дизайн. Да, это будет шаблонный проект, но так можно сэкономить. 

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

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

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

Платформенная специфика

Многие делают общий дизайн для iOS и Android, но на самом деле это неправильно, и все делают это тупо из-за экономии.

Но на самом деле самый правильный подход - это делать две версии дизайна: под iOS и Android.

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

Также модальные окна работают по-разному на обоих устройствах, поэтому где пользователь Android привык к такому поведению, пользователь iOS может "заныть" из-за неудобства.

К сожалению, это ошибку совершают 80% всех приложений.

Технологии

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

Для iOS используют язык программирования Swift, а для Android - Kotlin или Java.

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

Тут можно сэкономить и использовать кроссплатформу: то есть инструмент, который позволяет писать код один раз, а на выходе будет два приложения. Кроссплатформенных инструментов много, для игр это Unity, а для обычных приложений для бизнеса - React Native, Cordova, Flutter и Kotlin Multiplatform. Чем они отличаются можно посмотреть тут.

Если кратко, у любого инструмента из этого списка есть свои подводные камни, меньше всего у Kotlin Multiplatform (далее - KMP) и Unity.

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

KMP - по факту нативная разработка, то есть там тоже делаются две версии одного и того же приложения (для iOS и Android), но какой-то код может быть общим между двумя платформами и пишется он один раз. Тем самым Вы убираете все подводные камни кроссплатформы, но платите временем (деньгами) в разработке. Всё равно дороже, чем другие инструменты из списка ниже, но ещё дешевле, чем чистый Swift и Kotlin.

Cordova, React Native, Flutter - это “чистая” кроссплатформа, то есть пишете один код, а получаете два приложения. Проще некуда, но тут кроется огромная проблема. Если Вам потребуются системные функции телефона (камера, шифрование, геолокация, доступ к многопоточности) - начнется самый настоящий акт насилия над программистом. Вам, скорее всего, соврут в лицо и скажут - это невозможно, лишь бы не делать это. Ну или сделают, нагородив кучу костылей.

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

Что используют лидеры рынка

Если смотреть на приложения Сбера, Т-Банка, Duolingo, Dodo Pizza, Yandex - они все написаны на нативе. То есть это чистый Swift и Kotlin.

Почти нет успешных проектов на Cordova или React Native, это обычно шутка... для экономии и прощупывания ниши. C этим многие не соглашаются (обычно это обиженные программисты), но это статистика. Миллион статей на Хабре и VC.ru, где кто-то рассказывает, как ушёл с этих технологий из-за их проблем.

С Flutter ситуация другая: во-первых, технология ещё молодая, ещё не успели много плохого написать; во-вторых, это та же кроссплатформа со всеми её болячками, просто их меньше, чем в Cordova и React Native. На нашей памяти Flutter использует лишь Яндекс для реализации плагинов, которые вставляются в уже готовые нативные приложения. Немного необычно сложный подход для обычного бизнеса.

Ну а с KMP ситуация вообще сложная, так как по факту это натив, но который маскируется под кроссплатформу. Так что если и кто-то его использует, мы просто не узнаем, пока нам об этом сами не скажут разработчики. В открытых источниках можно найти, что данную технологию используют активно в США: XAPO BANK и Netflix.

Если касаться игр, то многие популярные приложения написаны на Unity: Flappy Bird, Apple Worn, многие "три в ряд". Просто при создании игр работают с 3D-графикой, а в Unity одни из лучших инструментов для этого. Поэтому многие терпят проблемы кроссплатформы в ней, лишь бы руками не касаться инструментов iOS и Android для работы с графикой (они ужасно сложны).

Даже крупные игры для Windows делают на Unity, тот же Warhammer 40000: Rogue Trader и Escape from Tarkov. К слову, Warhammer 40000: Rogue Trader ещё и на MacOS и PlayStation 5 работает. Вот такой вот крутой инструмент!

Сервера

Пусть будет отдельным пунктом. Для многих оказывается шоком, но мобильное приложение требует свой сервер с бэкендом. Там может происходить синхронизация с 1С, Iiko, Frontpad и другими страшными вещами.

А сам бэкенд может быть написан на чём угодно, это может быть Node.js, Python, C#, Kotlin, PHP.

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

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

Сбор команды

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

Можно ли собрать приложение в конструкторе

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

Можно ли попросить ИИ сделать приложение

Это, кстати, называется вайб-кодинг, когда делаешь что-то, надиктовывая ИИ.

В целом, если много свободного времени и Вы готовы выучить пару новых технологий и инструментов, то ответ - да. Маленькое приложение на 2-3 экрана вполне можно сделать самостоятельно с ИИ, но опять же, придётся столкнуться с трудностями:

• Для сборки под iOS потребуется мощный компьютер на базе MacOS с последней версией обновления. И, к сожалению, MacBook Air не подойдёт, он тупо сгорит при сборке приложения, ведь в нём даже вентилятора нет. Рабочая Mac Studio автора может нагреваться до 90 градусов при сборке одного мобильного приложения;
• Надо освоить несколько дополнительных инструментов, например Xcode и Android Studio для запуска и тестирования своей программы. Это две огромные программы с огромным количеством кнопок, как в Photoshop и Figma;
• Нейросеть плохо обрабатывает большое количество кода, поэтому придётся научиться структурированно промтить и разбивать код на куски, дабы нейросеть сама не запуталась в своём же коде (прямо как человек). Ну и порой придётся повторять одно и то же по сотни раз, чтобы получить желаемое.

И всё это ради приложения в пару экранов. Даже не надейтесь, что это получится сделать за 1 или даже 2 дня. Особенно если будете делать это в первый раз. И тем более если будете делать это с бесплатными моделями.

Всё, что описано выше, вполне реально попробовать только с платной версией ChatGPT или Copilot. Последний прямо создан для кодинга, но стоит около 100 долларов в год (нужна иностранная карта) за базовую версию.

Также важно знать, даже у самых лучших ИИ-инструментов есть ограничение на количество символов, которые они могут обработать в контексте. У всех оно разное, но это плюс-минус около 128000 токенов (примерно 100000 слов или 400000+ символов для современных моделей). К слову, среднестатистический проект (средний) может насчитывать около двух миллионов строк кода. Это значит, на большом проекте у ИИ будут "галлюцинации": будет делать совсем не то, что нужно.

Иными словами, придётся превратиться в программиста, ну или хотя бы "ИИ-инженера". Так себя вайб-кодеры называют. Освоить навыки промтинга и декомпозиции. Может для кого-то это будет шагом в новую профессию?

Аналитика

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

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

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

Существуют много систем для аналитики, например для игр на Unity есть своя система, встроенная прямо в саму Unity. А для обычных приложений мы рекомендуем AppMetrica от Яндекса. Она подойдет большинству приложений.

Заключение

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

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

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

В любом случае, удачи с Вашим приложением и спасибо за чтение!