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

Чем грозит неправильный выбор исполнителя

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

Нерабочий продукт

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

Главная причина — недопонимание между заказчиком и исполнителем. Когда работа ведется не до результата, а до конца оплаченных часов. Когда за любые мелкие отступления от изначального ТЗ подрядчик выставляет дополнительные счета. Когда ответственность за срыв сроков не несет ни одна из сторон. Мы знаем про все эти риски и выстраиваем работу так, чтобы их избежать.

Рустам Мухамедьянов, руководитель WINFOX

Срыв сроков

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

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

Чтобы было проще выполнить длинный и сложный проект, мы делим всю работу на спринты — короткие интервалы времени, за которые удобно выполнять оговоренный объем работы. Работать спринтами проще, так как можно точно оценить сроки и задачи и не нарушить договоренностей с заказчиком. Со стороны заказчика работа спринтами требует дисциплины в согласовании этапов работ. Так что мы всегда предупреждаем об этом в начале сотрудничества.

Рустам Мухамедьянов, руководитель WINFOX

Неверная постановка целей или их отсутствие

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

Попытайтесь ответить на следующие вопросы, а после обязательно обсудить их с исполнителем:

— Зачем вам этот продукт?

— Какая у вас мотивация?

— Какие метрики для вас особенно важны: доход, база пользователей, время, потраченное на приложение, монетизация, узнаваемость бренда?

— Каковы критерии успеха? Как вы будете измерять успех через год после запуска приложения?

Бывает, что заказчик приходит к разработчикам и говорит: «Ребята, сделайте мне приложение, чтобы я не отставал от других компаний на рынке. Я не рассчитываю, что это сильно скажется на продажах». Разработчики делают простое приложение, а потом заказчик предъявляет претензии: приложением не хотят пользоваться, клиентам удобнее оставлять заказы на сайте, а не в приложении, вы во всем виноваты. В такой ситуации разработчики не виноваты: заказчик изначально поставил перед ними неверную цель. Если бы он сказал, что через полгода приложение должно приносить 20% заказов, разработчики бы выстроили работу по-другому: они бы глубже погрузились в бизнес заказчика, учли все нюансы и сделали ли бы продукт, который встраивается в экосистему заказчика и приносит прибыль.

Рустам Мухамедьянов, руководитель WINFOX

Сложная коммуникация с разработчиками

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

Другая ситуация — инициатива полностью на стороне исполнителя. Случаи, когда заказчик руководствуется принципом «Мы заплатили вам деньги, дальше вы сами» всегда приводят к негативному результату. 

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

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

Рустам Мухамедьянов, руководитель WINFOX

Отказ от тестирования

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

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

На что обратить внимание при выборе разработчиков

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

Надежность

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

Опыт

Если разработчики уже делали подобное приложение, они знают все подводные камни и понимают, как оптимизировать процесс. Это позволит учитывать опыт предшественников и сократить затраты на разработку.

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

Рустам Мухамедьянов, руководитель WINFOX

Стоимость

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

Прозрачность

Готов ли подрядчик подключить вас к общению с командой? Дадут ли вам доступ к таск-трекеру для оценки времени, которое уходит на работу? Получите ли вы доступ к исходному коду? Чем прозрачнее отношения между заказчиком и подрядчиками, тем больше вероятность, что продукт будет успешным. 

Скорость

Обратите внимание на то, как быстро подрядчик подготовил коммерческое предложение и насколько оперативно менеджер отвечал на вопросы. Это поможет понять, как устроены процессы в компании подрядчика. Если на этапе обсуждения проекта все было четко, скорее всего, так будет и на этапе разработки.

Чек-лист по выбору подрядчика

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

Как пользоваться чек-листом. Эта пошаговая инструкция поможет быстро заполнить чек-лист и увидеть результат. 

1. Ответьте на вопросы, чтобы оценить разработчиков. Если ответ на вопрос «Да» — поставьте 1 в колонке «Ответы», если «Нет» — поставьте 0.

2. Ответив на все вопросы, вы увидите общую сумму баллов. Если компания набрала от 100 баллов и более — это надежная компания, которой можно доверить разработку приложения. От 60 до 99 баллов — хороший подрядчик, но, возможно, не совсем готов к реализации сложных проектов. От 1 до 59 баллов — это молодая компания, которая пока может выполнять только небольшие и несложные проекты.

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

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

— При выборе разработчиков обратите внимание на наличие отзывов, похожие проекты в портфолио, участие в рейтингах, стоимость работы, прозрачность в общении, скорость ответа на запросы.

— Скачайте чек-лист — он поможет быстро определить, подходят вам разработчики или нет.