Вадим Митякин - Метод параноика. Как взять под контроль неопределённость в проектах при создании цифровых продуктов для бизнеса

После работы с медийными брендами мы переключились на сервисные приложения. Приложения для СМИ технически были относительно простыми, но должны были хорошо выглядеть, в них был важен дизайн. При создании мобильных приложений для Промсвязьбанка, онлайн-бухгалтерии «Моё дело», интернет-магазина «М. Видео» и сервиса «Связной Трэвел» уже нужно было тщательно прорабатывать и техническую архитектуру. Так мы постепенно пришли к пониманию того, что проработка проекта не должна ограничиваться UX-проектированием. Мы взяли прошлый опыт создания корпоративных систем и построили проектный процесс, который включал в себя все аспекты проектирования – функциональное, интерфейсное и техническое. Я думаю, что мы были первой компанией, разработчиком мобильных приложений, которая так тщательно подходила к созданию продуктов от этапа проектирования до авторского надзора на этапе разработки.

В определённом смысле, благодаря такому подходу, мы достигли потолка в развитии компании. Дальнейший рост компании потребовал бы, как это ни странно, упрощения проектов, над которыми мы могли бы работать. Мне же хотелось двигаться дальше и пробовать свои силы в чем-то ещё более интересном и сложном, кроме того, мне нравится непосредственно процесс проектирования и работать исключительно в административной роли мне не хотелось. Так, в результате я договорился об объединении «ГАЛС СОФТ» с одной из дружественных компаний и в 2016 году появился новый бренд на рынке заказной разработки мобильных приложений. Я же, после некоторого перерыва, запустил Цифровую артель Eleven, в которой выступаю как управляющий партнёр и продюсер ИТ-проектов.

Для цифровой артели я искал принципиальную новую модель работы над проектами. Было понятно, что классические менеджеры проектов не справляются со сложностью задач, которые мне бы хотелось решать. Первоклассные продукты всегда рождаются на стыке смежных дисциплин, и даже собрав вместе в одной команде разных специалистов, не всегда получается создать что-то хорошее. Нужна интеграция идей в голове одного человека. Но и этого недостаточно, нужны ещё и организационные полномочия, дающие возможность решать кадровые и бюджетные вопросы. А все вместе должно увязываться с бизнес-задачами, ради которых создаётся новый цифровой продукт. Так появилась роль продюсера ИТ-проектов и «Метод параноика».

Мы те, кто профессионально занимается разработкой цифровых продуктов и видит мир через призму технологий. Нас больше волнует их внутреннее устройство, та элегантность и красота, которыми иногда обладают сложные системы. Внешняя сторона чаще всего не так интересна. Более того, этот аспект рассматривается как нечто вторичное. Что действительно звучит пугающе – вторичным часто считается и прикладное значение для пользователей, для которых предназначен продукт. В некотором смысле польза продукта – это налог, который мы должны заплатить, чтобы иметь возможность заниматься любимым делом – проектировать и разрабатывать. Работа над созданием сложных систем часто превращается в увлекательную игру, а в игре нужно выигрывать. Даже ценой того, что пользователи не будут считать результат нашей работы полезным. Какого черта, это произведение инженерного искусства!

Для людей из других сфер цифровые технологии больше похожи на магию, потому что в человеческой природе видеть волшебство в том, что непонятно. Приведу один пример. Сейчас набирают популярность системы с голосовым интерфейсом – колонки, приложения, чат-боты и виртуальные операторы. Тот факт, что устройство способно распознать речь и также ответить голосом, создаёт иллюзию, что с нами взаимодействует нечто, имеющее интеллект. А наш человеческий опыт говорит о том, что сам факт наличия интеллекта предполагает, что тот, кто им обладает, способен самостоятельно решать задачи. В результате у людей складывается впечатление, что устройства и приложения с голосовым интерфейсом могут решать любые поставленные им задачи. Даже если допустить такую возможность, остаётся открытым вопрос специализации подобной системы. Хотя каждый человек обладает интеллектом, не каждому можно поручить произвольную задачу.

Если посмотреть шире, то подобные искажённые ожидания относятся к любой технологии: мобильным приложениям, распределённым вычислениям, блокчейну, большим данным, компьютерному зрению, машинному обучению, автоматизированному проектированию, ну и, конечно, к «искусственному интеллекту». И если для обычных пользователей это может быть забавным заблуждением, то для бизнеса такая ошибка имеет большее значение. По своей проектной практике могу сказать, что чем меньше опыта в использовании цифровых продуктов, тем в большем количестве случаев бизнес рассматривает ИТ-технологии как универсальный способ решения своих задач, как своеобразную таблетку от всех болезней. В том числе и организационных.

Наиболее ярко проблема неверных ожиданий проявляется в ситуации, когда создаётся новый бизнес. Предполагается, что использование бухгалтерской, логистической или любой другой системы автоматически настроит бизнес-процессы внутри компании, что сотрудники начнут следовать правилам, в расчёте на которые создавалась подобная информационная система. Но, как знают те, кто уже прошёл этот путь, так никогда не происходит. Инструмент остаётся инструментом, которым ещё нужно суметь воспользоваться.

Помимо проблемы ошибочных ожиданий от технологий, которой мы дальше ещё уделим внимание, существует ещё одно распространённое заблуждение. Речь идёт про непонимание причин успеха цифровых продуктов. Думаю, все хорошо помнят яркие моменты, связанные с мобильными приложениями и сервисами. Продажа WhatsApp за миллиард долларов, взлёт Призмы, а потом FaceApp, ещё раньше взрывная популярность Твиттера, затем Инстаграма, а сейчас ТикТока. И это только те, что на слуху у всех. Но мало кто знает, что в это же самое время в компании по разработке начинали массово приходить запросы с заказами на разработку аналогов популярных приложений. Людям хотелось повторить успех и казалось, что, сделав такие же продукты, но только лучше, у них это получится. Как правило, даже потратив внушительный бюджет и выполнив качественно проект, подобные продукты проваливались ещё на старте.

Уже тогда я интуитивно начал понимать, в чем дело. У успеха продукта две стороны: одна – это решение задач пользователей, другая – быть первым, оказаться в нужное время в нужном месте и связать представление пользователей о задаче именно с ним, когда его название становится синонимом самой задачи. На мой взгляд, лучше всего об этом написал один из создателей Quake, Майкл Абраш в статье «Valve: как я здесь оказался, на что это похоже и чем я здесь занимаюсь»: