Скотт Хёрф - Как создать продукт, который полюбят

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

Я обязательно просматриваю обзоры приложений и статьи, комментирующие продукты любого конкурента. Но еще я люблю задавать вопросы окружающим меня людям (и себе самой): почему они используют один продукт вместо другого, что их в нем привлекает, почему они рассказывают об этом и т. д.

Как вы обсуждаете достоинства и недостатки того, что делают другие члены команды, если, конечно, это ваша роль?

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

Если нет прямых конкурентов, то откуда вы черпаете вдохновение?

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

Как вы выявляете пограничные случаи, требования к данным, а также возможные проблемы?

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

Вы одна из тех, кто делает дизайн? Насколько вы углубляетесь в дизайн перед прототипированием?

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

Как вы учитываете различные состояния своего продукта?

Здесь мне нравится черпать вдохновение в лучших практиках и других продуктах. Онбординг [192]обычно один из самых больших вызовов, но я отдаю себе отчет, насколько я эволюционировала в работе с ним за последние годы. Помню, когда я впервые начала разрабатывать продукты, то параноидально относилась к онбордингу: я хотела быть уверена, что предусмотрела все и что все понимают, что они получат. Думаю, я просто боялась что-нибудь испортить. Но я выросла и научилась больше доверять людям, я даю им возможность самостоятельно узнавать, что делать, и думать, как они могут упростить процесс.

Например, в мессенджере, над которым я работала в последнем стартапе (нас купили до того, как мы запустились), моя концепция онбординга предполагала, что вы обмениваетесь сообщениями с приложением, отправляя свое имя и номер телефона. Поля словно заполнялись через чат.

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

Как вы понимаете, что сделали всё «достаточно хорошо», чтобы перейти к следующему этапу? У вас есть внутреннее тестирование или вы тестируете продукт на потенциальных клиентах?

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

На что вы обращаете внимание, когда продукт запущен? Как собираете обратную связь, чтобы узнать, действительно ли он работает?

Основная вещь – это анализ. Наблюдение за тем, как люди используют приложение в реальной жизни, и сопоставление полученных данных с тем, как его использовала команда или, как мы предполагали, его будут использовать на рынке. Мы смотрим, кто наши клиенты – тот ли это рынок, для которого мы создавали свой продукт? Как часто они его используют? Решает ли приложение те проблемы, о которых мы говорили, или, возможно, какие-то другие? Когда клиенты его используют? Где? На все эти вопросы вы не можете дать ответа, пока не увидите продукт в чужих руках. А ответы будут определять следующие приоритеты. Вы на правильном пути? Или вам придется все переосмыслить?