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