МИФ №1
«Для исполнителей не обязательно формулировать цель разработки на старте, главное быстрее начинать, а там в процессе разберемся…»
Вариации: «Команде разработки не нужно знать ничего кроме того, что нужен сайт. Современный. Трендовый. Как у всех успешных компаний»
Комментарии: достижение цели тесно зависит от формулировки, и первый шаг к успеху проекта — правильно сформированная цель.
Пример: «Нам требуется разработать сайт-визитку для рекламы нового автомобиля, мы планируем показать первые результаты через месяц после старта работ фокус-группе, состоящей на 90% из целевой аудитории и получить 77% положительных ответов, тогда мы поймем, что сайт можно запускать. Мы также планируем достичь уровня посещаемости 100 000 человек в день через 2 месяца после запуска сайта, потому что планируем запустить контекстную рекламу еще на нескольких сайтах и развесить баннеры по 55 крупным городам».
Вы знакомы со SMART методом? Его принцип прост: задача должна быть конкретной, измеримой, достижимой, значимой и соотноситься с конкретным сроком.
Также и с программными проектами: определите, какую задачу они будут решать? Для чего вы все это затеяли? Каким вы видите результат? Как вы поймете, что достигли его? Почему выбран именно такой срок для реализации?
Не имея представления, для чего создаётся продукт, ни клиент, ни исполнитель не смогут понять — каким он должен быть. Вы вместе зароетесь в невнятных формулировках задач и туманных планах на успех, и, в конце концов, не сможете адекватно оценить полученный результат.
Если вы заказываете мобильное или веб-приложение и у вас еще не совсем сформировалась идея или цель в голове, — не отчаивайтесь! Вам с радостью помогут и подскажут, как сделать лучше, поскольку это партнерские отношения, и все заинтересованы в успешном проекте.
Пользуясь этим несложным методом, и клиент и вся команда сэкономит большее количество ресурсов и времени на процессе разработки.
«Кто не знает, куда направляется, очень удивится, попав не туда». (Марк Т)
МИФ №2
«Детальное обсуждение проекта приведет к тому, что ничего в процессе работ не изменится, ничего больше не добавится, так же, как и цена».
Вариации: «Добавление пары картинок, английская версия, игры со шрифтами на сроки и бюджет не повлияют».
Комментарий: в любом проекте вы столкнетесь с изменениями. Изменится точка зрения, поменяется рынок, мода, аудитория, восприятие, упадет метеорит, да все, что угодно.
В начале проекта проговорите с исполнителем, как он должен реагировать на эти изменения, что вы будете считать изменением. Исполнитель вам должен объяснить, сколько версий дизайна он готов предложить, будет ли он кидаться в бой со сменой шрифтов или изменением оттенков фона, и если да, то сколько раз.
«Уважайте перемены и учитесь использовать во благо себе. Пусть перемены радуют, а не беспокоят вас. (Мринал Кумар Гупта. Как быть счастливым всегда)»
МИФ №3
«Команда разработчиков справится со всем сама! Не стоит тратить время на обсуждения и вопросы, есть дела поважнее, проект в работе, пора отстраниться и заняться действительно важными делами, а с исполнителями можно как-нибудь когда-нибудь созвониться».
Вариации: «Можно отойти от дел и попросить друга приглядеть, что там делает команда, а потом еще попросить родственникам показать проект, а потом еще коллегам, соседям… Чем больше товарищей посмотрит, тем ценнее советы получатся!»
Комментарий: выбрав исполнителя, которому доверяете разработку вашего детища, можно забыть о том, что ваш бизнес совершенно не знаком для специалистов IT-индустрии. И без вашей вовлеченности в проект, без желания поделиться основной идеей и деталями вашего бизнеса — никуда! В процессе разработки продукта обязательно возникнет вопрос, на который сможете ответить только вы.
Не можете участвовать в процессе разработки и принимать решение? Делегируйте это человеку, который готов ответить на все вопросы по концепции продукта в разумное время и взять ответственность за результат своих решений.
Четкое распределение матрицы ответственности поможет понять исполнителю, кому задавать вопросы и, соответственно, презентовать результаты. Разумнее опираться на мнение выделенного человека, владельца продукта, а не на хор из голосов друзей, одноклассников или коллег, включая сопрано буфетчицы Антонины Михайловны.
«Как просто живется на этом свете фаталистам. Не надо принимать никаких решений. И груз ответственности никогда не свалится на твои плечи. (Сергей Мусаниф. Темная сторона медали).»
МИФ №4
«Мой проект — мои правила!»
Вариации: «Очень важно показать команде разработчиков, что эту же работу своими силами можно выполнить быстрее. Можно даже попросить макет, чтобы перерисовать его и доказать это».
«Пришел звездный час применить знания и умения, полученные в курсе «php за три месяца», вся команда будет разбираться в собственно разработанном модуле не в ущерб проекту».
«При приемке дизайна обязательно полагаться на свой опыт, и если был личный негативный опыт работы с зеленым цветом, то заказывать фиолетовый, в крапинку, с ним вроде проблем не возникало».
Комментарий: вы пришли с заказом к компании, которой доверяете (иначе вы бы не обратились именно сюда). Вы можете разбираться в своем бизнесе, но совершенно не иметь представления о процессах в разработке ПО или интернет-маркетинге. Доверьте и дайте людям делать работу, которую они умеют делать лучше всего. Вы же не подсказываете стоматологу, что и как следует сделать во время его работы? Тогда почему в случаях разработки программных продуктов часто происходит подобным образом?
Заказывая продукт, имейте в виду, он должен нравится вашей целевой аудитории, в которую вы сами можете не попадать, так же как и ваша бабушка, лучшая подруга или начальник. Если говорить об интересах разных групп в одной целевой аудитории, они могут быть диаметрально противоположными. Фокусируйтесь на ядре целевой аудитории и статистике, доверяйте проверенным маркетологам и цифрам.
«Нет смысла нанимать толковых людей, а затем указывать, что им делать. Мы нанимаем людей, чтобы они говорили, что делать нам». (Стив Джобс)
МИФ №5
«Мало пользователей — команда разработчиков что-то не так сделала».
Вариации: «Не нужно тратить деньги на продвижение или рекламу, не нужно обновлять контент! Пользователи сами придут, ведь мой продукт такой классный»
Комментарии: каким бы классным ни был ваш продукт, о нем должны узнать пользователи. Попасть в ТОП по поисковым запросам очень сложно, и для этого нужно заниматься вдумчивой и целенаправленной раскруткой проекта, а чтобы посетитель сразу же не ушел с вашего сайта или не удалил приложение, увидев последнюю новость, датированную столетием до нашей эры, продукт должен жить и изменяться.
«Понятие «быть живым» — это понятие не статическое, а динамическое». (Эрих Фромм. Человек для себя)
Уважаемые клиенты, прислушивайтесь к специалистам и мастерам своего дела, если вы уже обратились к ним за помощью. Вы профессионалы в своей области, а мы — в своей.
Развеивайте шаг за шагом мифы, узнавайте что-то новое из мира IT, делитесь своим видением и опытом.
Мы уважаем вас и ценим, и, конечно, всегда готовы помочь разобраться во всех тонкостях IT, если вы этого тоже хотите. Мы готовы помогать вашему бизнесу, быть откровенными, чтобы уберечь вас от необдуманных поступков, большая часть из которых совершается от незнания специфики той области, в которой мы уже съели гору собак.
