Не путайте продукт и интерфейс

Иногда к нам приходят люди, у которых нет работающей машины. Они одновременно пытаются создать продукт с высокой ИТ-составляющей и нарисовать к ней интерфейс.

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

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

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

Ты не можешь решать с производителем машины, куда ты поедешь. Да, мы можем собрать внедорожник или малолитражку. Но не производитель машины отвечает, как клиент будет с ней жить и будет ли он вообще на ней ездить.

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

Самый сложный навык — быть владельцем продукта

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

Главная неожиданность — деньги не решат все задачи. Человек не может стоять в позе заказчика и говорить: я плачу, а вы делаете мне продукт. Это невозможно. Фактически создается бизнес. И его никто за тебя не сделает.

Единственный выход — научиться навыку продукт-оунера. Такое возможно. И сделать это нужно раньше, чем начать создавать продукт. Мы в «Собаке» свой продукт не сделали и пока к этому даже не близки. Это совершенно другой уровень мышления.

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

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

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

Прежде чем вы соберетесь делать продукт, продумайте всё, что только возможно. Потому что это не та задача, которую можно делегировать. Фактически фраза «сделайте мне продукт» означает «создайте мне бизнес, который будет приносить деньги». Пока ещё никто не смог делегировать эту задачу.

Хорошая новость в том, что на рынке есть знания и специалисты, которые помогут вам понять, как создавать продукт. Этому можно научиться, хоть и достаточно тяжело. А мы с удовольствием поработаем с вами: войдем в продуктовую команду с самого старта и возьмем на себя одну из ролей. Но только одну — интерфейсную.

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

Мы проектируем взаимодействие человека с машиной. Можем посоветовать по собственному опыту, как действовать. Но интерфейс — не бизнес.

Разработку продукта можно начинать с интерфейса в двух случаях

Первый — когда простые гипотезы уже проверены и теперь нужно проверять гипотезы сложные, а для этого не обойтись без хоть какого-то интерфейса. Хотя бы простенького.

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

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

Интерфейс не спасет продукт

Дизайн — это инвестиционная история. А инвестиции — это риски. Иногда результаты работы дизайнера приходится выбрасывать. Не потому, что получилось плохо. По разным причинам. Это может быть и из-за неправильно поставленной задачи.

Главное — создатель продукта всегда должен брать эти риски на себя.

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

Идеальный случай — когда постановка продуктовой задачи не отличается от обычной дизайнерской. То есть от создания интерфейса к тому, что уже существует. Поэтому владелец продукта должен создать для дизайнера (да и не только для него) ситуацию или представить ее в таком виде, будто система уже существует. Это лучший способ минимизировать риски.

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

Создавать продукт — это всегда работа с нуля. То есть в условиях высокой неопределенности, не имея возможности использовать опции «оставить все как есть» или «сравнить с оригиналом». Дизайнер не поможет вам с действительно важными решениями.

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

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

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

Во всех остальных случаях вам нужно создать продукт. Только тогда он сможет получить достойный интерфейс. Даже больше — иногда продукт можно запустить без интерфейса. Красивые картинки сами по себе не несут ценности. А продукт — несет.

Я вас понял, но всё-таки… Можно наоборот?

Нельзя.

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

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