На что смотреть при выборе разработчика приложения?
Смотрите на три вещи: реальные опубликованные проекты, условия работы и то, как человек разговаривает о вашей задаче. Цена важна, но она последняя в этом списке.
Деньги в разработке теряют не потому, что выбрали дорогого исполнителя. Их теряют, когда оплатили работу вперёд, а результата нет; когда приложение сделано, но код и аккаунт в сторе остались у разработчика; когда проект написан так, что никто другой не может его продолжить. Все три ситуации можно предотвратить ещё до старта.
- Опубликованные приложения. Не макеты в портфолио, а ссылки на App Store и Google Play, которые можно скачать и пройти.
- Понимание продукта. Хороший разработчик на первом созвоне спрашивает о пользователях, деньгах и главном сценарии, а не только о количестве экранов.
- Готовность урезать. Если человек предлагает убрать часть функций из первой версии, чтобы запуститься быстрее и дешевле, он думает о вашем результате, а не о размере счёта.
- Прозрачные условия. Этапы, фиксированная сумма, доступ к коду, демо. Об этом разработчик должен рассказывать сам, не дожидаясь вопросов.
- Стек. Популярные технологии, под которые легко найти другого специалиста.
Как проверить портфолио и отзывы?
Скачайте приложения из портфолио и пройдите главный сценарий сами. Пять минут с реальным приложением скажут больше, чем любая презентация.
Обратите внимание, как быстро приложение запускается, не дёргается ли прокрутка, понятно ли, что делать на первом экране, как устроена оплата. Почитайте отзывы в сторе и посмотрите дату последнего обновления: если приложение давно не обновлялось, спросите почему.
Дальше спросите, что именно человек делал в каждом проекте. «Участвовал в разработке» может означать и весь код, и пару экранов. Попросите рассказать о сложной проблеме, которую он решал. Например, в AI-приложении с клонированием голоса цепочка работает так: Claude генерирует текст, дальше клонирование голоса и синтез речи. После моей оптимизации холодный старт стал быстрее на 45%, а крашей стало на 28% меньше. На таких историях видно, умеет ли человек работать с продуктом после релиза.
Если вы не технический специалист, задайте несколько простых вопросов, по которым легко отличить опытного разработчика. Как будет устроена оплата подписки и что случится, если пользователь сменит телефон? Как вы узнаете, что у пользователей падает приложение? Что нужно, чтобы пройти ревью Apple с первого раза? Уверенный ответ без общих слов на каждый из них говорит больше, чем список технологий в резюме.
Отзывы заказчиков полезны, если они связаны с конкретными проектами. Мои работы и отзывы по ним собраны на странице кейсов: там 16 проектов, от AI-психолога Dzeny до сайта медицинского консьержа Etnamed.
Опишите задачу в паре строк — отвечу в Telegram, назову цену и сроки по этапам. ТЗ не нужно.
Какие условия в договоре защищают заказчика?
Защищают четыре условия: оплата по этапам, передача прав на код, код и аккаунты на заказчике, фиксированная сумма. Если хотя бы одного нет, риск ложится на вас.
| Условие | Зачем оно нужно | Тревожный вариант |
|---|---|---|
| Оплата по этапам с актами | Вы платите за готовый результат, который видели на демо | 100% предоплата или крупный аванс без привязки к результату |
| Передача прав на код | Приложение юридически принадлежит вам | В договоре ничего не сказано о правах |
| Репозиторий на вас | Код не пропадёт вместе с исполнителем | «Отдам исходники после финальной оплаты» |
| Аккаунты сторов на вас | Приложение, отзывы и выручка остаются у вас | Публикация «на мой аккаунт, так быстрее» |
| Фиксированная сумма | Бюджет не растёт по ходу работы | Оплата по часам без верхней границы |
| Регулярные демо | Проблемы видны через неделю, а не через три месяца | Показ результата только в конце |
Особенно внимательно отнеситесь к аккаунтам. Если приложение опубликовано на аккаунте разработчика, перенести его к себе потом сложнее, чем кажется. Аккаунт Apple Developer стоит $99 в год, Google Play — разово $25. Эти деньги не стоят того, чтобы отдавать контроль над продуктом.
У меня все эти условия стандартные: договор с передачей прав на код, оплата по этапам в рублях, долларах или евро, акт после каждого этапа, код, аккаунты, хостинг и домен на заказчике с первого дня. Подробнее — на странице о процессе и гарантиях.
Какие признаки должны насторожить?
Настораживать должна не высокая цена, а размытые условия. Вот сигналы, после которых стоит остановиться и задать дополнительные вопросы.
- Цена без вопросов. Разработчик называет сумму через пять минут после того, как прочитал описание, и ничего не уточняет. Значит, либо он заложил большой запас, либо не понял задачу.
- Обещание «всё и быстро». Полноценный маркетплейс за две недели. Такие сроки обычно означают, что в конце выяснится, что сделано не всё.
- Нет опубликованных проектов. Только дизайн-макеты или приложения, которые «сейчас на ревью уже полгода».
- Непрозрачный стек. Самописный фреймворк или редкая технология, в которой разбирается только этот человек. Вы становитесь заложником исполнителя.
- Нет промежуточных результатов. Сборку на телефон не дают, демо не показывают, доступ к репозиторию «потом».
- Посредник вместо разработчика. Все разговоры идут через менеджера, а с тем, кто пишет код, поговорить нельзя.
- Всё на словах. Нет договора, этапов, актов. В хорошем сценарии это просто неудобно, в плохом — вы ничего не сможете доказать.
Один сигнал сам по себе ещё не приговор. Начинающий разработчик может честно не иметь большого портфолио, а крупная компания может требовать аванс по внутренним правилам. Но если сигналов два-три одновременно, лучше продолжить поиск.
Почему самая дешёвая оценка часто выходит дороже?
Потому что низкая цена обычно достигается за счёт того, чего вы не видите: качества кода, тестирования, архитектуры бэкенда. Эти проблемы всплывают после релиза, когда исправлять их дороже всего.
Типичная история: приложение сделано дёшево, но падает на части устройств, медленно запускается, а подписки иногда не восстанавливаются. Исходный разработчик уже занят другим проектом. Новый исполнитель смотрит в код и предлагает переписать половину. В итоге проект обходится дороже, чем если бы его сразу сделали нормально, и ещё теряется время.
Экономить стоит на объёме, а не на качестве. Урезать первую версию до главного сценария, взять одну кодовую базу вместо двух нативных приложений, использовать готовые сервисы для оплаты, аналитики и мониторинга ошибок. Как это влияет на бюджет, я подробно разбирал в статье о стоимости мобильного приложения.
Хорошая новость в том, что дорого не значит долго. Одна кодовая база на React Native, готовые сервисы вроде Firebase, RevenueCat и Sentry и узкая первая версия позволяют запустить MVP за 4–8 недель без экономии на качестве.
И ещё одна вещь. Сравнивайте оценки по одинаковому составу работ. Если один разработчик включил публикацию в сторы, аналитику и мониторинг крашей, а другой нет, разница в цене объясняется не жадностью первого, а тем, что второй часть работы просто не посчитал.
Что подготовить к первому разговору с разработчиком?
Подготовьте короткое описание задачи и список вопросов. Готовое ТЗ не нужно, достаточно идеи.
- Что делает приложение и для кого, одной-двумя фразами.
- Главный сценарий пользователя от установки до результата.
- Как приложение будет зарабатывать.
- Какие системы уже есть: сайт, CRM, платёжный сервис.
- Примеры приложений, которые нравятся.
- Срок запуска и бюджет, хотя бы вилкой.
Вопросы к разработчику: кто будет писать код, на кого оформляются аккаунты, когда будет доступ к репозиторию, как делится оплата, что входит в оценку, кто публикует приложение в сторы и как устроена поддержка после релиза. Задайте их всем кандидатам и сравните ответы рядом с ценой.
Полезно заранее решить, кто с вашей стороны будет принимать работу. Демо раз в неделю занимает полчаса, но если на них никто не приходит, обратная связь копится и потом превращается в большой список переделок. Лучше один человек, который может сказать «да, так» или «нет, переделать» в тот же день.
Сколько стоит разработка и как работаю я?
Мобильное приложение у меня стоит от $2000, MVP занимает 4–8 недель. Точную сумму называю после созвона на 20–30 минут и фиксирую в договоре, дальше она не растёт.
Я full-stack инженер и сам пишу код, без менеджеров-посредников. iOS и Android делаю одной кодовой базой на React Native, при необходимости добавляю Huawei. Процесс такой: разбор задачи 1–2 дня, оценка и план 2–3 дня, разработка от 2 недель с демо каждую неделю и тестовыми сборками на ваш телефон, затем публикация в сторы, аналитика и мониторинг ошибок. После релиза — поддержка почасово или пакетом в месяц.
Если вы сейчас выбираете разработчика, пришлите задачу и сравните мои условия с другими предложениями. Опишите проект в форме заявки или напишите в Telegram, оценка бесплатная.