# Как сделать свое мобильное приложение в 2026 году | От А до Я

https://www.youtube.com/watch?v=aceWnx7SZpg
Translation: en

[00:00] Привет. В этом видео я расскажу, как

[00:02] правильно подойти к созданию своего

[00:04] мобильного приложения. Важный момент,

[00:06] это не урок по программированию. То есть

[00:08] здесь я хочу разобрать, как организовать

[00:10] запуск приложения с точки зрения

[00:12] бизнеса. Ну то есть вот у вас есть

[00:14] какая-то идея или задача, которую вы

[00:16] хотите решить, запустив собственное

[00:18] мобильное приложение. И в таком

[00:20] контексте приложение - это готовый

[00:22] продукт, в котором, на самом деле,

[00:24] сплавлено большое количество разных

[00:25] задач. Это и понимание трендов, рынка,

[00:28] целевой аудитории, это юридическая

[00:30] безопасность, это, само собой, грамотная

[00:33] техническая реализация, плюс ещё система

[00:35] регулярных обновлений и много чего ещё.

[00:38] И вот только при таком комплексном

[00:39] подходе можно действительно получить

[00:41] востребованный продукт и сделать из

[00:43] приложения самостоятельный бизнес,

[00:45] который будет приносить доход. Ну а это

[00:47] видео даст всю информацию для того,

[00:49] чтобы пройти этот путь самостоятельно. Я

[00:51] уже снимал ролик на эту тему в двадцать

[00:53] третьем году, но с тех пор текло много

[00:55] воды. Во-первых, сильно развился

[00:57] искусственный интеллект, появилась целая

[00:59] индустрия вайб-кодинга, появились

[01:01] сервисы, которые обещают сделать готовое

[01:03] приложение за пару кликов. Ну а ещё

[01:06] Google Play и App Store стали жёстче

[01:08] модерировать приложение, удалять

[01:10] приложение начали и банить аккаунты.

[01:12] Поэтому думаю, что материал стоит

[01:14] обновить. Ну, я подумал, что будет

[01:16] иронично говорить про AI, мобильные

[01:18] приложения и новые технологии на фоне

[01:21] швейной машинки Zinger и томиков

[01:23] Шекспира. Поехали. Начнём с того, что

[01:26] никто не ждёт очередное приложение, и

[01:29] никто, ну, кроме вас самих, не побежит

[01:32] ваше приложение устанавливать, как

[01:34] только оно выйдет в магазине. Поэтому,

[01:35] когда вы выпустите своё приложение, у

[01:37] него будет ноль установок, через неделю

[01:40] у него будет ноль установок, через месяц

[01:42] у него по-прежнему будет ноль установок.

[01:45] А через 2 месяца его просто удалят из

[01:47] сторов за неактивность, а ваш аккаунт

[01:49] забанит. Это вот та реальность, о

[01:51] которой чат GPT не расскажет. И что

[01:53] здесь делать? На самом деле у сторов

[01:55] есть алгоритмы и механики, которые

[01:57] позволяют получать установки

[01:59] органически, то есть бесплатно и без

[02:01] вашего участия. Поэтому первое, что вам

[02:03] нужно сделать ещё до того, как начинать

[02:06] создавать приложение - это собрать

[02:07] семантическое ядро. Смотрите, есть такой

[02:10] сервис, называется ASA Mobile. В нём вы

[02:12] можете посмотреть, по каким ключевым

[02:13] запросам продвигаются приложения

[02:15] конкурентов и какой количество

[02:17] пользователей они таким образом

[02:19] получают. Ну, например, посмотрим

[02:21] приложение Perplexity, увидим топ

[02:23] запросов, по которым его находит и

[02:25] скачивают. Также мы здесь можем

[02:26] отфильтровать запросы по странам, то

[02:28] есть, например, посмотреть, по каким

[02:29] запросам приложение устанавливают только

[02:31] из России. Можем также добавить свои

[02:33] запросы и посмотреть, какие приложения

[02:35] по ним ранжируются. Как вообще работает

[02:37] поиск в интернете? То есть человек

[02:39] вбивает в поисковую строку запрос,

[02:41] например, купить натяжные потолки.

[02:43] Машина ищет сайты, которые наиболее

[02:46] точно отвечают на этот запрос. То есть

[02:48] сайты, которые продают натяжные потолки.

[02:50] Потом ранжируют их по популярности и

[02:52] показывает человеку. Если же клиент

[02:55] ищет, например, купить красные натяжные

[02:58] потолки, то поисковик может предложить

[03:01] ему менее популярный сайт, но зато

[03:03] который продаёт вот именно красные

[03:05] натяжные потолки. То есть лучше

[03:07] соответствует его запросу. Такие ключи

[03:09] вот для примера с красным потолком,

[03:11] называются узкими, и на самом деле они

[03:13] становятся спасительной соломенкой для

[03:15] начинающих бизнесов, которые, ну,

[03:17] объективно не могут по популярности вот

[03:20] соперничать со старичками. Так в чём

[03:22] мораль-то? Google Play и App Store

[03:24] устроены аналогично. Они ориентируются

[03:26] по тем ключевым словам и тегам, которые

[03:28] вы пропишите на рекламной странице

[03:29] приложения. И ваша задача - правильно

[03:32] подобрать ключевые запросы так, чтобы

[03:34] выйти хотя бы, ну, на, ну, хотя бы на

[03:36] 200 органических установок в месяц. То

[03:39] есть это будет просто границей

[03:40] выживаемости для вашего приложения,

[03:42] чтобы вас хотя бы не удалят. Само собой,

[03:45] для этого нужно собрать узкие ключевые

[03:47] запросы, по которым вы сможете

[03:48] соперничать с гигантами. Например, ключ

[03:52] фоторедактор. Он суперширокий. То есть,

[03:55] да, там миллионы запросов, но и

[03:57] миллиарды вкладывают те, кто находится

[03:59] на первых позициях. И с ними бороться -

[04:01] это как со шпагой на танк бежать. То

[04:03] есть вам нужны узкие запросы, где вроде

[04:05] бы есть спрос, но он не удовлетворяется

[04:08] в полной мере какими-то существующими

[04:10] предложениями. Собственно, почему я

[04:11] начал вообще рассказывать про ключи и

[04:13] семантику ещё до того, как приложение

[04:15] готово? То есть разве нелогично было бы

[04:18] оставить это на потом? В том-то и дело,

[04:19] что нет. С приложениями такая история,

[04:22] что на старте приложение адаптируется

[04:24] под ключи. То есть вы думаете, какие

[04:27] функции добавлять в приложение не только

[04:29] на основе каких-то своих хотелок, но и

[04:31] на основе ключей, по которым вы

[04:33] собираетесь продвигаться. То есть вы

[04:35] собираете семантику и потом думаете: "А

[04:38] как спроектировать приложение так, чтобы

[04:40] оно лучше конкурентов отвечало вот на

[04:42] этот запрос? То есть какие в него

[04:44] добавить нужно функции?" На самом деле

[04:46] органика в приложениях действительно

[04:47] крайне важна. То есть даже если вы очень

[04:50] богатый и готовы сотни миллионов

[04:52] вгружать в рекламу, это невыгодно как

[04:54] минимум. То есть гораздо эффективнее

[04:56] развивать своё приложение, чтобы оно

[04:58] забирало всё больше и больше узких

[05:00] ключей, за счёт чего становилось

[05:02] популярным и начинало уже выходить по

[05:04] более широким ключам. И проблема в том,

[05:06] что в отличие от сайтов, для того, чтобы

[05:09] опубликовать своё приложение,

[05:10] обязательно нужно будет пройти

[05:11] модерацию. То есть сотрудник Эпстора

[05:13] будет устанавливать ваше приложение,

[05:15] будет тыкать в нём каждую кнопку и

[05:17] проверять на соответствие описанному на

[05:20] страниц приложения. И если в описании,

[05:22] грубо говоря, указано, что у вас в

[05:24] приложении можно вызвать такси с

[05:25] питомцем, а в приложении такой функции

[05:28] не окажется, то модерация ваше

[05:30] приложение отклонит. Поэтому просто так

[05:32] вот каких-то рандомных ключей натыкать и

[05:34] ждать чуда тоже не выйдет. Например, я

[05:36] недавно запускал вот такое простое

[05:37] приложение для генерации стикеров для

[05:40] Телеграма и Ватсаппа. То есть вы туда

[05:41] загружаете своё фото, выбираете стиль, и

[05:44] вам генерируется прикольный стикерпак на

[05:46] каждую эмоцию. И в ходе анализа ключей

[05:49] мы выяснили, что было бы на самом деле

[05:51] очень здорово как-то подмазаться к

[05:53] ТикТоку, чтобы использовать смежные

[05:55] ключи. И мы только ради этого добавили в

[05:57] приложение небольшую функцию для

[05:59] генерации ролика в формате TikTok. То

[06:01] есть вложить деньги в разработку

[06:04] какой-то фичи, функции, вот генерации

[06:06] ролика в формате TikTok, чтобы получать

[06:08] с неё дополнительно там 1.000 установок

[06:11] в месяц, это гораздо выгоднее, чем

[06:14] вложить эти же деньги в рекламу. Google

[06:16] Play и App Store хотят, чтобы вы делали

[06:18] классный продукт, а не чтобы вы

[06:19] мерились, кто больше денег в рекламу

[06:21] вложит. То есть они и так уже

[06:23] монополисты, у них все пользователи

[06:25] мира. Им не требуется, чтобы вы из

[06:27] какой-то одной площадки приводили к ним

[06:29] дополнительную аудиторию. Она у них вот

[06:31] так есть. Поэтому единственное, что

[06:34] Google Play и App Store поощряет в

[06:36] разработчиках - это то, что они

[06:37] стараются сделать всё более и более и

[06:39] более классный, сложный продукт, что они

[06:42] им допиливают, совершенствуют и так

[06:43] далее. И такие приложения Google Pay App

[06:46] Store продвигает. Ну и, пользуясь

[06:48] случаем, минутка саморекламы. Я уже

[06:50] много лет занимаюсь коммерческим

[06:51] запуском приложений. То есть это то, на

[06:53] чём я зарабатываю деньги и на чём уже

[06:55] собаку съел. То есть я лично проходил

[06:57] путь от чистой идеи до приложения в

[07:00] сторах уже больше сотни раз с разными

[07:03] нишами, запуская приложения на разные

[07:05] страны и с разными целями. Ну, в общем,

[07:08] какой-никакой, но насмотренностью

[07:09] обладаю. Поэтому, если у вас есть идея

[07:11] своего приложения, но вы понимаете, что

[07:14] самостоятельно запуск вы не потянете, то

[07:17] загляните в описание к ролику, там будет

[07:19] ссылка на мой сайт. Оставьте заявку,

[07:21] свяжемся, пообщаемся. То есть мы делаем

[07:24] работу под ключ, выводим приложение на

[07:26] 1.000 установок в месяц в узких нишах и

[07:28] от 5.000 в месяц на широких. Собственно,

[07:31] ссылка в описании.

[07:34] Итак, мы узнали, что в приложении должны

[07:36] быть не только функции, которые вы

[07:38] хотите туда добавить, но и те, которые

[07:40] помогают в продвижении. Дальше я советую

[07:42] написать небольшой документ, в котором

[07:44] обозначить те функции, те задачи,

[07:46] которые ваше приложение должно решать.

[07:48] То есть неважно, вы привлекаете вы

[07:50] каких-то сторонних разработчиков или

[07:52] будете делать всё сами, но подобный

[07:55] документ поможет просто структурировать

[07:57] мысли и ничего не забыть. Когда я

[07:58] работаю со своими клиентами, я пишу вот

[08:00] такое техническое задание. То есть это

[08:02] простой формат, который будет понятен и

[08:04] вам, и разработчикам, и, честно говоря,

[08:07] даже и к устному интеллекту, если вы

[08:09] вдруг решите вайп-кодить. Ссылку на

[08:11] пример своих тех заданий я также оставлю

[08:13] в описании. Сейчас же краткий блиц по

[08:16] функциям, моментам, которые стоит учесть

[08:18] до разработки и отразить в самом

[08:20] документе. Во-первых, это выбор метода

[08:22] оплаты. Смотрите, [музыка] есть два типа

[08:25] товаров, которые можно продавать в

[08:27] приложении. Это цифровые и нецифровые

[08:29] товары. Например, вы продаёте через

[08:31] приложение ботинки. Эти ботинки имеют

[08:34] себестоимость, лежат у вас на складе. Вы

[08:37] заплатили деньги, чтобы их купить, и ещё

[08:39] заплатите деньги курьеру, который их

[08:40] доставит. То есть это товар, который

[08:43] имеет связь с реальным миром, то есть он

[08:44] не цифровой. Другой пример - подписка в

[08:47] приложении. То есть пользователь оплатил

[08:49] вам 100 долларов, и вы ему просто

[08:52] разблокировали часть функционала,

[08:54] которую до этого уже сами

[08:55] напрограммировали. Связи с реальным

[08:56] миром нет. Товар цифровой. Так вот,

[08:59] цифровые товары обязательно оплачивают

[09:01] через платёжные системы Google Pay и

[09:02] Apple Pay. Из таких транзакций они берут

[09:04] 30% комиссии. Нецифровые товары можно

[09:08] оплачивать любыми другими методами

[09:09] оплаты. Ещё отдельный кейс - это

[09:11] приложение на Россию. Из-за санкций

[09:14] >> санкции не помеха.

[09:16] >> Пользователям в России нельзя оплачивать

[09:17] покупки через Google Pay, Apple Pay.

[09:19] Поэтому их можно не подключать и можно

[09:22] добавить оплату карты или СБП. Модерации

[09:24] такие приложения тоже пропустят. То есть

[09:27] на этапе проектирования приложений вы

[09:29] уже понимаете, какие платёжные системы

[09:30] подключаете. Например, если вы делаете

[09:33] приложение с подпиской на весь мир, то

[09:35] подключаете Google Pay и Apple Pay для

[09:38] всего мира и отдельно оплату карты

[09:40] конкретно для России. Плюс ещё

[09:42] предусматривайте функционал, чтобы эта

[09:44] кнопка "Поплатить картой" скрывалась для

[09:47] всех пользователей, кроме пользователей

[09:48] из России. Дальше, если вы запускаете

[09:51] приложение на Россию, то помните о

[09:52] Федеральном законе 152 о хранении

[09:54] персональных данных. Спойлер: данные

[09:56] пользователи из России должны храниться

[09:58] только на территории России. То есть

[10:00] серверы, приложения должны быть на

[10:02] территории России. Ещё стоит учесть

[10:04] стоимость поддержки приложений. Как

[10:06] правило, сейчас для создания приложений

[10:08] используются облачные сервера. То есть

[10:10] ваше приложение хранится на каком-то

[10:12] удалённом сервере, где-то далеко-далеко,

[10:15] а вы просто платите подписку за

[10:17] использованные ресурсы. Например, в

[10:19] России есть сервисы Яндекс облалако или

[10:21] там, не знаю, Timeweb. Они предоставляют

[10:23] вот как раз такую услугу облачного

[10:25] сервера и при этом соблюдают закон о

[10:27] персональных данных на территории РФ.

[10:29] Теперь по цене на сервер. Ну, тут всё

[10:31] зависит, во-первых, от самого

[10:33] приложения, во-вторых, от количества

[10:34] пользователей. То есть, чем больше

[10:37] пользователей, тем больше приложение

[10:39] потребляет ресурсов и, соответственно,

[10:41] тем дороже выходит подписка на

[10:43] обслуживание. На старте, например,

[10:45] сервер будет вообще бесплатен, а потом

[10:46] потихоньку расходы будут расти. Для

[10:49] понимания порядка цифр в приложении на

[10:52] 100.000 пользователей выходит около

[10:54] 9.000 руб. в месяц на сервер. Ещё один

[10:57] совет, что не стоит мудрить с методами

[10:59] входа. То есть не нужно делать

[11:01] регистрацию и по номеру телефона, и

[11:03] через email, и через 10 соцсетей. То

[11:05] есть никому это не надо. Возьмите

[11:08] один-два ключевых метода и запускайтесь

[11:10] с ними. Также настоятельно рекомендую не

[11:12] раздувать первый запуск, то есть делайте

[11:14] только то, что то что то, что логически

[11:16] оправдано. То есть оправдано либо

[11:19] функционально, что вот без вот этой вот

[11:21] функции приложение вообще просто

[11:23] работать не будет, либо с точки зрения

[11:25] продвижения. То есть, как я уже выше вот

[11:27] говорил про ключевые [музыка] слова. Ещё

[11:29] в ТЗшке стоит уточнить, какие интеграции

[11:32] лучше использовать. То есть живой

[11:34] пример. Вы делаете приложение для

[11:35] доставки и подключаете карты в

[11:38] приложение. И в каких-то городах, в

[11:40] каких-то странах лучше работает Google,

[11:42] в каких-то Яндекс, в каких-то 2гист. То

[11:44] есть это надо определить заранее, потому

[11:46] что наёмный разработчик или

[11:48] искусственный интеллект сделает просто

[11:50] так, как ему удобно. Ну и уже когда есть

[11:52] ТЗ, можно приступать к дизайну. Дизайн

[11:54] делается в программе Фигма. Она уже

[11:56] такой стандарт индустрии и благо

[11:59] бесплатная. Когда я разрабатываю

[12:00] приложение на заказ, то я делаю дизайн в

[12:03] два подхода. То есть сначала я

[12:04] разрабатываю прототип, собираю в Фигме

[12:07] чёрно-белые экраны без красоты. Просто

[12:10] единственная задача которых - это

[12:11] разнести логику технического задания по

[12:13] экрану. То есть мы в прототипе должны

[12:15] удобно для пользователя реализовать все

[12:17] возможные сценарии использования

[12:19] приложений. То есть, грубо говоря, вот

[12:20] на этом экране у нас отображается

[12:22] такая-то информация, есть такие-то

[12:24] кнопки. При клике на кнопку пользователь

[12:26] переходит вот на следующий конкретный

[12:29] экран, а затем уже по готовому прототипу

[12:31] мы разрабатываем дизайн, то есть уже

[12:33] наводим красоту, подбираем цвета,

[12:35] шрифты, рисуем там маскотов, иконки,

[12:37] логотипы и прочее. И я бью создание

[12:39] дизайна вот на эти два этапа, так как я

[12:42] работаю с клиентами, и мне важно

[12:43] максимально понятно и прозрачно

[12:45] отчитываться своей работе. То есть мы

[12:47] сделали прототип, я созваниваюсь с

[12:49] клиенту, показываю, и мы в режиме онлайн

[12:51] обсуждаем, всё ли понятно, всё ли

[12:53] нравится, правильно ли мы вас поняли. То

[12:55] есть мне важно, чтобы клиент внёс правки

[12:58] по логике на этапе вот этого прототипа,

[13:00] потому что готовый дизайн корректировать

[13:02] уже будет, ну, заметно сложнее. Поэтому,

[13:04] если вы решите обращаться к фрилансерам

[13:07] или идти к какой-то действующей команде,

[13:08] то советую работать с ними вот по такой

[13:10] схеме. Если же вы делаете дизайн

[13:12] собственноручно, то тут уже выбор за

[13:13] вами. То есть запариваться с прототипом

[13:16] или делать по-живому. Теперь как делать?

[13:19] Нормального инструмента с искусственным

[13:21] интеллектом, который мог бы генерировать

[13:23] корректные дизайны, учитывающую всю

[13:26] логику приложения. Такого инструмента

[13:27] сейчас не существует, поэтому

[13:28] по-прежнему вся работа ведётся руками.

[13:30] Если не знаете, с чего начать, от чего

[13:32] оттолкнуться, то найти вдохновение можно

[13:35] на площадках Behance и Drible. Ну, а

[13:36] также можно попросить сгенерировать

[13:38] главные экраными JРNY или чаat GPT. То

[13:40] есть важноиш сгенерирует просто красивый

[13:43] главный экран, один экран. Ну вот, вот

[13:46] для наглядности пример, сколько вообще

[13:48] экранов у среднего по размера мобильного

[13:50] приложения. То есть сгенерируем один

[13:53] главный экран чисто для вдохновения, для

[13:55] того, чтобы стиль уловить, а дальше уже

[13:57] вручную, повторюсь, всё додумывается и

[13:59] доделывается. Просто в этом вот

[14:00] выбранном стиле. Если вам тяжело

[14:02] придумать, как спроектировать интерфейс,

[14:05] то можно попробовать сгенерировать

[14:06] прототипы через clotд или lavable. То

[14:09] есть дайте им просто небольшой кусок

[14:10] ТЗшки, они вам предложат решение. Но в

[14:13] конце всё то же самое. Нудная, долгая и

[14:16] кропотливая ручная работа в Фигме. И

[14:17] альтернатив пока нету. Ну а если

[14:19] говорить в общем, то сейчас в моде

[14:21] минималистичный дизайн, то есть

[14:23] перегруженные функциями экраны экрана с

[14:26] какими-то бессмысленными пустыми

[14:28] иллюстрациями. Всё это уже не в фаворе.

[14:30] Дальше навигационная панель внизу. Это

[14:32] вот навбар. Вот так это выглядит.

[14:35] Показывает заметно лучшие результаты,

[14:37] чем бургерменю, поэтому используйте её.

[14:39] Отдельная история - это так называемые

[14:42] AI driven интерфейсы, когда интерфейс

[14:44] приложения подстраивается под

[14:46] пользователя на основе контекста,

[14:47] который пользователи собирает

[14:49] искусственный интеллект. Мы уже

[14:51] выпускали несколько таких приложений, и

[14:53] они показывают, на самом деле, просто

[14:55] заоблачные метрики удержания. И если

[14:57] интересно снять отдельный ролик про

[14:59] такого рода интерфейсы, как их

[15:01] проектировать, то напишите об этом в

[15:03] комментариях. Что ж, и вот только сейчас

[15:06] мы подошли к разработке. То есть я ещё

[15:08] раз хочу обратить внимание на

[15:10] приоритеты, где вот во всей этой цепочке

[15:12] находится разработка. То есть разработка

[15:15] - это как кирпичи класть. То есть это

[15:17] бесспорно важный этап. Но если вы

[15:20] смотрите на цельный дом как готовый

[15:22] продукт, наверное, это не самое

[15:25] ключевое. Наверное, важно его правильно

[15:27] спроектировать в нужном месте построить,

[15:29] заложить там, не знаю, какую-нибудь

[15:31] нагрузку, амортизацию, правильно

[15:32] стоимости рассчитать, чтобы этот дом

[15:34] продался и вы не в минус работали. Вот.

[15:36] Вот в такой вот аналогии посмотрите на

[15:39] запуск приложений. Я также смотрю. То

[15:41] есть разработка - это просто техническое

[15:43] исполнение. Но когда идёт обыватель,

[15:47] подходит к разработке или на дом

[15:49] смотрит, у этого обывателя складывается

[15:50] впечатление, что раз дом целиком стоит,

[15:53] состоит из кирпичей, то, наверное, самое

[15:56] важное умение - это класть кирпичи. Это

[15:58] самое важное вообще в постройке дома. И

[16:00] большинство клиентов, которые вот

[16:02] обращаются за разработкой приложения, и

[16:03] на разработку, и на запуск приложения

[16:05] смотрят аналогично, из-за чего

[16:07] благополучно прогорают, потому что рынка

[16:10] нет, экономика в минусе, дизайн

[16:12] перегружен и устаревший, всё хреново,

[16:15] зато кнопки жмутся, зато кирпичи

[16:17] положены корректно. Пожалуйста, не

[16:20] путайтесь в этих приоритетах. Итак, на

[16:22] чём разрабатывать приложение? Смотрите,

[16:25] технически существенной разницы нету. То

[16:28] есть на успех приложения технология

[16:30] влиять не будет. Поэтому, если вы

[16:33] обращаетесь к какой-то слажной команде,

[16:35] то пусть они сами вам предложат

[16:37] технологию. Если же вы решили делать

[16:39] самостоятельно, то я бы на вашем месте

[16:41] выбрал конструктор Flterflow. То есть

[16:44] да, он непростой, и с ним придётся

[16:46] подразобраться, но он позволит без

[16:48] глубоких знаний собрать приложение. Плюс

[16:51] в нём есть хорошая, ну, такая удобная

[16:53] интеграция искусственного интеллекта. Но

[16:55] самое главное, что этот конструктор

[16:57] оставляет вам как разработчику контроль

[16:59] за происходящим. То есть это крайне

[17:01] важно. Сервисы, которые позволяют

[17:03] создавать приложение полностью черезку,

[17:05] например, Lavable, BS44, Bolt и прочий,

[17:09] куча инструментов таких сейчас есть, для

[17:12] непосвящённого человека всё это работает

[17:13] как чёрный ящик. То есть вы написали

[17:15] запрос, эта штука подумала и выдала вам

[17:19] результат. Типа, вау, вам очень

[17:21] нравится. Но вот только мелочь какая-то,

[17:23] кнопка одна не работает. Вы просите

[17:25] поправить, вам другая сломалась, а потом

[17:28] ещё что-то запускаться перестало. То

[17:30] есть надо лезть под капот и чинить.

[17:32] Поэтому, если вы не шарите в IT, если вы

[17:35] в коде не разбираетесь, то готовое к

[17:37] публикацию приложения хорошее приложение

[17:39] собрать будет, ну, [музыка] очень

[17:41] непросто. Для иллюстрации сказано, вот

[17:44] вам история. Мне как-то написал человек

[17:46] со словами: "Игнар, а можно ли как-то у

[17:49] Google попросить вернуть мои деньги? Ну,

[17:52] меня это сильно заинтриговало. Я решил

[17:54] разобраться, что случилось. Собственно,

[17:56] рассказываю. То есть, когда вы в

[17:58] приложении хотите сделать выбор адреса,

[18:00] вы, скорее всего, будете подключать IP

[18:02] Google Maps. То есть это апи платная.

[18:04] Ну, там она стоит сущие копейки и имеет

[18:06] широкие, на самом деле, бесплатные

[18:07] лимиты. Там вроде что-то типа 10.000

[18:10] бесплатных запросов в месяц, от чего

[18:12] большинство приложений использует эта

[18:14] апи фактически бесплатно. Но для

[18:16] использования АИ нужно привязать к

[18:18] Google банковскую карту, с которой он

[18:20] автоматически списывает деньги по мере

[18:22] использования. Опять же, как, ну, как

[18:23] плата за сервис. Так вот, этот

[18:25] страдалец, который мне написал, он

[18:27] разрабатывал черезку приложение для

[18:30] отслеживания дальнобойщиков по карте. И

[18:32] у этих дальнобойщиков должно быть раз в

[18:34] какое-то время должна была обновляться

[18:35] геолокация. Ну, то есть, чтобы в

[18:37] реальном времени на таком большом

[18:38] дашборде видеть, кто там где находится.

[18:40] Ишка не придумал ничего лучше, как

[18:42] сделать запрос на обновление локации в

[18:45] цикле и сразу же запрашивать адрес. В

[18:47] итоге, когда он запустил приложение, кот

[18:49] как из пулемёта начал делать эти запросы

[18:51] Google Maps. И Google, не будь

[18:54] дураком, просто взял и начал списывать с

[18:55] привязанной карты все деньги. И 1.00

[18:59] долларов улетело просто за несколько

[19:00] секунд. Тут спойлер, да, написать в

[19:02] Google и попросить вернуть тоже не

[19:03] вариант. Это вот пример рисков, который

[19:06] несёт и разработка без понимания

[19:08] процесса. Но разработать приложение -

[19:12] это полбеды. Вопрос, как вы его будете

[19:14] поддерживать? Это вот тот вопрос, ответа

[19:17] на который вебкодеры не знают. Смотрите,

[19:19] допустим, вы запустили приложение, у вас

[19:21] появились пользователи, у вас пошли

[19:23] продажи, и тут вы находите баг или

[19:26] решаете что-то доработать, и как вы

[19:28] действуете? То есть схематично ваше

[19:30] приложение сейчас выглядит вот так. То

[19:32] есть у вас есть приложение, которое

[19:33] сохраняет данные о своей работе в базу

[19:35] данных. Базу данных проще всего

[19:37] представить в виде Excelта таблицы. То

[19:39] есть при каждом новом пользователе, при

[19:41] каждой новой покупке, туда просто

[19:43] записываются новые и новые строки. И

[19:45] большинство команд, большинство

[19:47] фрилансеров, что я вижу, вообще не

[19:49] задаются вопросом поддержки. То есть они

[19:52] начинают дорабатывать по-живому. И,

[19:55] конечно же, очень часто всё ломается и

[19:57] приложение просто падает. На самом деле

[19:59] существует целая наука о том, как

[20:01] выстроить поддержку выпущенного

[20:02] приложения. И называется она Develops.

[20:04] То есть создаются несколько стендов. То

[20:06] есть как минимум это стенд разработки,

[20:08] стенд-тестирования и стенд продакшна. И

[20:10] схема получается такая. То есть

[20:11] разрабатывается новая версия приложения,

[20:14] откладка происходит на пустой базе

[20:16] данных. Только когда всё проверили,

[20:18] новая версия приложения заменяет собой

[20:20] старое и цепляется к живой базе данных.

[20:23] И всё это делается автоматически. Но для

[20:25] этого нужно настроить несколько больших

[20:28] и сложных программ. Дальше. Плюс

[20:30] регулярно ещё делаются бэкапы данных,

[20:32] запускаются автотесты, чтобы проверять,

[20:34] что у нас ничего не упало и всё

[20:36] работает. То есть получается целый

[20:38] конвейер, который прогнозируемо и

[20:40] безопасно поставляет всем пользователям

[20:42] приложение обновления. И вот только при

[20:44] таком подходе получается не сломать всё

[20:47] к чертям собачьим. И я Иишка сейчас это

[20:49] делать не умеет. Услышьте меня,

[20:51] пожалуйста. DevOps - штука необходимая.

[20:55] То есть без него получится, что ваше

[20:56] приложение тупо одноразовое.

[20:59] вы не сможете его развивать, а без

[21:01] развития вас не будут продвигать сторы.

[21:04] То есть получится, что вы вложили время

[21:06] или деньги, выпустили продукт, получили

[21:09] какие-то вроде бы с него поклёвки, а

[21:11] потом просто всё выкинули в трубу.

[21:13] Поэтому озаботь этим заранее. Вообще,

[21:15] как я, как я уже говорил, сторы хотят

[21:17] видеть у себя просто качественный

[21:19] продукт, поэтому поощряют работу над

[21:22] приложением и сурово наказывают тех, кто

[21:24] на свой продукт забивает. То есть просто

[21:26] удаляют приложение сторов за

[21:27] неактивность, а потом банит ваш аккаунт.

[21:29] Заниматься приложением придётся. Просто

[21:32] вопрос в том, кто это будет делать. Если

[21:34] вы запускаете сами, то готовьтесь, что

[21:36] это приложение станет, ну, заметной

[21:39] частью вашей жизни. Если вы не хотите

[21:41] становиться разработчиком, то сразу

[21:43] ищите те, кто возьмёт на себя всю

[21:45] техническую часть. Ну и раз заговорили о

[21:47] сторах, то тогда последний этап обсудим

[21:50] публикацию. Получается, что у нас должно

[21:52] быть к этому моменту? Есть понимание по

[21:54] ключевым словам, есть готовый дизайн в

[21:56] Фигме, есть разработанное и

[21:58] протестированное приложение, которое к

[22:01] тому же ещё насажена на стержень DevOпса

[22:04] и готово к обновлению. Для начала вы

[22:06] создаёте аккаунт в Google Developer, это

[22:07] стоит 25 долларов, и в Apple Developer

[22:10] за 99. То есть оплатить этот сбор

[22:13] российскими картами не выйдет. Но, блин,

[22:16] есть куча способов, как это дело обойти.

[22:18] Как правило, вы делаете аккаунт

[22:20] физического лица, так как так сильно

[22:22] проще с подтверждением. То есть

[22:23] достаточно просто предоставить фото за

[22:24] гранпаспорта, чтобы пройти проверку и

[22:27] получить доступ к выпуску приложения.

[22:29] Дальше нужно заполнить аккуратную

[22:30] информацию в анкете, то есть там просто

[22:33] внимательно, а затем загрузить иконку,

[22:35] картинки, описание и сборку для вашего

[22:38] приложения. То есть весь этот процесс

[22:40] делается вручную. Никакой и

[22:42] автоматизации для этого пока ещё тоже

[22:44] нету. И дальше идёт развилка. То есть,

[22:47] если вы публикуете Google Play, то вы

[22:49] должны самостоятельно привлечь 12

[22:51] тестировщиков, которые будут тестировать

[22:53] ваше приложение на протяжении 14 дней.

[22:55] После этого вы сможете получить доступ к

[22:57] проверке от модератора. То есть звучит

[22:59] запарно и в целом так оно и есть. Но

[23:03] есть группы в Телеграме, где люди

[23:04] помогают друг другу пройти вот эту как

[23:06] раз проверку. Плюс можно найти

[23:08] участников на на биржах услуг

[23:10] каких-нибудь. Ну, в общем, это решаемо,

[23:12] но ноги геморойно. И только вот после

[23:15] этой проверки, то есть вы не

[23:17] опубликуетесь, вы просто получите доступ

[23:20] на проверку от модератора, который ещё

[23:22] где-то неделю займёт. И вот если

[23:24] модератор уже официально вам даёт

[23:26] зелёный свет, то приложение становится

[23:28] доступно пользователем Google Play.

[23:29] Substore всё проще и человечнее. Там нет

[23:32] никакой мутаты с этими двенадцатью

[23:33] тестировщиками. То есть вы сразу

[23:35] попадаете на проверку, за пару дней

[23:37] получаете ответ и если всё о'кей, то

[23:39] тоже публикуете. После публикации

[23:41] желательно как можно быстрее получить,

[23:43] ну, хотя бы 5-10 положительных отзывов,

[23:46] потому что без них даже органические

[23:48] установки будут идти очень плохо. Если

[23:51] есть возможность где-то привлечь

[23:52] аудиторию ещё извне, чтобы, скажем так,

[23:55] дать буст на старте, то тоже делайте.

[23:57] Также в первый месяц желательно особенно

[23:59] активно пообновлять приложение, то есть

[24:01] менять, хотя бы менять описание,

[24:03] картинки, не знаю, иконку, что угодно.

[24:05] То есть, в общем, всеми силами наводить

[24:07] суету и активность и показывать, что вы

[24:09] этим приложением занимаетесь. Все эти

[24:11] действия в моих глазах похожи на

[24:12] какую-то, не знаю, экстренную

[24:14] реанимацию, что нужно быстро привести

[24:16] человека в чувство. У моей команды уже

[24:18] есть чёткий регламент, как действовать

[24:20] после выпуска приложения. То есть это не

[24:22] просто по щекам похлопать, тут уже прямо

[24:24] укол адреналина в сердце, чтобы не

[24:26] просто очнулся, а бегать начал. Также

[24:28] для увеличения охватов вашего продукта

[24:31] иногда имеет смысл разместиться ещё не

[24:33] только на главных площадках Google Play

[24:35] App Store, но и на каких-то локальных.

[24:37] Например, потихоньку развивается Roore.

[24:41] У них появилась нормальная система

[24:42] модерации. Конкурентов пока по-прежнему

[24:44] мало. Заменой Google Play. На данный

[24:47] момент он не является вообще ни в коем

[24:48] виде, но в качестве дополнительной

[24:51] площадки, куда можно опубликоваться,

[24:53] почему бы и нет? В некоторых нишах можно

[24:56] получить дополнительно там 5-10%

[24:59] пользователей на Андроиде. Для Эстожа

[25:03] адекватных альтернатив пока нету. Фух.

[25:05] Собственно, вот мы прошли путь от идеи.

[25:08] Через её адаптацию под рынок с помощью

[25:11] как раз анализа семантики прошли через

[25:13] разработку, заложили крепкий фундамент

[25:16] для обновления и развития с помощью

[25:17] девопса и вышли в сторо. И если всё

[25:20] сделать правильно, то уже через пару

[25:22] дней вы начнёте стабильно получать

[25:23] установки. которые будут расти с каждым

[25:25] днём. То есть, если ваша экономика

[25:27] позволяет, то на этом этапе, да, можно

[25:29] запустить уже рекламную кампанию, чтобы

[25:31] просто ускорить процесс, но вполне

[25:34] адекватно вообще не трогать рекламу,

[25:37] жить только за счёт органического роста

[25:39] и постепенно его наращивать, просто

[25:41] развивая приложение. То есть на самом

[25:42] деле приложение в Google Play очень

[25:44] похоже на, не знаю, на YouTube канал. То

[25:47] есть можно бахнуть рекламу и попробовать

[25:49] завалить всё деньгами. Но таких примеров

[25:52] на самом деле немного. Само собой, есть

[25:54] блогеры, которые сняли один ролик и

[25:56] сразу стали звёздами. Таких примеров ещё

[25:58] меньше. Большинство же каналов, что вы

[26:00] смотрите, живут за счёт органики, просто

[26:03] снимая и снимая разные ролики, считая

[26:06] просто добавляя новые функции под

[26:08] какие-то узкие ключи, постепенно улучшая

[26:10] качество и поднимаюсь всё выше и выше в

[26:13] позициях. То есть тут главное начать как

[26:15] можно раньше, на самом деле, с этого

[26:16] процесса зарабатывать, чтобы были просто

[26:18] ресурсы продолжать. И если вы смотрите в

[26:21] сторону своего приложения,

[26:22] рассматриваете этот проект в долгосрок,

[26:25] то, возможно, нам стоит пообщаться.

[26:27] Сможем запустить приложение под ключ и

[26:29] сделаем сразу всё правильно, чтобы

[26:31] приложение продвигалось и зарабатывало

[26:33] деньги, а не просто висело мёртвым

[26:35] грузом, ждало удаления. Ну и, конечно,

[26:37] спасибо, что досмотрели аж до этого

[26:39] момента. Если интересны такие ролики в

[26:42] при, то не забудьте подписаться на

[26:43] канал, просто чтобы нам не потеряться.

[26:46] До встречи в новых видео. Пока.