Подходит тем, кому интересны работа разработчиком мобильных приложений и фриланс по созданию приложений. Выбирайте заказы под свой стек — Swift, Kotlin или Flutter, договаривайтесь об условиях работы, сроках и бюджете лично с заказчиком и получайте оплату через защищённую сделку.
Найти заказ на разработку мобильных приложений Найти заказ на разработку мобильных приложенийНужно сверстать 5 экранов интернет-магазина: главный, каталог, карточка товара, корзина, профиль. Только вёрстка, логику и API не трогать. Макет в Figma неидеальный (слои не сгруппированы), но UI-kit есть. Анимации кнопок — стандартные (InkWell). Если всё сделаете аккуратно, будет ещё 10 экранов.
В iOS-приложении сломалась авторизация Sign in with Apple. Из-за этого Apple отклонил обновление. Код старый, без комментариев. Доступ к Apple Developer с правами админа дам. Нужно обновить токены, проверить работу и собрать билд для отправки на ревью.
Сделать простое приложение: вход по номеру телефона, список заказов, карта с маршрутом (Яндекс.Карты), кнопка «Доставлен». Бэкенд готов, есть Swagger. Дизайна нет — работаем на стандартных компонентах. Важно: геопозиция курьера отправляется на сервер каждые 30 секунд даже в фоне. По API свяжу с бэкендером.
В приложении на Java используется старая версия SDK ЮKassa. Они прислали уведомление — скоро перестанет работать. Гита нет, исходники архивом на Яндекс.Диске (приложению 4 года). Рефакторинг не нужен, просто обновите библиотеку, проверьте платёж на 1 рубль и скиньте APK для заливки в Google Play.
Готовое приложение на Flutter. Нужно подключить push-уведомления от Firebase для обеих платформ. На Android пуши приходят через раз, на iOS не работают (нет Mac для сборки). Требуется настроить сертификаты APNs и сделать диплинк — чтобы по клику на пуш открывался нужный экран. Перед стартом созвонимся на 10 минут.
Приложение нормально работает на телефонах. Закупили для сотрудников китайские планшеты на 10 дюймов (Android 11) — там вёрстка плывёт, кнопки съезжают. Нужно переделать XML-разметку под планшеты: чтобы в ряду было 3–4 карточки, а не одна. Тестируйте на эмуляторе, но промежуточные APK скидывайте — я проверю на реальных планшетах.
На бирже мобильный специалист зарабатывает, откликаясь на вакансии по разработке мобильных приложений и предлагая клиентам конкретное решение их задачи. Это может быть запуск приложения с нуля, доработка существующего функционала, оптимизация производительности или публикация в App Store и Google Play.
Чаще всего заказчики ищут исполнителя под конкретную задачу: реализовать авторизацию через OAuth, подключить push-уведомления, настроить оплату через SDK банка или переписать часть приложения на актуальную версию Swift или Kotlin. Поэтому разработка приложений здесь строится вокруг практических навыков и способности оперативно осваивать незнакомую кодовую базу.
Формат сотрудничества простой: вы изучаете техническое задание, уточняете детали, согласовываете сроки и стоимость, после чего работа проходит через безопасную сделку. Это снижает риски для обеих сторон и фиксирует договорённости в переписке.
Конкуренция среди исполнителей высокая, поэтому важно грамотно описать стек технологий, показать примеры опубликованных приложений и подробно расписать вклад в каждый кейс. Чем точнее вы формулируете ценность своих навыков, тем выше шанс получить заказ.
Выбор графика работы, проектов и уровня дохода
Доход от 30 000 до 80 000 руб. в месяц и выше, в зависимости от уровня навыков
Реальный способ получить первый опыт и построить карьеру
Создание нативного приложения под iOS (Swift) или Android (Kotlin) по готовому дизайну и техническому заданию, с базовой серверной интеграцией.
Исправление багов, оптимизация производительности, обновление библиотек и адаптация под новые версии операционных систем.
Подключение платежных систем, аналитики (Firebase, AppMetrica), push-уведомлений, карт и авторизации через социальные сети.
Подготовка сборки, настройка сертификатов, загрузка приложения в App Store и Google Play, помощь в прохождении модерации в магазинах приложений.
Начальный
Средний
Высокий
Более 800 тыс. заказчиков
вакансии удаленной работы от прямых работодателей
Гарантия оплаты
проверенные вакансии удаленной работы
Работа онлайн удаленно
из дома, свободный график
Рейтинг и отзывы
рост ставок
Регистрация
Создайте аккаунт исполнителя
Портфолио
Добавьте 5-10 лучших работ
Отклик
Найдите заказ и подайте заявку
Заработок
Выполните и получите оплату
Что делать, если приложение отклонили на модерации в App Store (Guideline 4.3 Spam), а заказчик отказывается принимать работу?
Apple часто отклоняет приложения-клоны или шаблонные продукты. Если вы сделали всё по техническому заданию, арбитраж биржи будет на вашей стороне — вы не отвечаете за внутренние правила Apple. Чтобы избежать споров, заранее напишите заказчику в чате, что вы пишете рабочий код, но гарантировать прохождение модерации не можете.
Как защитить себя, если заказчик дал сырой бэкенд, который постоянно падает или меняется в процессе работы?
До старта зафиксируйте в переписке ссылку на документацию API (например, Swagger). Если бэкенд нестабильный — верстайте приложение на заглушках (mock-данных). При споре вы покажете, что ваше приложение корректно работает с оговоренной структурой данных. Проблемы на сервере заказчика — его зона ответственности.
Заказчик просит «чистый код» — можно ли использовать сторонние библиотеки?
Заказчики часто путают «чистый код» (читаемый и понятный) с запретом на библиотеки. Использование проверенных решений для работы с сетью (например, Retrofit, Alamofire) — это нормальная практика. Если в техническом задании нет прямого запрета на открытые библиотеки, вы имеете право их применять. Перед стартом просто напишите заказчику список основных зависимостей и получите его согласие.
Клиент требует передать ключи подписи (keystore) до завершения безопасной сделки. Как поступить?
Никогда не передавайте ключи подписи и исходный код до того, как заказчик нажмёт «принять работу». Для демонстрации промежуточных версий используйте: для iOS — TestFlight или отладочную сборку, для Android — подписанный debug-APK или сервисы вроде Firebase App Distribution. Финальный билд и ключи передавайте только после зачисления денег на ваш счёт.
Как оценивать задания на доработку старого кода (legacy), если проект написан на устаревших версиях без понятной структуры?
Брать такие заказы вслепую по фиксированной цене рискованно. Если вы согласитесь без доступа к исходникам, арбитраж обяжет вас выполнить работу за оговорённую сумму. Правильная схема: предложите заказчику сначала небольшой заказ на аудит кода. Только после изучения репозитория называйте цену на рефакторинг и новые функции.
Кто несет ответственность, если после релиза в приложении произошла утечка пользовательских данных через Firebase?
Ваша ответственность ограничивается техническим заданием. Если вы настроили правила безопасности (Firebase Security Rules) строго по ТЗ, но заказчик позже передал административные доступы третьим лицам или допустил компрометацию своих учетных записей, вина лежит на нем. Всегда документируйте свои настройки безопасности в чате биржи при сдаче архива с кодом.
Заказчик просит внедрить покупки внутри приложения (in-app), но у него нет зарегистрированного юридического лица. Как быть?
Программную часть вы сделать можете: интегрировать библиотеки и протестировать покупки в тестовой среде (песочнице). Однако для публикации в магазинах приложений требуется аккаунт разработчика с подтверждёнными данными. Зафиксируйте в переписке, что вы сдаёте функционал, работающий в тестовом режиме, а оформление аккаунта разработчика — ответственность клиента. Тогда сделка закроется в вашу пользу.
Приложение работает под Google Карты, но заказчик просит заменить их на Яндекс.Карты. Сложно ли это?
Это называется импортозамещение, и в России такие задачи встречаются всё чаще. Сложность зависит от того, как были прописаны вызовы карт в коде. Если карты были вынесены в отдельный модуль — замена займёт 1–2 дня. Если логика карт размазана по всему проекту — до недели. Всегда запрашивайте доступ к коду на этапе оценки или делайте небольшую предоплату за анализ.
English
Регистрация
