Стоимость разработки мобильных приложений в 2018 году

Сколько стоит мобильное приложение

В предыдущей статье о стоимости разработки мобильного приложения мы приводили статистические данные о том, что одно и то же приложение можно разработать как за 500 тысяч рублей, так и за 15 миллионов, а скорость и качество работ при этом могут совершенно не отличаться.

Это не может не дезориентировать. И не может не запустить цепочку размышлений: если эта студия готова работать так дешево, может быть они делают некачественно или недооценивают объем работ? Если эта студия популярна, наверняка существенная часть ее предложения обеспечивается брендом, а не собственно работами, так зачем мне платить за бренд? У этих цена средняя, но нет никакой поддержки. Какой бюджет будет требоваться чтобы поддерживать проект у другой студии, не обойдется ли это дороже других предложений?

Для того, чтобы правильно оценивать коммерческие предложения, нужно понимать факторы формирования стоимости, из которых существенных не так много.

Почему цена так разнится?

В основном из-за различного подхода к организации рабочего процесса. Представьте такую ситуацию: студия разрабатывает ваше мобильное приложение, в функционал которого входит оплата товаров картой. Разработчики доходят до этого места и (внезапно) становится понятно, что у них нет доступа к платежной системе. Чтобы он был, необходимо создать аккаунт, который сделать можете только вы, так как там необходимо указывать реквизиты вашей компании, данные счетов и так далее. Студия у вас их запрашивает и старается переключиться на другой момент.

Другим моментом оказывается привязка социальных сетей. Там ситуация поворачивается в то же русло: чтобы привязать Facebook, необходимо создать страницу приложения в этой социальной сети, которая должна быть создана из-под того аккаунта, который впоследствии сможет управлять его публикацией. То есть нужен ваш аккаунт. Вы не знаете, как это сделать, и запрашиваете инструкцию, которую менеджер начинает готовить.

Программисты, так как им нечего делать, донимают менеджера дальнейшими задачами (с рьяностью, прямо пропорциональной их мотивации), который в свою очередь занят разъяснениями тонкостей заполнения данных о приложении вам (а там есть что разъяснять). Круг замыкается, появляется дэдлок.

А теперь самое главное: не так сложно догадаться, кто за все это платит. Программист работает – платите вы. Пьет чай – тоже платите вы. Менеджер спорит с программистом – время их спора оплачиваете вы. Вы объясняете по телефону, как именно нужно сделать тот или иной момент – за время, пока он вас слушает, тоже платите вы.

Так как вариантов экономических взаимоотношений в разработке мобильных приложений не так много, нужно понимать, за счет чего можно оптимизировать сам процесс.

Оптимизация

Во-первых, это организационный процесс внутри команды. Именно правильная его архитектура позволяет избежать тех замкнутых кругов, которые были описаны выше. Правильно организованный рабочий процесс всегда простой, быстрый и гибкий. Хорошие результаты дает Scrum и его модификации. Все задачи должны записываться в бэклог, который вы совместно с менеджером должны еженедельно корректировать и приоретизировать. Вы и менеджер должны четко понимать, какие задачи будут закрыты в текущем спринте (обычно это 1–2 недели) и в каком виде вы сможете увидеть продукт к концу спринта (да, именно так: если вы не можете что-то потрогать и попробовать через 1–2 неделю разработки, значит процесс выстроен неверно). Производительность каждого спринта должна измеряться, должны анализироваться проблемы, которые мешали сделать этот процесс быстрее.

Одна и та же команда может сделать один и тот же проект за 1 или за 6 месяцев. Это не преувеличение, это горькая правда. Это одни и те же люди, с тем же уровнем профессионализма, они и те же задачи, одно и то же понимание конечного результата, один и тот же продукт на выходе. Но в одном случае это 1 месяц и 1 млн рублей, в другом – 6 месяцев и 10 млн рублей. Причина в разности подходов. Во многих книгах по Scrum описываются десятки таких примеров.

Во-вторых, это технологии. Программистам нужно постоянно совершенствоваться в своем мастерстве, с этим сложно поспорить. А теперь представьте такую ситуацию: программист закончил текущий проект, появляется следующий (ваш), не слишком сложный и не слишком срочный (вы не доплачиваете за сверхсрочность, работа идет в штатном режиме). Он думает: “ага, отличная возможность попробовать ту новую парадигму разработки, Flow Coordinators, о которой я недавно прочитал!”.

И он начинает применять эту чудесную технологию. Время разработки затянулось, что совершенно ожидаемо, так как проект был рассчитан исходя из чистой работы в темпе конкретного программиста, а он потратил существенное время на получение новых знаний. Каждое обновление этого проекта затягивается и стоит дороже, так как эту прекрасную технологию знает только этот программист в команде. Любая другая студия скажет вам, что проект хорошо бы переписать, так как в их компании нет носителя этих сокровенных знаний. В результате вы платите за обучение программиста и усложняете поддержку и развитие продукта в будущем. Стоимость конечного продукта возрастает в 2 раза. Почему? Потому что программист прочитал статью о новой технологии и решил ее внедрить.

Плохо ли это? Ну, знания, как говорится, свет (а за свет надо платить), что хорошо с академической точки зрения. Но продукт создается вами чтобы зарабатывать деньги. Деньги вы сможете заработать только если продукт востребован вашими клиентами. Влияют ли на мнение клиента выбранные технологии? Нет конечно, для них совершенно безразлично, на чем написано мобильное приложение. Если они получают через него скидку, или узнают дополнительную информацию, или развлекаются, то есть решают свою проблему, им не важно, как именно это происходит – главное, что это выгодно / хорошо / быстро / приятно / важно.

Выбор технологий с продуктовой точки зрения важен только в ключе скорости, стоимости и гибкости дальнейшей разработки и поддержки. Вы хотите приобрести за плату готовый качественный продукт в срок, вы не хотите платить за обучение программиста, вдобавок получив запоздалый результат, который потом никто не хочет поддерживать.

Как сделать дешевле и быстрее?

Спросите у потенциального подрядчика не только что он будет делать (набор услуг), но и как он это сделает. “Ишь чего, это их внутренняя кухня, мне не важно “как”, мне важно в срок, это их проблемы.” – если для вас не имеют значения сроки и стоимость (а в кровавом энтерпрайзе это нередко встречается), то вы, безусловно, правы. Но если вам нужен продукт (а значит скорость) и его стоимость (выгода) для конечного потребителя (которая состоит в том числе из цены разработки проекта подрядчиком для вас), то самое важное, о чем только можно спросить подрядчика, так это о его организационной структуре. Одна и та же команда может сделать один и тот же проект за 1 или 6 месяцев в зависимости именно от организационного процесса.

Поэтому перед начало работ задайте подрядчику подобные вопросы:
“Что будет делать программист, если у него не хватает данных для выполнения текущей задачи?”, “Если вы начали делать второй этап из четырех, а я прислал правки по первому, когда будет выделяться время для их реализации?”, “Как вы отслеживаете продуктивность специалистов?”, “Как часто вы проводите внутренние совещания и как долго они длятся?”. Ответы на них сложат у вас представление об организации рабочего процесса, и вы сразу поймете, какие ответы правильные, а какие нет.

Мы часто уделяем внимание вопросу что, не обращая внимания на вопрос как, который практически всегда является ключевым не только в сфере разработки мобильных приложений, но и в других областях жизни. Например, кандидаты в президенты почти всегда говорят что они сделают. Это важно с точки зрения психологии и политики, но почти всегда неинформативно с точки зрения взвешенного выбора, так как потребности общества очевидны. Увеличение зарплат; снижение цен, инфляции, ставки рефинансирования; развитие технологий, безопасности; повышение качества социальных услуг и так далее. Не так много сторонников будет у того, кто пойдет на выборы с противоположными тезисами.

Важно как они это планируют сделать. Если вы боретесь с коррупцией и, следовательно, предполагаете, что она разрослась до больших масштабов, то что вы будете делать со специалистами высокого класса, погрязшими во взятках? Если вы уволите всех людей с ключевых должностей разом, откуда вы возьмете сразу столько высококачественных специалистов? Если вы их все-таки найдете, каков риск того, что за то время, пока они будут осваиваться на новых местах и срабатываться в команду, не будет утерян контроль над управлением важными сферами? Если вы будете увольнять коррупционеров постепенно, не создает ли это двойных стандартов: кого-то вы караете, а кого-то оставляете на своем месте? На основе чего вы будете принимать решения, в каком порядке их менять, кто сможет повлиять на это решение и как?

Вопросы как будет выполняться работа и как будет строиться сотрудничество – ключевые в понимании ценообразования разработки приложения.

Спросите о том, на каких технологиях будет разрабатываться продукт. Уточните у других подрядчиков, насколько по их мнению эти технологии распространены. Если мобильное приложение будет разработано на этих технологиях, смогут ли они его доработать? На каких технологиях оно должно быть разработано, чтобы доработки могли быть сделаны быстрее и дешевле?

Разработать мобильное приложение быстрее и дешевле можно убедившись в эффективном организационном процессе, правильно выбранных технологиях и должном уровне профессионализма всей команды разработчиков.

Как сделать дороже и дольше?

Как и во многих сферах жизни при совершении сделки – ни о чем не спрашивать. Обычно это и приводит к такому результату. Бренд студии разработки мобильных приложений, количество сделанных проектов, именитые клиенты – все это, безусловно, косвенно говорит о востребованности услуг конкретного подрядчика. Но если вы не понимаете, как именно они работают, какую организационную структуру используют, насколько они гибки в случае изменения планов (а планы меняются всегда), то в сотрудничестве вы принимаете на себя ряд рисков, за которые будете платить.

 

На нашем канале мы ежедневно публикуем обзоры интересных идей в сфере создания мобильных сервисов и их анализ. Присоединяйтесь!

 

Быстрая оценка мобильного приложения

Для получения бесплатной 30-ти минутной консультации по любым вопросам оставьте свой номер телефона или e-mail и мы вам скоро перезвоним.

Для получения примерной оценки проекта по стоимости и срокам опишите его в двух словах и мы с вами свяжемся.

Добавить комментарий

Ваш e-mail не будет опубликован.

наверх позвонить8 800 250 70 89