Разработка мобильного приложения: что нужно от вас, чтобы оно заработало
Разработка мобильного приложения из идеи и процесса, не из ТЗ: создание мобильного приложения и разработка мобильных приложений — роли, действие, память. Разработка мобильного приложения Android и разработка мобильного приложения iOS — один контур, приёмка на телефоне, не макеты.
Содержание статьи:
⭐ Вывод
Идея, процесс, задача: что от вас нужно на старте
Руководитель смотрит на чужие иконки в магазине приложений и на свой телефон, где жизнь компании до сих пор в WhatsApp. Потом пишет в поиск «разработка мобильного приложения». В голове уже картинка: ученик открыл урок в метро, продавец не потерял заказ в зале, менеджер сдвинул сделку не из-за ноутбука. Дальше тишина. Что писать подрядчику? Какое ТЗ? С какого языка начинать, если процесса «на бумаге» нет?
От вас на старте не ждут диплом аналитика, аккаунт разработчика Apple и сорок страниц. Ждут правду: с чем вы пришли сегодня — не «какое приложение хотим через год в обоих сторах», а что уже есть в руках, даже если это кажется слишком сырым.
Обычно это одно из трёх. Выберите своё: то, как есть, а не то, как «надо выглядеть перед студией». Все три варианта нормальные. Подтягивать себя к самому чёткому не нужно, иначе разговор поедет мимо телефона в сторону «платформы как у крупных».
Не надо выбирать «правильное», надо выбрать своё. Идея, живая текучка или узкая задача — с любого из трёх можно начинать. Нельзя начинать с притворства, что у вас уже ТЗ и выбор стека, если в руках пока только «хочу, чтобы не тонули в чате».
Чего на старте не ждут: выбор языка, все экраны «как в голове», юридическая схема магазина приложений, обе платформы сразу, толстое ТЗ, которое вы неделю сочиняете в одиночку. Нужен черновик на полстраницы — даже дырявый: кого касается, что делают руками сейчас, что приложение должно сделать само, чем поймёте, что «заработало».
Если процесс «ещё будет» — так и напишите: это не провал, а точка разбора. Приложение собирают не из макета главного экрана и не из фразы «надо в стор», а из первого сценария до конца, который человек проходит пальцем по своему телефону.
Подрядчик, который на первом созвоне спрашивает «натив или кросс и сколько экранов», собирает витрину. Подрядчик, который спрашивает «кто входит и что должно сохраниться завтра», собирает приложение. Разница видна до договора.
С вас на старте — задача человеческим языком, не диплом аналитика и не выбор стека.
Если уже понятно, с чем вы пришли — идея, текучка или узкая задача, — не обязательно неделю сочинять ТЗ в одиночку. Можно разобрать контур: роли, первое действие, чем будете принимать работу на телефоне.
Винтики: CRM, школа, маркетплейс и дашборд собираются одинаково
Руководитель часто думает, что «своя CRM в кармане», школа в телефоне, витрина с заказом в зале и дашборд «всегда с собой» — четыре разные вселенные. Для разработки мобильных приложений это один конструктор: меняются названия ролей, набор тот же.
Если не хватает роли, действия или записи, иконка ещё не «заработала», даже если экраны красивые и уже похожи на чужой стор. Ниже на схеме собраны все восемь. Прогоните свою задумку по ним: не обязательно заполнить всё с первого раза, нужно увидеть дыры.
Четыре привычных запроса собираются из этого же набора. Не четыре гайда — одна таблица, чтобы узнать себя. Колонка «первый сценарий» всегда про телефон, не про «скачать из магазина».
Если смотрите на таблицу и думаете «нам бы просто страницу, с которой напишут в WhatsApp» — это уже другой заказ, и он нормальный. Сайт закрывает одно: человек прочитал и написал. Его не стоит путать с витриной из таблицы: там нужны вход, действие и запись, которую завтра видит другой человек, уже с телефона. Без них вы делаете сайт или картинку. Это не хуже приложения — просто другой объём.
Если коробка CRM уже закрывает ваши роли и один сценарий до конца, своё приложение в сторе может быть лишним. Если коробка стоит, а жизнь всё равно в чате — сценарий так и не проходит, даже если лицензия оплачена. Как связать уже купленный Битрикс с сайтом, 1С и мессенджерами — в статье про интеграцию Битрикс24. Для витрины на старте хватает заказа и двух ролей, а не «маркетплейса как у гигантов». Для дашборда — одной правды и одного источника цифры, которую видно без ноутбука.
Неважно, как вы это назвали. Если нет ролей, действия и сохранённого результата — это ещё не приложение, даже если иконка уже «как у больших».
Разработка мобильного приложения Android и iOS: один контур, не два курса
После схемы обычно звучит следующий вопрос: «нам Android или iOS? Или сразу оба?» Его часто путают с выбором курса и с выбором стека. Для заказчика это не две задачи, а два магазина и два телефона.
На Android и на iPhone это один контур: те же роли, то же действие, та же память. Преподаватель отметил урок — ученик увидел. Продавец принял заказ — склад не потерял. Меняется, в чей карман кладут тестовую сборку и в какой магазин потом пойдёте. Не меняется, что считать первым кругом.
«Сначала только Android» или «сначала только iPhone» — нормальная очередь, если ваши люди живут там. «Сразу оба, как в сторе у гигантов» без живого круга — это уже третья картина из блока ниже: объём вместо задачи.
Что не решать вам на старте: натив, кросс или «сайт в браузере телефона». Это инструмент команды под один контур. Вы решаете другое: кто входит, что нажимает, что сохранится завтра, какая платформа первая. Иногда боль закрывается страницей в браузере без магазина — это не «хуже», это другой носитель. Его разберут в вопросах в конце, не здесь.
Платформы — очередь и магазины. Контур один. Кто обещает «два приложения с нуля» до первого круга на вашем телефоне, продаёт объём, не задачу.
Боли, страхи и «я не помню процесс»
Большинство страхов руководителя садятся не на «технологии» и не на модерацию Apple. Они садятся на дыры в ролях и сценарии. Их не надо стыдиться — их надо назвать до кода, иначе они всплывут счётом «это не входило» и фразой «ещё и вторая платформа».
Не знаю, что писать в ТЗ. Толстое ТЗ без ролей и первого сценария тоже не поймут, даже если там уже «экраны как в сторе». Нужна полстраницы: кто входит, какое одно действие человек должен сделать на телефоне, чем вы поймёте, что «заработало». Этого хватает, чтобы начать разбор. Остальное всплывёт вопросами, а не ночными сочинениями.
Процесса нет, только идея. Это не провал. Спросите себя, как это сделали вчера руками: в чате, в Excel, в чужой программе через силу, с листочком в зале. Вчерашний бардак уже процесс, его просто не называли. Напишите это как есть.
Сделают не то. Страх отпадает, когда в первой версии один сценарий до конца, а мечта «как у крупных, оба магазина, пуши» стоит в очереди письмом. Тогда подрядчик не угадывает платформу из вашей головы, а собирает то, что вы сами поставите на свой телефон и нажмёте.
Заплатим за красивые экраны. Принимаете не PDF и не альбом в Figma. Принимаете клик: человек, который этим живёт, взял свой аппарат и сделал. Пока есть только картинки, вы ещё не купили работу, даже если иконка уже красивая.
Месяцы непонятно чем заняты. Пока вам говорят «мы в работе» и «прогресс семьдесят процентов» без установки на ваш телефон, вы не контролируете — вы ждёте. Каждую неделю нужна сборка, которую вы сами ставите: тестовый файл на Android или тестовая установка на iPhone. Нет приложения на вашем аппарате — нет контроля.
Бесконечные правки. Они начинаются с фразы «сделаем всё и сразу в сторы». До кода письмом фиксируют, чего в первой версии точно нет: вторая платформа, пуши, оплата в магазине, «как у крупных». Тогда правка «ещё вот это» — это очередь, а не дыра в договоре.
Как принять работу? Не уметь «принять разработку» нормально: этому обычно не учат. Здесь критерий простой. Сотрудник, который этим живёт, проходит сценарий до конца на своём телефоне. Вы рядом и не подсказываете «нажмите вот тут». Прошёл — приняли. Не прошёл — список дыр, не кивок директора макетам.
Android или iOS, нужен ли стор. Магазин — очередь, не старт. Сначала круг на одной платформе, где живут ваши люди. «Надо в App Store, иначе это не приложение» — частая ловушка. Пока круг не проходит, иконка в магазине ничего не доказывает.
Стыдно, что бардак. Бардак на старте нормален. Опасен скрытый: если притвориться, что ТЗ уже есть и стек уже выбран, сделают не то и выставят счёт «это не входило». Лучше прийти с дырявым черновиком, чем с красивой ложью про «платформу».
Дыры в голове — это список вопросов к разбору, не повод месяц выбирать стек и описывать всё самим.
Как будет, как может быть, как быть не должно
Возьмём одну задачу и прогоним три картины. Пусть это школа: преподаватель отмечает урок на телефоне, ученик видит статус у себя в кармане, админ видит пропуски. Ту же ленту можно подставить под CRM или витрину в зале — меняются слова, не устройство.
Как будет. Вам пересказали процесс так, что вы узнали себя: не «образовательная платформа в сторах», а «преподаватель отметил, ученик открыл на своём телефоне». Есть черновик пути пальцем и список, что входит в первую версию. Часто первая версия живёт на одной платформе. Каждую неделю вы или сотрудник сами ставите сборку и нажимаете это действие. На сдаче у вас доступы, сборки и список «не вошло». Стор — когда круг живой, не вместо него. Это не сказка «всегда успеем к пятнице». Это устройство работы, в котором вам есть что смотреть.
Как может быть. Процесс всплыл на второй неделе, а не в первый день. Первая версия меньше мечты: без пушей, без второй платформы, без «как у крупных». Публикацию в магазине честно отодвинули. Правки пошли после того, как живой человек покликал на своём аппарате, а не после утверждения цветов. Это терпимо, если список первой версии живой, демо на телефоне есть, и вы на уменьшение согласились письмом. Не идеал, и не провал.
Как быть не должно. Слышите: «сделайте как у крупных, оба стора, потом разберёмся». Два месяца без установки на ваш телефон, только «идёт разработка» и «прогресс семьдесят процентов». Утвердили цвета, сдали иконку без входа. Сто процентов денег ушли до первого рабочего куска. Сценария до конца нет. Это сюрприз, а не проект.
«Сделайте как у крупных, сразу оба магазина. Потом разберёмся, что из этого надо.»
Смотрите не на обещание «под ключ в сторы», а на какую из трёх картин похожа ваша неделя.
Этапы разработки мобильных приложений и ваш контроль
Этапы разработки мобильных приложений со стороны студии звучат как конвейер: аналитика, дизайн, код, тесты, модерация магазина. Вам полезнее другая колонка: что делаете вы и чем это проверить. Без вашей колонки этапы — туман, а стор выглядит как финиш, хотя круга ещё нет.
Разбор. Вы рассказываете как есть, даже дыряво. Контроль: вам пересказали — вы узнали свой вчерашний чат и зал, а не «платформу».
Проектирование. Появляется сценарий и состав первой версии. Контроль: есть список «входит / не входит»; можно пройти путь пальцем по черновику, ещё до красивых экранов. В «не входит» часто стоят вторая платформа, пуши и магазин.
Сборка. Появляется рабочий кусок. Контроль: вам поставили сборку на телефон. Не «прогресс семьдесят процентов», не «покажем в Figma».
Живой круг. Сотрудник делает то же, что в жизни, на своём аппарате. Контроль: круг либо проходит, либо список дыр. «Почти» не считается.
Сдача. Доступы, сборки, рамка поддержки. Контроль: вы открываете без подрядчика; критерий «заработало» выполнен. Магазин — отдельно, если он в договоре, и только после круга.
Если черновика нет, а уже «рисуем все экраны под оба стора», вы утверждаете картинки, а не работу. Фраза «прогресс семьдесят процентов» без сборки на вашем телефоне ничего не проверяет.
Нет понятного артефакта на этапе — вы не контролируете, вы ждёте.
Как проверить, что итог рабочий
Руководитель обычно не умеет «принять разработку»: этому редко кто учит. Приложение принимают не как сайт и не как иконку в магазине. Подрядчик, который сам себе ставит «готово», легко закрывает глаза на дыры: «на Android почти, iOS потом», «осталось залить в стор».
Поэтому лучше заранее договориться со сторонней компанией — не той, что писала код. Она прогонит живой сценарий до конца на устройстве и скажет, рабочий итог это или ещё картинки. Договориться лучше до сдачи, а не в день, когда «уже всё готово» и деньги почти ушли. Иначе проверка превращается в спор, а не в приёмку.
Что они сделают — то же, что вы могли бы проверить сами, только без подсказок подрядчика в соседнем окне чата.
Сначала посадят человека, который этим живёт. Не директора на макетах, а сотрудника: преподавателя, продавца, менеджера. Он входит под своей ролью со своего телефона и идёт по сценарию до конца. Рядом не говорят «нажмите вот тут». Прошёл сам — это уже сильный сигнал. Споткнулся — фиксируют дыру, а не «почти».
Дальше смотрят, что приложение запомнило. Завтра другой человек видит тот же статус, тот же заказ, ту же отметку урока — тоже с телефона, не из Excel. Если мелькнуло и пропало, это ещё не приложение.
Проверяют роли: нужные люди входят каждый под собой, а не один логин «админ» на всю фирму. Смотрят дыры сценария: оплата, статус, цифра из таблицы, касса, камера. Либо это сделано, либо явно вынесено из первой версии, и вы на это согласились письмом. Молчаливое «потом» в приёмку не входит.
В конце забирают доступы и сборки. Вы открываете без подрядчика, даже если он завтра не отвечает. «Сборки у нас, так принято» — ещё не сдача.
Для четырёх картинок критерий тот же: заявка стала карточкой с телефона; урок отмечен и виден ученику в кармане; заказ в зале не потерялся; цифра совпадает с источником. Если сторонней проверки нет, этот же проход делаете вы сами. Главное — не принимать кивок по макетам и не принимать «уже в сторе» вместо круга.
Приняли не дизайн и не иконку в магазине, а один живой круг на телефоне. Остальное — очередь, не «уже всё».
Как выбрать, кто будет делать
Студии на созвоне звучат одинаково: «мобильная разработка под ключ», «натив и кросс», «выведем в сторы». Расхождение видно по вопросам, не по лендингу.
Смотрите портфолио, где людям реально ставят приложение на телефон, а не только сайты. На созвоне разбирают винтики, а не шаблон «натив или кросс». Могут говорить языком трёх картин и приёмки круга. Фиксируют письмом, чего нет в первой версии: вторая платформа, пуши, магазин. Понятно, кто останется с вами после оплаты, когда сборки уже у вас.
Выбирать «лучшую студию Москвы» по рейтингу бессмысленно. Выбирать того, кто ведёт разбор и приёмку сценария на устройстве — смысл.
Подрядчика выбирают по тому, как он ведёт разбор и сдачу на телефоне, а не по красивому лендингу «под ключ в сторы».
На созвон лучше приходить не с «сделайте нам приложение», а со списком: роли, одно действие, что входит в первую версию, какая платформа первая. Пустой «хотим как у крупных» приглашает сюрприз.
Где смухлюют со сметой
Цена не считается «за экран», потому что роли и сценарий — не экраны. Она растёт, когда появляется вторая роль, когда факт надо забрать снаружи, когда в первую версию запихивают мечту «как у крупных», когда добавляют вторую платформу и публикацию в магазинах. Одна цифра «за приложение» без ролей и сценария до конца никому не помогает: вы сравниваете воздух.
Поэтому торг «сделайте скидку как за сайт» почти всегда заканчивается сюрпризом. Торгуйтесь о составе первого круга, об одной платформе или двух и о правиле демо на вашем телефоне — не о скидке за экраны.
Где обычно смухлюют — не обязательно со злым умыслом. Часто так продают «сайт под ключ» и «иконку в стор» людям, которым нужен живой круг.
Цена как за визитку. Роли не спросили, сценарий не назвали, в договоре одна цифра. Потом слышите «это не входило». До подписи нужен список: что входит в первую версию и чего в ней точно нет.
Сначала дизайн, сценарий потом. Вам дают утверждать цвета, а поставить на телефон и сделать действие ещё нельзя. Сначала путь пальцем: кто входит, что нажимает, что сохранится завтра. Экраны — после этого.
Нет сборки, есть «почти». «Ещё две недели» и «прогресс семьдесят процентов» ничего не проверяют. Каждую неделю нужна установка на ваш аппарат. Нет сборки — нет контроля.
Сдают картинки вместо входа. Статичные экраны можно показать инвестору. Приёмка другая: сотрудник, который этим живёт, прошёл сценарий до конца без подсказок.
Сборки остаются у них. «Мы собираем, так принято» значит, без подрядчика вы внутрь не зайдёте. В день сдачи ставите сами. Если не открываете — работу не приняли.
Вся сумма до первого рабочего куска. Деньги ушли, нажать нечего. Часть оплаты — после того, как вы сами прошли сценарий на телефоне. Иначе вы оплатили обещание.
Оба стора сразу. «Как у крупных, Android и iOS в первой версии» почти всегда кончается тем, что сценария до конца нет ни на одной платформе. Один сценарий и одна платформа в договор. Остальное — очередь письмом.
Торг — состав первого круга, одна платформа или две, правило демо на телефоне. Не скидка «за приложение как за сайт».
Что сделать на этой неделе
Не «выбрать стек» и не «написать большое ТЗ». Чтобы разработка мобильного приложения началась с понятного разговора, достаточно заполнить на одной странице роли, действие и фразу «заработало». Это те же поля, с которыми потом приходят к любому подрядчику.
✅ 1. Одной фразой: у вас идея, живой процесс или задача.
✅ 2. Назовите роли: кто входит, хотя бы две стороны, если их две.
✅ 3. Назовите одно действие — что человек должен сделать на телефоне, чего нельзя честно закрыть «просто скачать из магазина».
✅ 4. Напишите, что должно сохраниться: что увидит другой человек завтра, тоже с аппарата.
✅ 5. Напишите одну фразу «заработало». Без неё приёмки не будет.
✅ 6. Напишите, чего точно нет в первой версии. Вторая платформа, пуши, стор, «как у крупных». Пустой пункт «сделаем всё» — приглашение к бесконечным правкам.
Если на лист пока нечего поставить — собирать «приложение в оба магазина» рано. Хватит сайта, коробки или недели наблюдений: как это делают руками сейчас, в зале и в чате.
Если ответы уже есть, их не надо держать в переписке «давайте сделаем нам приложение». С этим листом можно идти к любой команде — не ловушка «только к нам».
Вывод
Чтобы школа, витрина, кабинет или дашборд заработали в телефоне, от вас не ждут готовое ТЗ и не ждут выбор стека. Нужно назвать, кто входит, какое действие, что приложение запоминает, какой первый сценарий до конца считается победой. Android и iOS — два магазина, не две разные задачи. Идея и сырой процесс — нормальный старт. Дальше вы либо видите сборку на своём аппарате каждую неделю и сами проверяете живое действие, либо месяцами ждёте сюрприз в сторе.
Сайт можно оставить. Просто не стоит называть его приложением, пока сценарий не проходит до конца на телефоне без подсказок.
Полезные материалы
Если коробка уже куплена, а заявки всё ещё в чате — это не «нужно своё приложение в стор», а связка:
Если системы уже стоят и не хватает слоя, а не нового приложения:
Если боль — заявка ушла и пропала, а не «нам нужна иконка в магазине»:
Частые вопросы
Как выбрать компанию, если все пишут «мобильная разработка под ключ»?
Смотрите не слоган, а таблицу сигналов выше: роли и первый сценарий, сборка на телефон в портфолио, список «не входит», демо на устройстве. «Под ключ в сторы» без списка первой версии ничего не обещает.
Нужно ли учить Flutter или Swift, если ищу создание мобильного приложения?
Нет, если вы заказчик. Туториалы «напишите первое приложение» — про другую работу: человек учится программировать. Вам нужно назвать роли, действие и пройти сценарий до конца на телефоне. Язык и инструмент выбирает команда, которая делает, не руководитель на старте.
Это то же самое, что кабинет в браузере?
Нет. Кабинет в браузере открывают с компьютера и иногда с телефона как сайт. Мобильное приложение ставят на аппарат, часто потом кладут в магазин: это другая очередь задач — сборки, платформы, модерация. Иногда хватает входа с телефона в браузере, и стор не нужен. Это не повод сразу заказывать «ещё и иконку в App Store».
Нужен ли сразу App Store и Google Play? С чего начать — Android или iOS?
С той платформы, где живут люди, которые будут жать кнопки каждый день. Один контур, одна первая платформа. Оба магазина — очередь после живого круга, не старт. «Без стора это не приложение» — ловушка: без круга иконка в магазине ничего не доказывает.
Не проще ли сайт в браузере телефона, чем приложение в сторе?
Иногда да: если роли, действие и запись закрываются страницей, которую открыли с телефона, магазин может подождать. Приложение в сторе имеет смысл, когда без установки на аппарат сценарий не проходит: камера, касса, работа в зале без нормального браузера, привычка «иконка, а не вкладка». Сначала круг, потом магазин.
Почему нет одной цены?
Потому что цена сидит в ролях, фактах снаружи, размере первой версии и в том, одна платформа или две. Без этого любая цифра — сравнение воздуха. Сначала сценарий до конца на телефоне, потом разговор о деньгах.
Процесса ещё нет — можно начинать?
Да, с разбора, а не с кода «обоих сторов». Идею достают вопросом «как это сделали вчера руками». Если вчера не делали ничего похожего, сначала появляется ручной сценарий, потом приложение.
Можно ли конструктором или «своими», без подрядчика?
Иногда да: простая витрина, форма, таблица. Как только появляются роли, статусы и «приложение должно запомнить», конструктор быстро упирается, а «своё первое приложение за вечер» — уже курс. Свои разработчики — тот же контроль: сценарий, демо на телефоне, доступы. Подрядчик тут ни при чём. Устройство работы то же.
Если роли, действие и фраза «заработало» уже крутятся в голове — не начинайте с поиска «студия под ключ в сторы» и не ждите сюрприз два месяца. Списком на одной странице можно идти к любой команде.
В комментарии достаточно одного: на какую из трёх картин похожа ваша неделя — «каждую неделю сами ставим сборку и нажимаем», «первая версия меньше мечты, но на телефоне уже есть», или «два месяца ждём сюрприз в магазине»?