Взаимодействие заказчиков и разработчиков в сфере мобильных приложений за последнее время возбуждает повышенный интерес на рынке. Людей начало интересовать не только то, как и где найти качественного разработчика, а как общаться с ним так, чтобы через человеческое взаимодействие повлиять на скорость исполнения задачи и качество итогового продукта. В конце концов, важно не только сделать работу и получить за нее деньги, но и сохранить человеческие отношения. Довольно часто недопонимания с моральной точки зрения приводят к отказу от заказа или к расторжению контракта между заказчиком и разработчиком.
Фактом остается то, что ошибку может допустить каждая из сторон, однако заказчик в большей степени может влиять на качество и скорость процесса. Давайте поговорим о нюансах, связанных со взаимоотношениями разработчиков мобильных приложений и заказчиков. Ведь современные реалии перенесли большинство процессов в онлайн режим, поэтому практически все компании нуждаются в собственном мобильном приложении.
Взаимоотношения на энергетическом уровне
Прежде чем ставить разработчику мобильного приложения задачу вспомните об особенностях его рода деятельности. Это далеко не творческий человек, которым можете быть вы, как заказчик. Программисты проводят 99 процентов своего времени за компьютером и их задача – выполнять заказы с технической точки зрения, но никак не витать в полете фантазий, придумывая за вас идею.
Многим кажется что IT-специалисты замкнутые и грубые, но это не всегда так. В большинстве случаев не уделяется должного внимания для того, чтобы объяснить человеку идею и найти контакт на энергетическом уровне.
Чтобы из-за творческого недопонимания не останавливать процесс, уделите нужное количество времени разработчику для того, чтобы он прочувствовал ваш посыл и вашу идею. Тогда вы не просто “будете на связи”, а будете, как говорится “на одной волне”.
Необходимо также позаботиться о том, чтобы разработчик понимал важность этого заказа для вас. Объясните цели приложения, для чего оно вам нужно, какие преимущества получат его пользователи.
Также в этом случае является сам процесс передачи пожеланий и дальнейших замечаний непосредственно исполнителю или максимум через одного посредника.
Безусловно, в общении с разработчиком мобильного приложения вам, как заказчику понадобится терпение.
Брокерское решение под ключ для вашего бизнеса
Получите самое прибыльное форекс/крипто брокерское программное обеспечение или полностью готовый бизнес в течение 48 часов. Лучшая в своем классе система с веб и мобильным приложением, заточенная на продажи CRM, полная интеграция с МТ4/5 и 150+ платежных провайдеров.
Ясное изложение задач и терминов
Договариваясь о выполнении задачи разработчиком помните, что для него ваша сфера и особенности вашего бизнеса – темный лес. Впрочем, как и для вас сфера IT. Позаботьтесь о том, чтобы специалист понимал что от него хотят, чтобы ему было понятно что где и для чего должно находиться. Возможно, хотя бы минимально вникнув в особенности вашего бизнеса он сможет предложить вам какие-либо оригинальные и более удобные решения.
Не используйте профессиональный сленг в общении с разработчиком. Если он начнет использовать свой, неизвестно, кому будет хуже.
Расшифровывайте всю терминологию в письменном виде, чтобы у разработчика была возможность перечитать.
Сюда же можно добавить такой способ изложения информации как иллюстрирование. Программисты в состоянии понять сложную документацию с технической точки зрения, но достаточно редко вникают в особенности описания задач. Поэтому заказчику пригодится иллюстрирование. Для того чтобы разработчик лучше и быстрее вас понял, рисуйте картинки с пометками, используйте яркие цвета там где вы хотите обратить внимание, делайте скриншоты и обязательно распределяйте одну крупную задачу на несколько поменьше.
Созвоны
В общении с айтишником важно учитывать также созвоны. В какой-то степени это миф, что разработчики не любят живое и частое общение, поэтому и работают в данной сфере. Но на самом деле, IT сфера и вправду минимизирует личные контакты с людьми. Помните об этом общаясь с разработчиком.
Здесь речь идет также о человеческом такте.
Не созванивайтесь без предупреждения, это может не только разозлить человека, но и отвлечь его от действительно важного процесса.
К этому пункту также стоит отнести фиксацию требований. Если вы будете писать разработчику раз в месяц, нигде не фиксируя договоренность – вряд ли получите желаемый результат.
В этом случае необходимо помнить о:
- регулярном планировании онлайн (или оффлайн) встреч, фиксируя все вопросы и их решения в переписке;
- если вы нуждаетесь в срочной связи с исполнителем, прежде чем звонить обязательно напишите и договоритесь об удобном времени;
- учитывать, что время и количество созвонов оплачивается.
Адекватность требований
Под этим заголовком подразумевается трезвость оценивания сроков выполнения задачи. Очевидно, что три человека быстрее сделают одну работу вместе, но все втроем за один ПК для выполнения этой задачи они не сядут. Нужно осознавать, что некоторые процессы нельзя делать параллельно.
Задавайте напрямую вопросы, спрашивайте сколько времени разработчику понадобится для той или иной задачи, сравнивайте его термины со своими и трезво оценивайте возможности обеих сторон. Если хотите ускорить процесс, спросите у исполнителя, как вы могли бы повлиять на разработку.
Для заказчика
До этого мы обсуждали моменты, которые с точностью могут облегчить жизнь исполнителю задачи, то есть разработчику мобильного приложения. Теперь поговорим о заказчике, которому это приложение нужно.
Чтобы самому не запутаться в собственных же требованиях, записывайте их. Пишите, что вам необходимо, как вы это решили и когда задача должна быть выполнена. Также не забывайте фиксировать итог.
Это поможет вам, как заказчику контролировать скорость исполнения задач и сам факт их исполнения.
Не обязательно готовить детальную официальную документацию, достаточно будет создать понятный и удобный вам чек лист.
Там же пишите замечания и доработки, которые пришлось внедрять.
Давайте посмотрим правде в глаза, ведь не всегда проблема и вина ложится на сторону разработчика приложения. Часто второму не хватает конкретики и серьезности подхода от заказчика.
В первую очередь это касается сроков и абстрактности описания понятий. Потрудитесь описать, быстро это когда? Красиво это как? И много подобных примеров.
Добавляйте разработчику примерный перечень референсов, примеров, как должен выглядеть продукт.
Очевидно, что придерживаться всех вышеперечисленных требований сложно как заказчику, так и разработчику мобильных приложений. Но если каждый сделает хотя бы немного больше чем обычно, прибыль и восторженность от пользователей не заставит себя ждать.
