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

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

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

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

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

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

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

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

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

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