Стоимость мобильного приложения: факторы и чтение сметы
Стоимость мобильного приложения зависит от объёма работ, платформы, серверной части, интеграций и сопровождения. Как читать смету без неприятных сюрпризов.
Команда rabbitclipПубликация: 5 мин чтения
Коротко
Стоимость мобильного приложения определяется числом и сложностью функций, выбранными платформами, размером серверной части, числом систем, с которыми приложение связано, глубиной дизайна и тем, что ожидается от сопровождения после запуска. Именно поэтому два приложения, которые на экране выглядят похоже, могут сильно различаться по стоимости. Мы намеренно не приводим здесь никаких сумм, потому что сумма имеет смысл лишь тогда, когда известен объём работ. Далее мы разберём эти факторы и то, как правильно читать смету.
Компании, которые собирают несколько предложений, часто не видят, откуда берётся разница. Один подрядчик считает экраны, другой включает ещё и серверную часть, третий вообще не упоминает сопровождение. Сопоставимыми предложения делает вовсе не итоговая сумма, а то, что каждое из них ответило на одни и те же вопросы.
Какие факторы сильнее всего влияют на стоимость приложения?
Стоимость примерно равна сумме труда, который предстоит затратить, и риска, который берётся на себя. Труд определяется числом и сложностью функций, а риск данными, которые хранит приложение, и системами, с которыми оно связано. Приложение, которое принимает платежи или хранит персональные данные, нужно строить гораздо тщательнее, чем то, которое только показывает информацию.
Перечисленные ниже факторы стоят почти за каждой сметой. Если вы сможете ответить на них применительно к своей идее, то будете сравнивать поступившие предложения гораздо яснее.
- Число и сложность функций: вход в систему, оплата, карты, обмен сообщениями, уведомления
- Целевые платформы и выбранный подход к разработке
- Серверная часть: база данных, панель управления, роли пользователей
- Число внешних и внутренних систем, с которыми нужно связаться
- Глубина дизайна: индивидуальная графика, анимация, несколько языков
- То, что ожидается от сопровождения и поддержки после запуска
Как платформа и подход к разработке меняют цену?
Появится ли приложение в обоих крупных магазинах и будет ли оно построено на одной кодовой базе или отдельно для каждой платформы, напрямую влияет на трудозатраты. Единая кодовая база в большинстве приложений сокращает повторяющуюся работу. Для функций, которые работают совсем близко к устройству, например при продвинутом использовании камеры или датчиков, всё равно может понадобиться работа под конкретную платформу.
Это вопрос потребности, а вовсе не качества. Приложение для бронирования сети спа в основном состоит из стандартных экранов и подходит для общей кодовой базы. Приложение, которому нужна тяжёлая графика или глубокий доступ к устройству, может потребовать другого выбора. Подходящий подход должен быть записан в смете вместе с его обоснованием, чтобы потом не возникало споров.
Почему серверная часть и интеграции составляют отдельную статью расходов?
Экраны, которые видит пользователь, это лишь часть приложения. За ними работают система, хранящая данные, панель, управляющая содержанием, и слой безопасности. Во многих сметах считают только экраны, а серверную часть либо опускают, либо она появляется позже отдельной дополнительной статьёй.
Важно также и число интеграций. Каждое внешнее подключение приходит со своими правилами и требует отдельного тестирования: платёжный провайдер, сервис электронной почты или СМС, складская система, CRM. Если приложению выездной команды производителя напольных покрытий нужно общаться с уже имеющейся складской программой, основная часть работы состоит в том, чтобы сделать это соединение надёжным.
Панель управления ещё одна статья, о которой часто забывают. Если нужен интерфейс для управления содержанием или пользователями, его следует оценивать как небольшой самостоятельный продукт.
Какие скрытые статьи стоит искать в смете?
Скрытая статья чаще всего не злой умысел, а тема, о которой смета молчит, и это молчание позже возвращается дополнительным счётом. Перед подписанием обязательно убедитесь, что следующие пункты закреплены письменно.
- Кто несёт ежемесячную нагрузку постоянно работающих сервисов, таких как сервер, база данных и сервис уведомлений
- На чьё имя открываются аккаунты разработчика в магазинах и кто за них платит
- Входят ли панель управления и серверная часть в объём работ
- Объём тестирования и сколько раундов исправлений включено
- Как будут переданы исходный код и все данные для доступа
- Объём сопровождения после запуска, совместимость с операционной системой и исправление ошибок
Какие ошибки часто допускают при планировании бюджета приложения?
Первая ошибка состоит в том, чтобы закладывать бюджет только на первый выпуск. После запуска обновления операционной системы, замена библиотек и отзывы пользователей продолжают порождать работу. Бюджет без запаса на сопровождение оставляет приложение устаревшим меньше чем за год после выпуска.
Вторая ошибка в том, чтобы втиснуть всё в первый выпуск. С ростом объёма растут и стоимость, и риск, хотя реальные данные об использовании позже показывают, насколько важны большинство функций. Третья ошибка выбирать только самую низкую смету. Низкая сумма в предложении часто означает, что серверную часть, тестирование или сопровождение оставили за скобками. Четвёртая оставлять аккаунты и код у разработчика.
Когда индивидуальное приложение оказывается неверным вложением?
Не всякая потребность требует индивидуального приложения. Если пользователи время от времени читают информацию и не нуждаются в возможностях устройства, хорошо сделанный мобильный сайт или веб-приложение гораздо более экономичный путь. Там, где готовое решение закрывает основную часть потребности, индивидуальная разработка тоже может оказаться лишней.
Мерило здесь таково: покроет ли ценность, которую даёт приложение, и первоначальные усилия, и постоянное сопровождение? Если ответ остаётся неясным, разумно сначала измерить реакцию пользователей совсем небольшим выпуском. Чтобы увидеть, как ваш нынешний сайт ведёт себя на мобильном, наш тест скорости сайта бесплатно даст первое впечатление.
Стоимость мобильного приложения складывается из функций, платформы, серверной части, интеграций, глубины дизайна и сопровождения, и хорошая смета перечисляет их по одной. Сравнивайте предложения по объёму работ, а не по итоговой сумме, и просите письменно указать серверную часть, владение аккаунтами и сопровождение. Если вы хотите вместе определить бюджет для вашей идеи приложения, вы можете договориться с rabbitclip об ознакомительной беседе.
Частые вопросы
Почему стоимость мобильного приложения так сильно различается?
Потому что стоимость следует за объёмом работ. Число функций, платформы, серверная часть, интеграции и ожидаемое сопровождение в каждом проекте разные.
Почему в смете нужно отдельно спрашивать про серверную часть?
Экраны, которые видит пользователь, это лишь часть приложения. Если хранение данных, панель управления и безопасность не вошли в смету, они могут появиться позже отдельными дополнительными статьями.
Есть ли расходы после публикации приложения?
Да. Совместимость с операционной системой, замена библиотек, серверные сервисы и исправление ошибок требуют постоянного внимания. Их нужно закладывать в бюджет с самого начала.
Удваивает ли стоимость разработка для двух платформ?
Не обязательно. Общая кодовая база может сократить повторяющуюся работу, хотя функции, привязанные к устройству, могут потребовать отдельных усилий под платформу. Обоснование должно быть записано в смете.
Как сравнивать сметы на приложение?
Сначала смотрите на объём работ, потом на итог: перечень функций, серверная часть, интеграции, тестирование, владение аккаунтами, передача кода и сопровождение. Запишите одни и те же статьи рядом, и разница станет видна.
