Пять причин провалов при заказной разработке мобильного приложения.

Пять причин провалов при заказной разработке мобильного приложения.

1. Менеджер по продажам завышает ожидания и обещает золотые горы .

Первый, с кем знакомится клиент — это менеджер по продажам (сейлз). Он — лицо компании-разработчика на этапе выбора подрядчика.

Главная мотивация сейлза — продажи. Чем больше контрактов и чем они дороже,

Что стоит учитывать

Живое общение и воодушевление сейлза — это здо́рово, но лучше познакомьтесь с человеком, который будет руководить разработкой. У него наверняка более реалистичные взгляды на проект, сроки и стоимость.
И смотрите на факты. Если у компании портфолио не очень, а сейлз говорит, что они всё сделают на высшем уровне — возможно, у них крутой менеджер по продажам, а не команда.

2. Недостаточная техническая экспертиза подрядчика

Больной вопрос для многих заказчиков: как понять, что эти ребята потянут уровень проекта и не придется через год переписывать всё с нуля? Как узнать, что «под капотом»?

Как минимизировать риски.

— Посмотрите работы подрядчика. Удобство приложений, уровень дизайна, отзывы в «сторах» и историю обновлений.

— Скачайте и протестируйте приложения. Рекомендую не просто запустить, а попробовать выполнить сценарии использования. Особое внимание уделите нестандартным сценариям. Например, работе без или с плохим интернетом.

— Изучайте последние выпущенные приложения. Многим компаниям на заре мобильной разработки повезло поработать с крупными брендами, но это было давно. Узнайте, что из себя представляет компания сейчас.

— Сильные разработчики часто делятся опытом и знаниями: выступают на конференциях, пишут статьи, «шарят» наработки в github. Поинтересуйтесь вкладом компании в отрасль.

-«Не кладите все яйца в одну корзину». Заключите договор не на весь проект, а на малую часть. Если сроки будут сорваны или качество будет хромать, можно с минимальными потерями переключиться на другую компанию.

3. Обозначены неадекватные сроки

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

Срок разработки проекта будет складывается из следующих пунктов:

1. согласование и подписание договора — 1 неделя;
2. сбор требований на разработку и написание ТЗ — 2-3 недели + время на согласование;
3. проектирование интерфейса — 1-2 недели + время на согласование;
4. дизайн — 1-2 недели + время на согласование;
5. разработка — 1 месяц;
6. тестирование и отладка — 1 неделя + время на тестирование заказчиком.
7. загрузка приложений в App Store и Google Play — 1-2 дня, если все пройдёт гладко.

ИТОГО (от идеи до воплощения проекта) — минимум 2,5 месяца.

4. Неправильно рассчитан бюджет

Со стороны исполнителя бюджет напрямую зависит от точности оценки сроков и рисков. Со стороны заказчика бюджет основан на его понимании рынка или опыте общения с другими разработчиками. Многие хотят разработку «под ключ» за ту сумму, которая есть. Но такого не бывает нигде. Когда приложение разработано, следующий этап — внутренние работы по привлечению аудитории и анализу метрик. На основе этих данных принимаются решения о доработке и развитии продукта, а это тоже стоит денег.

5. Неиспользование экспертизы подрядчика

Посоветуйтесь с подрядчиком. Студия, как правило, видела сотни проектов и тысячи экранов, набила шишки и исправляла кучу багов. Цель студии — взаимная выгода: заказчик получает работающий продукт, который приносит ему прибыль, а студия — деньги за разработку, хороший проект для портфолио и, вероятно, контракт на дальнейшую поддержку приложения.

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

Пять причин провалов при заказной разработке мобильного приложения.