Как выбрать мобильного разработчика и не прогадать

Как вложить деньги наиболее эффективно, когда вы заказываете мобильное приложение? По каким критериям выбирать разработчика? Мы в mobile.SimbirSoft предлагаем несколько советов, которые помогут избежать ошибок при выборе исполнителя для вашего проекта.

Рынок мобильной разработки, как и весь рынок IT услуг, продолжает стремительно расти. В 2018 году пользователи App Store и Google Play загрузили различные приложения и игры 113 миллиардов раз, потратив $76 млрд, что на 10% и 20% соответственно выше прошлогоднего результата, по оценкам tAdviser. Ежедневно в приложениях проводят около 3 часов, и каждый год этот показатель увеличивается на 10%. Активнее всего рынок мобильных приложений растет за счет платных игр и подписок, которые обеспечивают пользователям ежемесячный доступ к тем или иным функциям и контенту.

При этом не все приложения и IT-продукты пользуются успехом. Согласно исследованию The Standish Group, лишь 32% проектов могут считаться успешными. Это значит, что они выполнены в установленные сроки, с соблюдением запланированного бюджета и демонстрируют достижение всех изначально поставленных целей. Успеха достигает каждый третий проект, однако, два из трех остаются за бортом.

Типичные ошибки при разработке IT-продуктов и мобильных решений приведены в исследовании The Standish Group:

Для того, чтобы снизить риски разработки, бизнес обращается в IT-компании за услугами аутсорсинга. За счет своей экспертизы и ресурсов правильно выбранный аутсорсер может спрогнозировать и устранить большинство рисков.

Мы в mobile.SimbirSoft с 2008 года разрабатываем мобильные решения, участвуем в тендерах, общаемся с нашими клиентами. Зная, как сложно для бизнеса бывает выбрать подрядчика, мы составили несколько советов на основе нашего опыта.

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

Этот процесс можно разделить на четыре шага:

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

На этом этапе вам нужно наполнить воронку потенциальными исполнителями с целью их последующей фильтрации. Найти исполнителей вы можете с помощью следующих источников:

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

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

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

Важные критерии оценки:

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

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

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

- предоставить всем участникам единые данные о планируемом проекте;

- собрать ключевую информацию о ресурсах и способностях участников конкурса.

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

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

На этом этапе у вас обязательно будет много переговоров, митингов с разработчиками. Команды будут презентовать себя и задавать вам вопросы. Ваша цель ─ определить, какие компании обладают собственными ресурсами для выполнения вашего проекта, а какие делегируют задачи своим многочисленным подрядчикам (в большинстве случаев это фрилансеры или студии из 3-5 человек). При работе с последними нельзя исключить даже многоуровневые субсубподряды.

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

Приводим несколько советов, которые помогут вам свести к минимуму риски. Задайте эти вопросы разработчикам и занесите ответы в вашу сводную таблицу:

Будет ли компания сама делать все компоненты вашего проекта (сервер, СMS, мобильные и веб клиенты)? Или для этого будет привлечен другой партнер?Даже если компания ранее успешно реализовала подобный проект с участием подрядчика, остается риск, что на ваш проект придет другой исполнитель (например, в силу занятости первого).

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

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

Сразу исключите компании, которые имеют критерии риска, например:

Не выбирайте команду с рисковыми параметрами только по той причине, что вам понравилось с ними общаться. Не стоит себя обманывать, что в вашем случае все будет хорошо ─ помните о риске провала проекта.

На этом этапе желательно оставить не больше 2-3 потенциальных исполнителей. Прочим участникам предложите составить примерный план работ (дорожную карту) по проекту и потом провести митинг с той командой, которая будет заниматься разработкой. С помощью дорожной карты вы и исполнитель сможете спланировать работы и необходимые ресурсы. А с помощью общения с потенциальной командой вы поймете компетенцию специалистов и повысите вероятность успеха проекта.

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

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

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

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