Лучшие статьи и кейсы стартапов
Включить уведомления
Дадим сигнал, когда появится
что-то суперстоящее.
Спасибо, не надо
Вопросы Проекты Вакансии
Надежные и удобные программные решения
Рекомендуем
Продвинуть свой проект
Лучшие проекты за неделю
26
Битрикс24

Битрикс24

www.bitrix24.ru

16
Отследить-посылку

Отследить-посылку

B2B-сервис трекинга посылок

14
myPreza

myPreza

mypreza.ru

13
WebResidentTeam

WebResidentTeam

webresident.agency

12
Perezvoni.com

Perezvoni.com

perezvoni.com

11
Expresso

Expresso

www.expresso.today

10
YAGLA

YAGLA

yagla.ru

10
Reader

Reader

Интернет-журнал о современных технологиях.

Показать следующие
Рейтинг проектов
Подписывайтесь на Спарк во ВКонтакте

5 мифов и легенд, которые вы должны развеять у клиента

146 0 В избранное Сохранено
Авторизуйтесь
Вход с паролем
«Мифы и легенды» в переводе с латинского означает «достойные быть прочтёнными». Эта статья достойна прочтения!

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

МИФ № 1

«Для исполнителей не обязательно формулировать цель разработки на старте, главное быстрее начинать, а там в процессе разберемся…»

Вариации: «Команде разработки не нужно знать ничего кроме того, что нужен сайт. Современный. Трендовый. Как у всех успешных компаний»

Комментарии: достижение цели тесно зависит от формулировки, и первый шаг к успеху проекта — правильно сформированная цель.

Пример: «Нам требуется разработать сайт-визитку для рекламы нового автомобиля, мы планируем показать первые результаты через месяц после старта работ фокус-группе, состоящей на 90% из целевой аудитории и получить 77% положительных ответов, тогда мы поймем, что сайт можно запускать. Мы также планируем достичь уровня посещаемости 100 000 человек в день через 2 месяца после запуска сайта, потому что планируем запустить контекстную рекламу еще на нескольких сайтах и развесить баннеры по 55 крупным городам».

Вы знакомы со SMART методом? Его принцип прост: задача должна быть конкретной, измеримой, достижимой, значимой и соотноситься с конкретным сроком.

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

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

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

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

«Кто не знает, куда направляется, очень удивится, попав не туда». (Марк Т)

МИФ № 2

«Детальное обсуждение проекта приведет к тому, что ничего в процессе работ не изменится, ничего больше не добавится, так же, как и цена».

Вариации: «Добавление пары картинок, английская версия, игры со шрифтами на сроки и бюджет не повлияют».

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

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

«Уважайте перемены и учитесь использовать во благо себе. Пусть перемены радуют, а не беспокоят вас. (Мринал Кумар Гупта. Как быть счастливым всегда)»

МИФ № 3

«Команда разработчиков справится со всем сама! Не стоит тратить время на обсуждения и вопросы, есть дела поважнее, проект в работе, пора отстраниться и заняться действительно важными делами, а с исполнителями можно как-нибудь когда-нибудь созвониться».

Вариации: «Можно отойти от дел и попросить друга приглядеть, что там делает команда, а потом еще попросить родственникам показать проект, а потом еще коллегам, соседям… Чем больше товарищей посмотрит, тем ценнее советы получатся!»

Комментарий: выбрав исполнителя, которому доверяете разработку вашего детища, можно забыть о том, что ваш бизнес совершенно не знаком для специалистов IT-индустрии. И без вашей вовлеченности в проект, без желания поделиться основной идеей и деталями вашего бизнеса – никуда! В процессе разработки продукта обязательно возникнет вопрос, на который сможете ответить только вы.

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

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

«Как просто живется на этом свете фаталистам. Не надо принимать никаких решений. И груз ответственности никогда не свалится на твои плечи. (Сергей Мусаниф. Темная сторона медали).»

МИФ №4

«Мой проект — мои правила!»

Вариации: «Очень важно показать команде разработчиков, что эту же работу своими силами можно выполнить быстрее. Можно даже попросить макет, чтобы перерисовать его и доказать это».

«Пришел звездный час применить знания и умения, полученные в курсе «php за три месяца», вся команда будет разбираться в собственно разработанном модуле не в ущерб проекту».

«При приемке дизайна обязательно полагаться на свой опыт, и если был личный негативный опыт работы с зеленым цветом, то заказывать фиолетовый, в крапинку, с ним вроде проблем не возникало».

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

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

«Нет смысла нанимать толковых людей, а затем указывать, что им делать. Мы нанимаем людей, чтобы они говорили, что делать нам». (Стив Джобс)

МИФ №5

«Мало пользователей — команда разработчиков что-то не так сделала».

Вариации: «Не нужно тратить деньги на продвижение или рекламу, не нужно обновлять контент! Пользователи сами придут, ведь мой продукт такой классный»

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

«Понятие «быть живым» — это понятие не статическое, а динамическое». (Эрих Фромм. Человек для себя)

Уважаемые клиенты, прислушивайтесь к специалистам и мастерам своего дела, если вы уже обратились к ним за помощью. Вы профессионалы в своей области, а мы — в своей.

Развеивайте шаг за шагом мифы, узнавайте что-то новое из мира IT, делитесь своим видением и опытом.

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

Автор статьи Анастасия Поветкина менеджер проектов INOSTUDIO.

Оригинал статьи читайте на страницах блога компании и не забывайте подписываться на наш блог!

+1
Комментариев еще не оставлено
Выбрать файл
Читайте далее
Загружаем…
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать