Интервью: Руби Анайя

Руби Анайя — директор по социальным продуктам в WeWork. Ранее работала в Yahoo, Tomfoolery и AOL.

Как вы решаете, что создавать? Кто принимает участие в этом процессе?

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

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

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

Что становится результатом этой встречи? Документ? План? Календарь? Как вы сообщаете об этом?

Список задач: что каждый может сделать прямо сейчас, чтобы все получилось, или более конкретно, что делать дальше, чтобы проверить нашу идею. Наш продуктовый план объединяет основной прототип, запускает визуальные и технические характеристики MVP и исследований (если они есть, а если нет — это следующий пункт, который я доношу до команды). За этим следуют открытые вопросы, например, кто является нашей целевой аудиторией, что за история у этой концепции / продукта (если есть) и т. д. Я стараюсь ответить на эти вопросы и стать экспертом в том, что мы пытаемся сделать.

Конкурентный анализ какого рода проводите вы и ваши коллеги? Изучая конкурентов, что вы хотите перенять? Продуктовые сценарии? Подходы к UI? Что сделано правильно или неправильно?

Все вышеперечисленное. Я стараюсь погрузиться в любой продукт или компанию, которая работает в аналогичном пространстве или пытается решить ту же проблему, что и мы. Как правило, я изучаю пользовательские сценарии на таких сайтах, как UXarchive.com. Они безумно полезны, если вы хотите получить представление о том, как люди решают подобную вашей проблему. Я их просматриваю — и вуаля: на моем телефоне 225 приложений, многие из которых распределены по папкам «Дизайн» и «Потестировать».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Нужно взять на себя ответственность за все. Вы СЕО своего продукта. Вы должны знать, как он работает, на какой стадии находится, какие вопросы остаются открытыми и что делать дальше. Недавно я участвовала во встрече по продукту, и наш старший вице-президент Джеф Бонфорт дал отличный совет: всегда держите при себе десятистраничное описание своего проекта. Работаете ли вы в большой компании, например в Yahoo! или в маленьком стартапе, вы должны быть готовы защищать свои идеи. Развивайтесь и обновляйте это описание по мере того, как будете все больше узнавать о пространстве или целевом рынке.

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

Какие инструменты и навыки вы активно пытаетесь освоить для работы над продуктом?

Я пошла на курсы по iOS, чтобы узнать больше о процессе разработки. Я также начала использовать Sketch для создания прототипов.

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

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

Как вы поддерживаете вдохновение?

Постоянно играя с новыми продуктами и говоря о них. Я думаю, Product Hunt Райана Гувера идеален для этого — здорово видеть сообщество вокруг новых идей. А еще мне нравится жить здесь, в Долине. Я знаю многих, кто жалуется на то, что здесь все говорят о технологиях, а мне это нравится. Мне нравится то, что я делаю, мне нравится говорить об этом и слушать, как другие люди решают проблемы. Думаю, что на самом деле мы наслаждается своими профессиями и поэтому все время говорим об этом, и это ценно. Разговоры о том, что нравится в продукте или функции, над которой работаешь, помогают мне поддерживать вдохновение, решать проблемы и генерировать новые идеи.