Книга: Мобильное приложение как инструмент бизнеса

Переговоры с разработчиками

Переговоры с разработчиками

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

Саймон Касуто, eLearning Mind

Всех, кто связан с компьютерами, принято считать не от мира сего. Когда-то давно именно так и было. Тогда программированием занимались только личности с определенным складом ума, это были ученые и первопроходцы, с которыми сложно общаться и договариваться. Сегодня ситуация кардинально изменилась, появились разработчики, умеющие вести переговоры и договариваться на выгодных для себя условиях. А еще эти самые разработчики очень редко общаются напрямую с заказчиком. Они выполняют свою работу. С заказчиком теперь говорят те, кто должен, – менеджеры по работе с клиентами, а с ними договариваться очень легко.

Не стоит думать, что у хорошего разработчика обязательно должен быть хороший менеджер по работе с клиентами. Многие компании специально ищут отличных продажников, способных продать кому угодно и что угодно. Их цель одна – получить как можно больше заказов, и среди заказчиков обязательно найдется тот, кого можно будет с легкостью облапошить. Задержитесь у менеджера по работе с клиентами, общайтесь с ним как можно больше и чаще. При всем своем умении манипулировать, они часто выбалтывают лишнее, потому что слишком любят болтать. Главное, начать беседу с ними так, чтобы их разговорить, а затем просто внимательно слушать и слышать сказанное между строк. Если сомневаетесь в искренности менеджера по работе с клиентами, постарайтесь понять – только он один такой неискренний или вся команда в целом?

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

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

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

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

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

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

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

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

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

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

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

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

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

Уважайте разработчика, забудьте про «Может быть, я закажу у вас приложение. Вы пока уделите мне 10 дней рабочего времени, а я подумаю». С таким подходом нормальные разработчики не захотят тратить на вас даже 15 минут. Даете конкретное задание и заставляете разработчиков назвать вам приблизительные сроки и цену. Если разработчик говорит: «Возможно, тут мы сделаем как-то иначе», значит, он пока не знает, как и что будет делать, и это нормально. Вероятно, ему нужно больше времени для прояснения ситуации. А может быть, он вас не понял. В любом случае перед подписанием договора устраните все недоразумения.

Торгуйтесь с разработчиками очень аккуратно. Когда вы покупаете конкретный товар, то можете торговаться, но когда вы заказываете изготовление этого товара, то можете наступить на классические грабли. Максимум, что вы можете сделать, – снизить цену за счет снижения качества или уменьшения количества функций приложения. Если вы начнете активно сбивать цену, то хорошие разработчики скажут, что заняты работой на ближайшие 10 лет и никак не могут взяться за разработку вашего мобильного приложения. Это явно не относится к завышающим в 10 раз цену разработчикам, но с ними не нужно торговаться, от них нужно сразу бежать.

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

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

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

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

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

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

Оглавление книги


Генерация: 1.246. Запросов К БД/Cache: 3 / 1
поделиться
Вверх Вниз