Войти в систему
Войти с помощью соц. сетей:
В большинстве компаний, чья деятельность не связана с компьютерами, за определение продукта отвечают профессиональные маркетологи. В индустрии разработки программного обеспечения маркетологи из этого процесса исключены. Все, с чем они имеют дело, – это обработка запросов на функции. Если они требуют от программистов каких-либо исправлений в работе программы, то в них попросту летит график сдачи проекта с жесткими дедлайнами и негодующий вопрос: «Как мы должны внести изменения, если у нас нет на это времени?» Руководитель по маркетингу не рискует нарушать драгоценные сроки, поскольку тогда команда не просто выбьется из графика, но и обнародует тот факт, что график – это просто фикция, после чего программисты будут безнаказанно злоупотреблять этим в будущем. Маркетологам известно, что на список опций не стоит полагаться, а потому они настаивают на большей вовлеченности в процесс определения продукта. К несчастью, маркетологи не обладают той степенью влияния, чтобы давать программистам указания, в которых те могли бы увидеть пользу или разумное зерно.
У хорошего процесса проектирования – а также у тщательного документирования, что тоже является частью этого процесса, – есть одно очень важное преимущество: несомненная польза, которая становится доступной и маркетологам. От маркетологов проектировщики узнают, какие невосполненные потребности или желания пользователей те пытаются удовлетворить. Проектировщики взаимодействия далее изучают указанных пользователей, чтобы выявить их цели и сформировать набор персон. Предельно точно описанные персоны – неотъемлемая часть документации к проекту, эти образы пользователей впоследствии становятся основной точкой приложения маркетинговых усилий. Несмотря на то что программисты работают только со строками кода, персоны пользователей наполняют этот код смыслом. Несмотря на то что маркетологи работают только с каналами сбыта, целевыми сегментами рынка, средствами массовой информации и торговыми посредниками, персоны пользователей наполняют смыслом и все перечисленные аспекты тоже. Теперь программист и маркетолог могут достичь взаимопонимания.
Фактически проектировщики взаимодействия исполняют роль посредников между программистами и маркетологами, они способны переводить концепции с языка одних на язык других. Когда маркетологи затрудняются четко описать свои измышления, они могут обратиться к проектировщикам, и те помогут выразить задуманное в концепциях персон. А дальше проектировщики могут перевести полученную информацию в плоскость пользовательского взаимодействия и оформить в виде спецификации. Более того, теперь маркетологу будет понятно, кому и как адресованы его идеи, так что он может быть уверен, что ему не придется иметь дело с чисто технологической подоплекой продукта и пытаться найти на это покупателей.
Профессиональным маркетологам процесс разработки образов персон, как правило, очень хорошо знаком. Им часто приходится прибегать к подобному инструменту, составляя персон на основе характеристик покупателей продукта. Однако для этой задачи они используют исследования каналов сбыта и демографического состава вместо выявления целей и сценариев поведения, а потому их персоны обычно выглядят несколько иначе. Тем не менее эти персоны всегда бывают полезны маркетологам для создания их собственных планов. У маркетологов появляется возможность очень четко донести до покупателя, в чем выгода от использования продукта для пользователей.
Каждому техническому писателю известно, что чем качественнее проектирование, тем меньшего объема документации оно требует. В отсутствие запутанного пользовательского взаимодействия отпадает необходимость в объемных и сложных объяснениях. У создателей документации появляется возможность посвятить сэкономленное время написанию текстов другого уровня. Теперь им не придется водить пользователя за руку по дебрям извилистого интерфейса – вместо этого они могут вложить свои старания в более высокий уровень воздействия на пользователей и помочь им в решении проблем предметной области, что гораздо более выигрышно. Например, не имея необходимости рассказывать о том, в каком месте инвентарной системы хранятся файлы, создатели документации могут поведать о том, как правильно эту инвентаризацию организовать.
То же самое справедливо и в отношении технической поддержки. Чем качественнее спроектирован продукт, тем меньше звонков будет поступать от пользователей. Как можно было увидеть из примера со сканером Peacock, речь о котором шла в предыдущей главе, задокументированное проектирование значительно снижает потребность в технической поддержке.
Самую значительную выгоду из всех получают руководители, ответственные за разработку продуктов. При качественном описании того, что должно получиться в результате, еще до этапа программирования, весь процесс разработки продукта протекает в разы быстрее, на всех этапах присутствует вся необходимая информация, риски снижаются, а затраты уменьшаются. Общая эффективность процесса становится выше, а сам процесс обретает самостоятельность – он не управляется необдуманными желаниями клиентов.
Проектирование, прежде всего, подразумевает большую предсказуемость. Это значит, что на этапе программирования будет более понятно, что может произойти и чего ожидать. Более предсказуемым становится и потенциальный успех продукта – его становится проще оценить. Два этих аспекта разработки программных продуктов считаются наиболее рискованными и затратными. При таком подходе снижается стоимость этапа производства, а миф о непредсказуемом рынке удается преодолеть. Эд Форман – вице-президент, ответственный за разработку продукта в компании Elemental Drumbeat, – говорит: «Я измеряю выгоды от услуг проектировщиков в сэкономленных денежных средствах инвесторов».
Войти с помощью соц. сетей: