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

Полная версия

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

Настройки чтения
Размер шрифта
Высота строк
Поля
На страницу:
3 из 7

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

Что же делает продукт успешным кроме удачи и того факта, что вы оказались первым, кто «сделал первый ход», как говорил выше Майкл Абраш из Valve? Это — неоспоримая ценность для пользователей. Если думать только об интересах бизнеса, то легко сделать продукт, который будет не нужен пользователям. Но это не проблема цифровых продуктов, это общая проблема. Точно в такую же ситуацию можно попасть и с любым другим инструментом, и в целом бизнес-процессом. В качестве иллюстрации мне нравится пример про вендинговый аппарат, который я нашёл в одной из книг по проектированию.

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

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

Приёмы поиска технологических решений для бизнеса

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

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

Дело в том, что в человеческой природе замечать только то, что меняется. Наши органы чувств больше всего реагируют на контраст. Это легко проверить, опустив руку в воду. Если вода не очень холодная или не горячая, то через какое-то время вы перестанете воспринимать её температуру. Что более интересно, это относится не только к тому, что можно потрогать и увидеть, но и к тому, о чем можно подумать. Например, о бизнесе.

В каком состоянии находится компания? Кажется, все в порядке, пока не начинает происходить что-то, что меняет привычный уклад. Уволился один сотрудник? Это иногда происходит, ничего особенного. Но если это финансовый директор или из компании ушла сразу вся команда, на которой держалась работа? Вероятно, это уже будет заметно. Когда речь идёт о финансовых показателях, выраженных в цифрах отчётов, не сильно влияющих на жизнь каждого сотрудника, то заметить изменения ещё сложнее. Упала выручка на 7%? Бывает. Это происходит несколько месяцев подряд? Уже заметнее. Но что, если это происходит одновременно с изменением других параметров? Тогда тенденции не столь очевидны.

А что, если не меняется ничего? Сотрудники продолжают работать, обороты компании на одном и том же уровне. Кажется, не стоит ни о чем беспокоиться. Но, возможно, меняется все вокруг, просто вы этого не замечаете. Например, у других компаний обороты увеличились и рынок растёт, а это означает, что ваш бизнес теряет свои позиции, и через какое-то время вы это почувствуете, но уже будет поздно. Нассим Талеб называет это «Черным лебедем», т.е. событием, произошедшим для вас неожиданно вследствие того, что вы были невнимательны либо не способны понять суть происходящего.

В четвертой главе я расскажу про триаду проектировщика как способ профессионального развития, но данный подход применим и для анализа возможностей использования технологий в бизнесе. Кратко суть подхода в том, чтобы развивать свою насмотренность, расширяя круг того, что вам известно. Далее выбирать из этого многообразия то, что показалось интересным, и исследовать более внимательно. Это должна быть регулярная работа, встроенная в саму суть бизнеса, когда такой анализ возможностей происходит постоянно и бизнес все время находится в развитии.

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


Точка отсчёта


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

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


Мобильные приложения


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

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

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

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

Одновременно с этим есть ещё один вопрос, который стоит задавать при планировании любого подобного проекта, а именно – стоит ли вообще разрабатывать мобильное приложение или достаточно обойтись сайтом. Дело в том, что не для каждой задачи подходит такой формат и часто, после того как компания потратила много сил на создание приложения, им все равно никто не пользуется.

В самом простом случае критерием необходимости разработки мобильного приложения может служить то, как часто пользователю оно может пригодиться. Каждый из нас регулярно пользуется мессенджерами и соцсетями – это приложения на каждый день. То же самое можно сказать про приложения банков, каршеринга, карт, сервисов управления задачами, ну и конечно, про игровые приложения. Но ставить ли приложение торгового центра, где вы бываете, может быть, раз в месяц, это уже вопрос. К тому же какие именно задачи решает подобное приложение, узнать режим работы или найти магазин? С этой задачей отлично справляются приложения Яндекс.Карты или 2ГИС, а значит, для торгового центра в большинстве случаев будет достаточно веб-сайта с адаптивной версией на смартфонах.

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

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

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


Голосовые интерфейсы


Системы с голосовым интерфейсом сейчас переживают период, очень похожий на то, как в своё время шёл поиск областей применения мобильных приложений. Это тем удивительнее, что концепты и даже работающие продукты с возможностью использовать человеческую речь для управления появились задолго до смартфонов. Более того, фантастами и футурологами голосовые системы рассматривались как одна из ключевых технологий будущего, но, тем не менее, сейчас мы находимся в точке, когда ажиотаж вокруг технологии очень высокий, но её практическое применение не так заметно в повседневной жизни. Вероятно, пройдёт ещё достаточно времени, чтобы голосовые ассистенты и другие технологии с поддержкой речи заняли своё место в нашей жизни.

Текущему интересу к голосовым технологиям предшествовал бум чат-ботов. В какой-то момент казалось, что текстовый формат переписки сможет заменить уже ставшие традиционными графические интерфейсы сайтов и мобильных приложений. Были попытки, и надо сказать иногда весьма успешные, реализовать сервисы обработки заказов в интернет-магазинах, покупки билетов и финансовых систем. Эта концепция родилась как логичное развитие обычных чатов с реальными операторами служб клиентской поддержки. Гипотеза состояла в том, что если найти способ заменить человека в роли оператора на алгоритм или чат-бот, поддерживающий разговор, то можно будет сократить расходы и легко масштабироваться, не расширяя состав сотрудников.

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

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

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

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

Помимо сценариев использования голосовых интерфейсов через «умные» устройства, например колонки и телефонные звонки, есть уже ставшие традиционными мобильные приложения голосовых ассистентов. Вкратце их концепция такова: обращаясь к ассистенту в приложении, вы запускаете определённый сервис, реализованный в виде отдельного сценария голосового взаимодействия. Такие сервисы чем-то похожи на приложения и называются «навыками». Используя «навыки», вы можете, к примеру, заказать такси, поиграть в игру, узнать статус заказа и т.п. Любая компания или разработчик может создать свой «навык», чтобы он был доступен всем пользователям одного из голосовых ассистентов, таких как Алиса от Яндекса или Amazon Alexa. Но у подобного подхода есть один серьёзный изъян – сложность и неочевидность способа использования.

В системах с графическим интерфейсом пользователь сразу видит доступные функции, но в случае с голосовым интерфейсом нет возможности быстро и понятно сообщить, как им пользоваться. Конечно, «навык» может начинать приветственную фразу с короткого пояснения, как его можно использовать, но при реальном использовании это становится серьёзным ограничением. Недавно мой коллега Дмитрий Чечеткин из компании Just AI предложил новую концепцию использования голосовых систем. Вместо того чтобы иметь общую точку входа в виде отдельного приложения голосового ассистента, есть смысл добавлять голосовые функции непосредственно в приложения, которыми мы уже пользуемся. Отпадает необходимость пытаться в виде сложных голосовых сценариев предоставить доступ ко всем функциям сервиса, достаточно найти места в приложении, которые проще пройти голосом, например, при заказе в интернет-магазине продиктовать адрес доставки, вместо того чтобы его заполнять. Ряд сценариев при таком подходе также можно сильно упростить, когда вместо череды экранов, через которые пользователь продвигается, у него появляется возможность голосом ответить на несколько вопросов и сразу оказаться в финальной точке. К тому же существующее мобильное приложение уже знает пользователя и может получить доступ к предыдущей истории взаимодействия, например, содержанию прошлых заказов, тем самым ещё больше упростив взаимодействие.

Вероятно, в дальнейшем будет найдена наиболее приемлемая форма использования голосовых технологий в каждой из сфер жизни. Что можно сказать точно уже сейчас, так это то, что такие технологии не станут доминирующим каналом коммуникаций с компьютерными системами. Люди, общаясь друг с другом, используют речь только как один из способов обмена информацией, дополняя его книгами, схемами, картинами, музыкой, физическими предметами и, конечно же, выражением эмоций в виде мимики и жестов. С другой стороны, по мере того как то, что называется «искусственным интеллектом» будет все больше приобретать признаки интеллекта, начнёт меняться и способ постановки и решения задач людей.

Отраслевые концепты

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

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

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

С другой стороны, если вы профессионально занимаетесь проектированием и созданием цифровых продуктов, то ваша ценность в большей степени связана со знанием технологий и широтой способов их использования. Если вообразить себе двухмерную таблицу, по одной оси которой находятся отрасли, а по другой – цифровые технологии, то на их пересечении и находятся области поиска решений. В шестой главе под названием «Кодекс проектировщика» я рассказываю о подходе создания отраслевых концептов как формата проведения собственных исследований. Забегая вперёд, скажу, что в рамках Цифровой артели Eleven каждый продюсер работает над концептами продуктов для разных отраслей, за этим есть смысл следить, и, возможно, вы сможете найти что-то интересное для решения своих задач.

Дилемма бизнеса и ИТ-специалистов

Компании, занимающиеся внедрением систем автоматизации компаний, или разработчики цифровых продуктов часто обосновывают необходимость внедрения подобных продуктов просто требованием соответствовать современному уровню. К сожалению, при этом не звучит ответа на вопрос, что это значит на самом деле и как это отразится на результатах работы компании. Понять их, безусловно, можно, потому что сутью их бизнеса является создание подобных решений. В таком случае честный ответ на вопрос «зачем» может помешать продажам.

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

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

Глава 2. Как устроена индустрия создания цифровых продуктов

Что не так?

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

На страницу:
3 из 7